서치 콘솔 주소 변경 도구 쓰는 법

도메인 이전 여부와 사용 순서

먼저 리뉴얼 전후의 실제 주소를 비교하여 변경 범위를 구분합니다. 도메인이 달라지는지, 일부 페이지의 경로만 달라지는지, 주소는 그대로인데 호스팅만 바뀌는지에 따라 후속 작업이 달라집니다. 화면이나 메뉴가 크게 달라졌다는 이유만으로 주소 변경 요청의 대상이 되는 것은 아닙니다.

도메인 이전이 맞다면 새 사이트 공개, 기존 주소의 301 리디렉션, 양쪽 속성의 소유권 확보, 도구의 사전 검사, 요청 후 모니터링 순서로 진행합니다. 이 도구는 서버 설정을 대신하는 기능이 아닙니다. 요청에 앞서 기존 주소에서 새 주소로 이동할 수 있는 상태를 만들어야 합니다.

병원 홈페이지도 같은 기준을 적용합니다. 병원 명칭이나 디자인의 변화보다 웹 주소의 변화가 도구 사용 여부를 결정합니다. 명칭을 바꾸면서 기존 도메인을 유지한다면 그 사유만으로 요청하지 않습니다. 도메인까지 바뀐다면 실제 이전 범위와 속성 소유권을 기준으로 절차를 준비합니다.

변경 유형별 도구 적용 범위

같은 도메인 안에서 경로를 바꾸는 작업과 다른 도메인의 특정 경로로 사이트 전체를 옮기는 작업은 구분해야 합니다. 후자는 도구로 이전할 수 있습니다. 다만 요청을 시작하는 기존 속성은 도메인 수준이어야 하며, 경로가 포함된 기존 속성에서는 이동을 요청할 수 없습니다.

양쪽 속성의 소유권과 주소 변형

주소 변경 요청자는 Search Console에서 기존 속성과 새 속성 모두의 소유자여야 합니다. 두 속성을 같은 Google 계정으로 관리해야 하므로 계정이 구분되어 있다면 요청 전에 소유권 구성을 정리합니다. 보고서 접근 권한만으로 소유자 요건이 충족되지는 않습니다.

도구를 실행할 기존 속성에는 경로 세그먼트가 없어야 합니다. 도메인 수준이라는 조건을 Search Console의 특정 속성 유형 이름과 혼동하지 않아야 합니다. 공식 안내에는 도메인만 표시된 주소, 프로토콜이 있는 루트 주소, 하위 도메인이 사용 가능한 형태로 제시되어 있습니다.

루트 도메인을 지정한 요청은 해당 도메인의 모든 경로에 영향을 주지만, www나 별도의 하위 도메인은 포함하지 않습니다. 이전 대상 주소는 속성별로 준비합니다.

다른 도메인으로 이전할 때는 현재 적극적으로 사용하지 않는 변형까지 포함하여 기존 도메인의 모든 하위 도메인 변형에 도구를 사용해야 합니다. www가 있는 주소와 없는 주소도 포함됩니다. Search Console에서 각 변형을 인증하고 요청 대상의 누락 여부를 확인합니다.

프로토콜은 별도로 나누지 않습니다. 소스 속성을 이동하면 그 속성의 모든 프로토콜이 이동하므로 HTTP 주소를 지정한 요청에는 HTTPS도 포함됩니다. 하위 도메인은 별도 대상이고 프로토콜은 함께 이동한다는 차이를 반영합니다.

301 리디렉션과 사전 준비

필수 사전 작업은 기존 홈페이지에서 새 홈페이지로 301 리디렉션을 구현하는 것입니다. 기존 사이트의 표준 페이지에도 301을 구현하는 것이 권장됩니다. URL 변경을 포함한 사이트 이동 안내의 다른 사전 작업까지 마친 뒤 주소 변경 도구를 실행합니다. 홈페이지 연결 하나만으로 준비가 끝나는 것은 아닙니다.

실무에서는 기존 주요 URL과 대응하는 새 URL을 목록으로 정리하면 이전 상태를 추적하기 쉽습니다. 각 기존 주소의 목적지를 정하고 실제 이동 결과와 비교합니다. 도구의 제출 양식이 아니라 URL별 상태를 관리하기 위한 작업 방식입니다.

