블로그 운영 담당자 인수인계에서 받아야 할 기록은 네 묶음입니다. 계정과 권한, 검색 도구 제출·조치 기록, 주소 변경 이력, 글 목록과 운영 기준입니다. 가장 먼저 받을 것은 Search Console 같은 검색 도구의 소유권과 그 확인 방법입니다. 전임자가 떠난 뒤 확인된 소유자가 남지 않으면 속성 전체에 아무도 접근할 수 없게 되기 때문입니다.

글 원고는 블로그 관리 화면에 남습니다. 하지만 누가 어떤 방법으로 소유권을 확인했는지는 문서로 넘겨받지 않으면 알기 어렵습니다. 삭제 요청을 언제 냈는지, 어떤 옛 주소를 어디로 연결했는지도 마찬가지입니다.

인수인계 때 어떤 기록을 받아야 하나요?

여기서 말하는 기록은 담당자가 바뀌어도 블로그가 같은 방식으로 운영되게 하는 정보입니다. 묶음마다 받지 않았을 때 생기는 문제가 다릅니다.

기록 묶음담을 내용받지 않았을 때 생기는 문제
계정·권한검색 도구 속성, 소유자·사용자 목록, 소유권 확인 방법, 도메인(DNS) 관리 계정전임자 퇴사 뒤 접근이 끊기거나 퇴사자 권한이 남음
검색 도구 제출·조치 기록제출한 사이트맵, 임시 삭제 요청, 직접 조치와 재검토 요청 내역글이 검색에서 사라지거나 다시 나타나도 이유를 모름
주소 변경 이력옛 주소와 새 주소 대응표, 리디렉션 적용일과 방식정리 과정에서 리디렉션을 지워 옛 주소가 끊김
글 목록·운영 기준발행 글 목록, 최종 수정일, 문체 기준, 발행 주기, 진행 중인 기획같은 주제를 다시 쓰거나 문체·형식이 흔들림

검색 도구 항목은 Google Search Console 화면을 기준으로 설명합니다. 네이버 서치어드바이저처럼 다른 검색 도구에도 사이트를 등록했다면 같은 항목을 도구마다 따로 받습니다. 첫 두 묶음은 검색 도구 화면 안에 흩어져 있습니다. 실무에서는 전임자와 화면을 함께 열고 항목을 하나씩 옮겨 적는 방법을 권합니다.

검색 도구 계정과 소유권은 어떻게 넘겨받나요?

Search Console 권한 관리 도움말은 사용자를 소유자, 전체 권한 사용자, 제한된 권한 사용자 등으로 구분합니다. 소유자는 다시 확인된 소유자와 위임된 소유자로 나뉩니다. 확인된 소유자는 확인 토큰(소유권 증명용 파일·태그·코드)으로 소유권을 증명한 사용자입니다. 위임된 소유자는 토큰 없이 확인된 소유자에게서 소유권을 받은 사용자입니다.

인수인계에서 특히 주의할 점은 유일한 확인된 소유자의 퇴사입니다. 속성에는 확인된 소유자가 1명 이상 있어야 합니다. 확인된 소유자가 모두 액세스를 잃으면 그 속성의 모든 사용자 액세스도 사라집니다. 따라서 후임자는 전임자가 떠나기 전에 자기 계정으로 소유권 확인을 마쳐야 합니다.

어떤 방법으로 확인했는지도 함께 기록합니다. 사이트 소유권 확인 도움말은 다음과 같은 확인 방법을 안내합니다.

  • HTML 파일 업로드
  • HTML 태그
  • Google 애널리틱스 추적 코드
  • Google 태그 관리자
  • Google Sites 계정
  • Blogger 계정
  • 도메인 이름 공급업체(DNS) 레코드

도메인 속성은 DNS 방법으로만 확인할 수 있습니다. 그래서 도메인 관리 계정을 누가 갖고 있는지도 인수인계 대상입니다. 같은 문서에 따르면 Search Console은 확인 토큰이 남아 있고 유효한지 정기적으로 검사하며, 확인 파일을 지우면 확인이 취소됩니다. 블로그 스킨을 바꾸다 확인용 메타 태그를 지우는 경우가 이에 해당합니다.

전임자 권한을 정리할 때도 순서가 있습니다. 위임된 소유자는 삭제하는 즉시 접근이 막힙니다. 그러나 그 사람의 확인 토큰이 사이트에 남아 있으면 소유권을 다시 확인할 수 있습니다. 그래서 미사용 토큰까지 찾아 지워야 정리가 끝납니다. 다만 같은 토큰을 판매자 센터나 Google Workspace 같은 다른 서비스 확인에 쓰고 있을 수 있으므로, 지우기 전에 영향을 확인합니다. 소유권 기록과 미사용 소유권 토큰은 설정의 사용자 및 권한 화면에서 볼 수 있습니다.

