새 도메인 대표 주소의 선확정
도메인 이전 때는 새 도메인의 대표 주소를 정하고 그 주소로 이동 연결과 사이트맵을 맞춘 뒤, 주소별 이동을 시험하고 주소 변경을 알리는 순서로 설계합니다. 검색 결과 반영을 기다리는 동안에는 옛 주소의 이동 연결을 유지합니다. 운영자는 사용할 주소와 전환 범위를 확정하고, 개발 담당자는 그 결정에 따라 연결과 파일을 준비합니다.
대표 주소를 확정한다는 것은 새 도메인 이름만 선택하는 일이 아닙니다. 보안 연결 방식과 사용할 호스트 형태까지 정해 이동 연결의 도착점과 사이트맵의 주소 표기가 같은 결정을 따르게 합니다. 새 주소의 운영 형태가 미정인 상태에서 연결부터 만들면 담당자마다 서로 다른 주소를 기준으로 작업할 수 있습니다.
구글은 사이트맵에 기재된 주소를 표준 페이지 후보로 받아들인다고 설명합니다. 사이트맵 제출을 이전 완료 판정으로 사용하지 않고, 운영자가 선택한 새 주소를 전달하는 절차로 취급합니다. 구글이 실제로 선택하는 표준 주소와 운영자가 제안하는 주소는 별도로 기록합니다.
이 순서는 운영자가 작업의 선후 관계를 정하기 위한 설계안입니다. 검색엔진마다 사용하는 도구와 제출 조건이 다르므로 같은 알림을 모든 서비스에 일괄 적용하지 않습니다. 준비 작업을 병행하더라도 새 대표 주소가 확정되기 전에는 실제 전환 설정을 승인하지 않습니다.
전환 뒤 상태별 판단 기준
전환 뒤에는 새 사이트가 열리는지만으로 작업을 종료하지 않습니다. 옛 주소에서 시작한 요청, 새 사이트맵의 표기, 검색엔진에 제출한 기록을 각각 다른 대상으로 관리합니다. 다음 표는 전환 후 문제가 생겼을 때 어느 작업을 다시 요청할지 판단하는 기준입니다.
| 전환 후 확인 대상 | 확인할 상태 | 문제가 있을 때 요청할 조치 |
|---|---|---|
| 옛 주소의 이동 연결 | 승인한 새 주소까지 이동 | 개발 담당자에게 실패 경로와 도착점 수정 요청 |
| 새 도메인 사이트맵 | 확정한 새 주소를 전체 형식으로 기재 | 파일 생성 담당자에게 주소 표기 수정 요청 |
| 검색엔진 제출 기록 | 대상 사이트와 제출 상태를 식별 | 운영자에게 누락 대상과 처리 결과 기록 요청 |
| 옛 도메인 운영 상태 | 이동 연결에 필요한 운영 조건 유지 | 계약 담당자에게 종료 계획 재조정 요청 |
기술 작업이 끝났다는 기록과 검색 결과에 새 주소가 반영됐다는 관찰은 같은 상태가 아닙니다. 검색 결과에 옛 주소가 남아 있다면 그 사실을 별도로 기재하고, 연결 시험 결과와 함께 판단합니다. 검색 결과의 주소만으로 개발 설정의 성공이나 실패를 단정하지 않습니다.
구글의 사이트 이전 안내는 도메인 변경 시 이전 사이트에 대한 주소 변경 알림을 제출하도록 설명합니다. 이 알림은 실제 이동 연결을 대신하는 조치로 취급하지 않습니다. 운영자는 알림 처리와 연결 시험을 서로 다른 작업 항목으로 관리합니다.
담당자별 준비 자료와 작업 순서
운영자가 먼저 준비할 자료는 옛 주소 목록, 확정한 새 주소 목록, 관리 중인 사이트의 소유확인 상태입니다. 개발 담당자에게는 이 목록과 함께 전환 대상, 제외 대상, 시험 결과를 받을 형식을 전달합니다. 주소 목록을 전달할 때는 최종 승인본의 이름을 명시해 작업 중인 목록과 혼동하지 않게 합니다.
| 이전 준비 단계 | 확정할 주소·설정 | 운영자 확인 또는 개발 요청 |
|---|---|---|
| 새 대표 주소 결정 | 새 도메인의 운영 주소 형태 | 운영자가 최종 주소와 적용 범위 승인 |
| 연결과 사이트맵 준비 | 새 도착 주소와 사이트맵 표기 | 개발 담당자에게 이동 연결과 파일 생성 요청 |
| 주소별 이동 시험 | 실제 도착점과 이동 과정 | 개발 담당자에게 시험 결과와 오류 목록 요청 |
| 주소 변경 알림 | 이전 사이트와 알림 대상 변형 | 운영자가 서치 콘솔 처리 대상과 결과 기록 |
| 옛 연결 유지 | 옛 도메인의 연결 운영 조건 | 운영자가 계약 상태와 변경 계획 관리 |
구글은 사이트맵에서 경로 일부만 기재하지 말고 완전한 절대 주소를 사용하도록 안내합니다. 파일을 받는 운영자는 새 도메인과 주소 형태가 승인본에 맞는지 대조합니다. 네이버는 사이트맵 안의 모든 주소가 소유확인된 사이트와 같은 도메인이어야 한다고 설명하므로, 새 도메인의 소유확인 상태도 제출 준비 자료에 포함합니다.
이동 시험 이후의 알림 처리
개발 담당자는 브라우저에서 새 사이트가 열리는 결과만 전달하지 않고, 옛 주소별 도착점과 실패 여부를 기록합니다. 구글은 URL 검사 도구로 개별 주소를 시험하거나 명령줄 도구와 스크립트로 여러 주소를 시험할 수 있다고 안내합니다. 운영자는 사용할 시험 방식보다 승인한 목록의 누락 여부를 먼저 관리합니다.
- 시험 결과에서 실패하거나 승인 주소와 다른 곳에 도착한 항목을 개발 담당자에게 전달합니다.
- 수정 결과를 받은 뒤 해당 항목을 다시 시험하고 알림 처리 여부를 결정합니다.
- 서치 콘솔에서 이전 사이트의 주소 변경 알림을 제출하고 처리 기록을 남깁니다.
구글은 새 도메인으로 이전할 때 이전 도메인의 확인된 변형에도 주소 변경 알림을 요청해야 한다고 설명합니다. 현재 적극적으로 사용하지 않는 하위 도메인과 호스트 변형도 처리 대상 목록에서 빠뜨리지 않습니다. 담당자는 관리 목록에서 대상별 진행 상태를 기재하고, 제출할 수 없는 항목은 사유를 남깁니다.
네이버 서치어드바이저의 사이트맵 제출은 새 주소를 검색로봇에게 전달하는 별도 작업으로 기록합니다. 구글의 주소 변경 알림을 제출했다는 이유로 네이버의 제출 상태까지 완료로 처리하지 않습니다. 서비스별 기록에는 작업 대상과 담당자, 처리 결과를 함께 기재합니다.
옛 주소 연결의 유지 기록
이전 뒤에는 옛 도메인을 새 사이트와 관계없는 자산으로 분류해 조기에 종료하는 실수가 발생할 수 있습니다. 운영자는 옛 주소의 이동 연결을 유지하는 동안 도메인 관리, 이름 해석 설정, 연결을 처리하는 서비스의 담당자를 기록합니다. 계약 종료나 인프라 정리 요청이 들어오면 이동 연결에 영향을 주는 항목인지 먼저 가립니다.
유지 기록에는 현재 운영 상태뿐 아니라 예정된 변경도 포함합니다. 개발 담당자가 연결을 정상으로 보고한 뒤 호스팅 계약 담당자가 별도로 서비스를 종료하면, 시험 당시의 결과로 현재 상태를 설명할 수 없습니다. 운영자는 계약 변경 요청을 받는 담당자에게 이전 작업이 진행 중이라는 사실과 연결 유지 조건을 전달합니다.
장애가 발생했을 때는 마지막 정상 시험 기록과 이후 변경 내역을 대조합니다. 문제 주소, 요청 시점, 도착 실패 상태, 관련 설정 변경을 함께 전달하면 개발 담당자가 재현할 범위를 정할 수 있습니다. 원인 조사 전에는 검색 결과 반영 지연과 연결 장애를 같은 문제로 묶지 않습니다.
종료 판단과 담당자 인계
옛 연결의 종료 판단은 새 도메인 공개 승인과 별도 안건으로 처리합니다. 특정 검색 결과에서 새 주소가 나타났다는 이유만으로 모든 옛 주소의 연결이 불필요해졌다고 결론 내리지 않습니다. 유지 조건을 변경하려면 연결 사용 기록, 남은 실패 항목, 계약상 제약을 담당자들이 함께 검토합니다.
담당자가 교체될 때는 현재 설정의 위치와 변경 권한을 인계 자료에 포함합니다. 정상 작동한다는 설명만 남기면 후임자가 어떤 서비스를 유지해야 하는지 알기 어렵습니다. 인계받는 운영자는 수정 요청 창구와 계약 종료 승인 절차를 문서에서 식별할 수 있어야 합니다.
이전 작업의 종료 보고서에는 완료된 기술 작업과 아직 관찰 중인 검색 상태를 따로 기재합니다. 오류가 없는 항목, 수정 중인 항목, 외부 처리 결과를 기다리는 항목을 같은 완료 표시로 묶지 않습니다. 남은 작업마다 다음 행동을 수행할 담당자를 지정합니다.
시험용 차단 설정의 잔존 여부
새 사이트를 준비하면서 적용한 검색 제외 설정은 공개 승인과 함께 해제할 대상으로 관리합니다. 구글은 조기 색인을 막기 위해 새 사이트에 추가한 검색 제외 메타 규칙을 이전 시점에 갱신하도록 안내합니다. 운영자는 개발 담당자에게 시험 환경의 설정이 공개 환경에 남았는지 조사하도록 요청합니다.
이 항목은 이동 연결의 도착 성공과 별도로 판정합니다. 새 페이지가 정상적으로 열려도 준비 단계의 제한이 남아 있을 수 있기 때문입니다. 작업 기록에는 제한을 적용한 목적과 해제 여부를 함께 기재하고, 의도적으로 유지할 항목은 승인 사유를 남깁니다. 공개 후 페이지가 추가되면 기존 승인 범위에 포함되는지 담당자가 다시 판단합니다.
자주 묻는 질문
보안 연결 방식만 변경해도 주소 변경 알림이 필요합니까?
구글은 일반 연결에서 보안 연결로 전환할 때 주소 변경 도구가 필요하지 않다고 설명합니다. 도메인 이전과 보안 연결 전환이 함께 진행된다면 담당자는 변경 내용을 목록으로 분리해 알림 대상을 판단합니다. 서로 다른 변경을 하나의 작업명으로만 기록하지 않습니다.
새 도메인 사이트맵 파일을 직접 열 수 있으면 제출 준비가 끝납니까?
파일 접근 성공만으로 제출 준비를 완료 처리하지 않습니다. 네이버는 사이트맵을 가져올 때 응답이 느리면 제출이 제한될 수 있다고 안내합니다. 운영자는 파일 접근 결과와 실제 제출 결과를 별도로 기록하고, 제한이 발생하면 개발 담당자에게 응답 상태 조사를 요청합니다.
임시 이전과 영구 이전의 이동 연결을 같은 방식으로 요청합니까?
네이버는 영구적인 주소 변경과 일시적인 페이지 변경에 서로 다른 이동 응답을 권고합니다. 운영자는 개발 요청서에 이전 목적이 영구 변경인지 임시 운영인지 명시합니다. 행사 종료나 복귀가 예정된 주소를 도메인 이전 목록에 섞지 않습니다.
이전 작업과 사이트 디자인 개편을 함께 진행해도 됩니까?
작업을 함께 진행한다면 디자인 오류와 주소 전환 오류의 책임 범위를 나눠 관리합니다. 화면 수정 요청서와 주소 전환 목록을 별도 문서로 유지하면 실패 원인을 전달하기 수월합니다. 새 화면의 승인 여부만으로 주소 관련 작업까지 완료 처리하지 않습니다.
자바스크립트 이동도 방문자가 도착하면 충분한 처리입니까?
네이버는 자바스크립트 이동을 검색로봇이 이해하기 어려울 수 있다고 설명하며 서버의 이동 응답을 권고합니다. 운영자는 방문자의 화면 이동과 검색로봇에 전달되는 응답을 별도 시험 항목으로 요청합니다. 구현 방식은 개발 담당자가 정하되 요청서에는 검색로봇도 이동 정보를 읽을 수 있어야 한다는 조건을 명시합니다.