도메인 이전과 콘텐츠·URL 구조 재설계를 함께 진행하면 Google이 개별 페이지를 다시 학습하고 평가해야 할 수 있습니다. 공식 안내는 신호를 더 직접적으로 전달하기 위해 새 위치에서도 동일한 사이트 아키텍처를 유지하도록 권고합니다. 리뉴얼 범위를 정할 때 주소 이전과 구조 변경이 겹치는 페이지를 구분할 필요가 있습니다.

도구 실행과 사전 검사 결과

사전 준비를 마치면 기존 사이트의 도메인 수준 속성에서 주소 변경 알림 도구를 열고 안내에 따라 진행합니다. 요청 전에 양쪽 소유권과 일부 페이지의 301 구현 여부 등을 검사합니다. 이전 준비의 기본 조건을 검사하는 절차이며 모든 URL의 이전 결과를 전수 검증하지는 않습니다.

중요한 사전 검사에 실패하면 문제를 수정해야 요청을 계속할 수 있습니다. 중요하지 않은 검사에 실패하면 권장사항과 경고가 표시되지만 요청을 진행할 수 있습니다. 경고만으로 요청이 불가능하다고 단정하지 않습니다.

중요한 검사를 통과하면 이전 전후 사이트에 이동이 진행 중이라는 Search Console 알림이 나타나며, 이 알림은 180일간 표시됩니다. 알림 표시와 개별 페이지가 새 주소로 검색되는 상태는 별개이므로 요청 상태와 URL별 진행 상태를 구분하여 기록합니다.

요청 후 검색 노출과 유지 기간

요청을 제출하면 Google은 기존 사이트보다 새 사이트의 크롤링과 색인 생성에 중점을 두고 다양한 신호를 전달합니다. 표준 페이지 판단에서도 새 사이트가 선호된다는 사실을 반영하며, 이러한 작업은 Search Console에서 이전을 시작한 후 180일간 계속됩니다. 이 기간은 모든 URL의 이전 완료 기한이 아니며 검색 순위 회복을 보장하지 않습니다.

도구는 기존 사이트를 색인에서 삭제하지 않습니다. 기존 URL이 존재하고 새 사이트에 대응 페이지가 없다면 그 URL이 검색결과에 계속 나타날 수 있습니다. 대응 페이지가 있는 경우 기존 주소에서 새 주소로의 리디렉션과 rel=canonical 태그를 제공하면 검색에 나타나는 기존 URL의 수를 줄일 수 있습니다.

요청 이후에는 사이트 이동 안내에 따라 트래픽을 모니터링합니다. 전체 트래픽 변화, 기존 주요 주소의 연결 상태, 새 대응 페이지의 존재 여부를 추적하여 후속 조치 대상을 구분합니다. 기존 주소의 검색 노출만으로 요청 실패를 단정하지 않습니다.

Google 검색에서 트래픽이 계속 발생하면 리디렉션을 180일 이상 유지합니다. 기존 도메인은 다른 사람이 구매해 악의적으로 사용하는 일을 막기 위해 최소 1년간 사용료를 지불하는 것이 권장됩니다. 180일 뒤에도 기존 사이트가 크롤링 가능한 상태라면 Google은 이를 새 사이트와 관계없는 사이트로 취급한다는 조건도 유지 계획에 반영합니다.

연속 이전과 취소의 처리 순서

기존 사이트에서 두 번째 사이트로 이동 요청을 낸 직후, 두 번째 사이트에서 세 번째 사이트로 다시 요청할 수는 없습니다. 여러 사이트를 한 위치로 통합할 때도 하나씩 이전하고 트래픽이 안정화된 다음 사이트를 이동하는 것이 권장됩니다. 도메인과 특정 하위 도메인의 목적지가 다르면 하위 도메인 속성을 만들어 별도로 이전합니다.

요청은 제출 후 180일 동안 취소할 수 있습니다. 취소하려면 기존 사이트에서 새 사이트로 향하는 301을 제거하고, 새 사이트에서 기존 사이트로 향하는 301을 추가한 다음 기존 속성의 도구에서 이동 취소를 선택합니다. 취소할 모든 기존 사이트에서 같은 절차가 필요하며, 도구의 취소 조작만으로 서버 리디렉션이 변경되지는 않습니다.

이어서 읽을 주제

주소 변경 요청의 조건을 갖춘 뒤에는 새 페이지의 대표 주소와 사이트맵 구성을 정리할 차례입니다. 사이트맵과 정규 주소에서 후속 작업 기준을 이어서 읽을 수 있습니다. 기존 URL과 새 URL의 대응 목록을 함께 활용하면 요청 이후 주소별 관리에도 도움이 됩니다.