사이트맵·삭제 요청·직접 조치 기록은 왜 따로 받아야 하나요?

세 기록은 모두 검색 결과에 영향을 주는 조치이지만, 블로그 관리 화면에는 남지 않습니다.

사이트맵

사이트맵 보고서에는 사이트맵 주소, 제출일, 마지막으로 읽은 날짜, 상태 등이 표시됩니다. 보고서는 현재 속성의 사이트맵만 보여 주므로, 속성이 여러 개라면 속성마다 목록을 받습니다. 보고서에서 사이트맵을 제출하려면 소유자 권한이 필요합니다. 소유자 권한이 없을 때는 robots.txt 파일에 사이트맵 위치를 적는 방법이 함께 안내되어 있습니다.

임시 삭제 요청

삭제 도구 도움말에 따르면 임시 삭제 요청이 성공하면 결과는 약 6개월 동안 지속됩니다. 기간이 끝나면 해당 페이지가 검색결과에 다시 나타날 수 있습니다. 전임자가 영구 조치 없이 임시 삭제만 했다면, 인수 몇 달 뒤 지운 줄 알았던 글이 다시 검색될 수 있습니다. 지난 6개월 동안 제출된 현재 및 만료된 요청 내역은 도구 안에서 볼 수 있습니다. 영구 조치로는 404·410 상태 코드 반환, 비밀번호 등을 통한 접근 차단, noindex 태그가 안내됩니다.

직접 조치와 재검토 요청

직접 조치는 Google 검토자가 스팸 정책 위반을 판단해 취하는 조치입니다. 조치가 적용되면 직접 조치 보고서와 Search Console 메시지 센터로 알림이 옵니다. 재검토 요청의 진행 상황은 이메일로 안내됩니다. 그 이메일을 전임자 계정으로 받았다면 후임자는 진행 상황을 모를 수 있습니다. 도움말은 처리 중인 요청의 최종 결정을 받기 전에는 다시 제출하지 말라고 안내합니다. 진행 중인 요청이 있는지, 언제 냈는지 함께 넘겨받습니다.

주소 변경 이력과 글 목록은 어떤 형태로 받나요?

주소 대응표

Google의 사이트 이전 문서는 옛 주소 목록을 만들고 각 주소를 어디로 리디렉션할지 정하라고 안내합니다. 가능하면 301·308 같은 영구 리디렉션을 쓰고, 리디렉션은 일반적으로 최소 1년 유지하라는 설명이 이어집니다. 관련 없는 옛 주소를 홈페이지 하나로 모두 보내면 soft 404(내용이 없는 페이지로 판단되는 상태)로 처리될 수 있다는 내용도 있습니다.

인수인계 문서에는 대응표와 함께 적용일을 적습니다. 적용일이 있어야 후임자가 언제까지 리디렉션을 유지할지 판단할 수 있습니다. 실무에서는 다음 다섯 칸으로 된 기록표를 권합니다.

옛 주소새 주소방식적용일사유
예: 옛 글 주소 A합친 글 주소 B301적용한 날짜비슷한 글 두 편 통합
예: 옛 카테고리 주소 C새 카테고리 주소 D301적용한 날짜카테고리 이름 변경

발행 글 목록과 문체 기준

원고가 관리 화면에 남아 있어도, 어떤 글이 어떤 질문을 맡는지는 목록으로 받아야 보입니다. 목록이 있으면 같은 주제를 다시 쓰거나 이미 고친 글을 또 고치는 일을 줄일 수 있습니다. 실무에서는 스프레드시트 한 장에 다음 칸을 두는 방법을 권합니다.

칸적는 내용쓰임
제목발행된 제목 그대로비슷한 주제의 글 찾기
주소현재 공개 주소주소 대응표·검색 도구 데이터와 맞추기
발행일처음 공개한 날짜발행 주기 확인
최종 수정일본문을 마지막으로 고친 날짜갱신이 필요한 글 고르기
담당 주제그 글이 답하는 질문 한 줄새 글 기획 때 중복 피하기

문체 기준 문서는 여러 쪽일 필요가 없습니다. 예를 들어 가상의 ○○ 기업이라면 다음처럼 항목마다 한 줄로 적습니다.

  • 종결 어미: ~합니다·~입니다로 씁니다.
  • 제품 이름: 처음에는 정식 명칭을 쓰고, 이후에는 정한 약칭 하나만 씁니다.
  • 날짜·숫자: 2026년 10월 22일, 1,200건처럼 씁니다.
  • 제목: 40자 이내로 쓰고 핵심 검색어를 앞쪽에 둡니다.
  • 출처: 문서 이름과 기관을 글 끝에 밝힙니다.

인수인계 뒤 이상 신호가 보이면 원인을 어디서 찾나요?

실무에서는 인수 직후 몇 주 동안 검색 도구를 자주 확인하는 방법을 권합니다. 이상 신호가 보이면 아래 표에서 원인 후보를 찾습니다. 실제 원인은 기록과 대조해 하나씩 좁혀야 합니다.

이상 신호원인 후보대조할 기록
Search Console에 접속할 수 없음유일한 확인된 소유자의 퇴사, 스킨 교체 중 확인 태그 삭제소유자 목록, 소유권 확인 방법
삭제한 전임자가 다시 소유자로 보임위임된 소유자만 삭제하고 확인 토큰은 남김소유권 기록, 미사용 토큰 목록
모르는 소유자가 목록에 있음해킹 가능성(토큰만 지우면 다시 추가될 수 있음)소유권 기록, 사이트 보안 점검 결과
사이트맵 상태가 '가져올 수 없음'robots.txt 차단, 잘못된 주소(404), 직접 조치 적용사이트맵 제출 기록, robots.txt 변경 이력
지운 글이 몇 달 뒤 다시 검색됨임시 삭제 기간(약 6개월) 만료, 영구 조치 누락임시 삭제 요청 내역
옛 글 주소에서 '찾을 수 없음' 오류 증가리디렉션 규칙 삭제, 존재하지 않는 페이지로 연결주소 대응표, 적용일
노출이 크게 줄고 메시지가 있음직접 조치 적용직접 조치 보고서, 재검토 요청 내역

인수인계 문서는 어떤 양식으로 쓰면 되나요?

실무에서는 문서 하나에 네 묶음을 모두 담고 화면 위치를 함께 적는 방법을 권합니다. 예를 들어 가상의 ○○ 기업 블로그라면 다음 순서로 적습니다.

  1. 계정: 블로그 관리자 계정, Search Console 속성 이름, 확인된 소유자 이름, 확인 방법, 도메인 관리 계정 보유자
  2. 권한 정리: 전임자 권한 삭제일, 지운 토큰 종류(파일·태그·DNS), 남긴 토큰과 사유
  3. 제출·조치: 사이트맵 주소와 마지막 제출일, 6개월 안의 임시 삭제 요청, 직접 조치 여부와 재검토 진행 상태
  4. 주소 변경: 대응표 파일 위치, 가장 최근 적용일, 리디렉션 유지 예정일
  5. 글 운영: 발행 글 목록 파일 위치, 문체 기준 문서, 발행 주기, 진행 중인 기획과 마감일

전임자에게 직접 물어야 하는 항목도 있습니다. 다음 질문을 그대로 쓰면 됩니다.

  • Search Console 소유권을 어떤 방법으로 확인했고, 그 파일이나 태그는 어디에 있습니까?
  • 최근 6개월 안에 낸 임시 삭제 요청이 있습니까? 영구 조치도 했습니까?
  • 직접 조치 알림이나 재검토 안내 이메일을 받은 적이 있습니까?
  • 주소를 바꾼 글이 있다면 대응표는 어디에 있습니까?
  • 지금 작성 중이거나 예약한 글이 있습니까?

실적 보고서 도움말에 따르면 많은 보고서에서 내보내기 버튼으로 차트와 표 데이터를 모두 내려받을 수 있습니다. 실무에서는 인수인계 날짜를 기준으로 실적 보고서 등 주요 보고서를 내보내 문서와 함께 보관하는 방법을 권합니다. 인수 뒤 수치가 바뀌었을 때 비교할 기준이 됩니다.

정리

블로그 운영 담당자 인수인계는 원고보다 계정과 조치 기록을 먼저 받는 일입니다. 다음 순서로 진행합니다.

  1. 전임자가 떠나기 전에 후임자가 Search Console 소유권을 직접 확인합니다.
  2. 소유자 목록과 확인 방법을 기록하고, 전임자 권한과 미사용 토큰을 정리합니다.
  3. 사이트맵 제출 기록, 6개월 안의 임시 삭제 요청, 직접 조치 내역을 옮겨 적습니다.
  4. 주소 대응표와 발행 글 목록을 받아 리디렉션 유지 예정일과 갱신할 글을 정합니다.
  5. 주요 보고서를 내보내 보관하고, 몇 주 동안 이상 신호 표로 점검합니다.

참고 자료