도구 적용 대상과 실패 판단
주소 변경 요청이 실패하면 도메인 수준 속성인지와 양쪽 소유권, 사전 리디렉션 검사를 확인하고 중요한 점검 실패를 수정한 뒤 다시 진행해야 합니다. 리뉴얼에서 바뀐 것이 도메인인지, 경로·프로토콜·호스트 접두사뿐인지 먼저 구분하고 도구 적용 대상과 요청을 막는 원인을 가려야 합니다.
마케팅 담당자는 개발 담당자에게 변경 전후 주소의 구성과 이동 범위를 요청합니다. 디자인이나 메뉴 구성이 달라졌다는 설명만으로는 주소 변경 알림 도구의 사용 여부를 결정하기 어렵습니다. 같은 도메인 안에서 진료 안내 문서의 경로만 달라진 작업을 도메인 이동 요청으로 처리하지 않습니다. 보안 프로토콜만 변경하거나 같은 도메인의 호스트 접두사 유무만 변경한 작업도 다른 도메인으로 옮기는 작업과 구분해 적용 여부를 판단합니다.
| 판단 대상 | 구별 기준 | 담당자의 조치 |
|---|---|---|
| 변경 범위 | 도메인 이동과 경로 변경의 구분 | 변경 전후 주소 구성 정리 |
| 속성 범위 | 경로가 없는 도메인 수준 속성 | 선택한 속성의 범위 대조 |
| 소유권 | 동일한 구글 계정이 양쪽 소유자 | 이전 속성과 새 속성의 권한 확인 |
| 사전 검사 결과 | 중요한 실패와 경고의 구분 | 실패 항목 수정 또는 경고 후속 처리 |
실패라는 말만 전달받았다면 화면의 안내 문구부터 확보합니다. 속성을 선택하지 못한 상태, 소유권 요건을 충족하지 못한 상태, 사전 검사에서 중단된 상태를 같은 문제로 기록하면 수정할 담당자도 잘못 지정할 수 있습니다. 실장은 실패 문구와 발생 단계를 함께 받아 권한 문제인지 사이트 응답 문제인지 구분합니다.
도메인 수준 속성과 양쪽 소유권
주소 변경 알림 도구는 경로 수준 속성에서 사용할 수 없습니다. 여기서 도메인 수준이라는 조건을 특정 속성 유형의 이름만으로 판단하지 않도록 주의합니다. 근거 안내에는 프로토콜을 포함한 주소와 하위 도메인도 도메인 수준의 예로 제시되어 있습니다. 선택한 속성에 개별 디렉터리 경로가 포함되어 있는지를 먼저 대조합니다.
이전 속성과 새 속성은 동일한 구글 계정으로 관리해야 하며, 그 계정은 양쪽 모두의 소유자여야 합니다. 대행사나 개발사가 사이트에 접근할 수 있다는 설명은 이 요건을 증명하지 못합니다. 병원 담당자는 실제 요청에 사용할 계정을 정하고, 각 속성의 소유권 상태를 자료로 받습니다. 비밀번호를 전달받는 방식으로 권한 문제를 처리하지 않습니다.
지정한 도메인 아래의 경로는 도구의 영향을 받지만 하위 도메인까지 함께 이동하는 것은 아닙니다. 반면 소스 속성의 모든 프로토콜은 이동 대상에 포함됩니다. 따라서 속성이 포괄하는 경로, 하위 도메인, 프로토콜을 한 범위로 묶지 말고 이동 대상 목록에 각각 구분해 기재합니다.
재요청 전 실행 순서와 준비 자료
재요청은 오류 안내를 다시 누르는 작업부터 시작하지 않습니다. 병원 마케팅 담당자는 요청에 사용한 속성과 계정, 안내 문구를 모으고 개발 담당자는 이전 주소에서 새 주소까지의 실제 응답을 준비합니다. 실장은 두 자료가 같은 이동 대상을 설명하는지 대조한 뒤 재요청 일정을 정합니다. 다음 순서는 병원 내부에서 업무를 나누기 위한 실무 제안입니다.
- 마케팅 담당자가 변경 범위와 선택한 속성을 정리합니다. 도구 대상 여부가 불명확한 변경은 요청 진행 대상에서 분리합니다.
- 소유권을 관리하는 담당자가 동일 계정의 양쪽 소유자 상태를 확인합니다. 한쪽 자료만 제출한 경우에는 권한 준비가 끝난 것으로 처리하지 않습니다.
- 개발 담당자가 이전 홈페이지의 영구 리디렉션과 새 홈페이지 도착 상태를 검사합니다. 이전 사이트의 표준 페이지에도 리디렉션을 구현하는 것이 권장되므로 관련 문서의 응답도 함께 수집합니다.
- 마케팅 담당자가 수정 증거와 도구의 재검사 결과를 기록합니다. 중요한 실패를 해소한 뒤 안내에 따라 요청을 진행하고 검색 유입 관찰을 이어갑니다.
주소 목록에는 검사 대상과 목적지를 구별해 기재합니다. 캡처만 전달할 때도 어느 속성에서 발생한 안내인지 식별할 수 있어야 합니다. 개발 담당자의 완료 회신에는 변경한 설정의 설명과 실제 요청 결과를 함께 요구합니다.
실패 항목별 수정 증거
| 실패 항목 | 요건 | 수정 증거 | 재요청 |
|---|---|---|---|
| 속성 범위 불일치 | 도메인 수준 속성 사용 | 경로 포함 여부와 선택 속성 기록 | 대상 속성을 정한 뒤 진행 |
| 양쪽 소유권 미충족 | 동일 계정이 양쪽 소유자 | 각 속성의 소유권 상태 | 양쪽 요건 충족 후 진행 |
| 리디렉션 관련 실패 | 사전 작업과 중요 검사 통과 | 출발 주소의 응답과 최종 도착 문서 | 수정 후 도구에서 재검사 |
| 중요하지 않은 검사 실패 | 경고와 권장사항 구분 | 경고 원문과 후속 조치 기록 | 계속 진행 가능 여부에 따라 처리 |
표의 항목은 업무 분류이며 계정 화면의 오류 이름을 대신하지 않습니다. 구글 안내에 따르면 중요한 사전 이동 점검에 실패하면 문제를 수정해야 계속 진행할 수 있습니다. 중요하지 않은 실패는 권장사항과 함께 경고로 표시되며 요청을 계속 진행할 수 있습니다.
진행 가능한 경고도 내용 없이 완료로 표시하지 않습니다. 실장은 경고의 원문, 처리할 담당자, 남은 작업을 기록하도록 요청합니다. 반대로 중요한 실패를 내부 승인만으로 예외 처리할 수는 없습니다. 개발 담당자가 수정했다고 회신했더라도 도구에서 중요 검사를 통과했는지 별도로 확인합니다.
설정 완료와 실제 응답의 구별
재요청 전에 구별할 것은 서버 설정을 변경했다는 사실과 방문 요청이 의도대로 처리된다는 사실입니다. 개발 담당자는 설정 화면만 제출하지 말고 이전 주소를 출발점으로 요청했을 때의 응답을 남깁니다. 브라우저에서 새 홈페이지를 직접 열어 정상 표시된 자료만으로는 이전 홈페이지의 리디렉션을 증명하지 못합니다.
병원 내부 검사에서는 출발 주소, 반환된 상태, 이동 목적지, 최종 문서를 한 기록으로 연결하는 방식을 권합니다. 검사자는 이전 주소에서 출발했는지, 영구 리디렉션이 응답했는지, 마지막에 의도한 문서가 열리는지를 구분해 기재합니다. 중간 이동이 있다면 그 주소도 기록해 잘못된 목적지로 향하는 구간을 개발 담당자에게 전달합니다.
최종 화면이 열린다는 이유만으로 검사를 종료하지 않습니다. 리뉴얼 과정에서 진료 안내 문서의 내용과 경로를 함께 변경했다면 도착한 문서가 원래 의도한 문서인지도 대조합니다. 주소 변경 요청을 통과시키기 위해 서로 다른 문제를 하나의 완료 표시로 합치지 않습니다. 응답 오류와 문서 대응 오류는 수정 내용이 다르므로 각각 기록합니다.
도구 통과와 사이트 전체 정상화의 구별
주소 변경 알림 도구는 요청 전에 두 사이트의 소유자가 같은지와 일부 페이지에 리디렉션이 구현되어 있는지를 간단히 검사합니다. 따라서 통과 결과를 사이트의 모든 문서가 정상 이동했다는 증거로 확대하지 않습니다. 도구 결과는 제출 요건의 기록으로 보관하고, 실제 문서 응답은 개발 담당자의 검사 기록으로 별도 관리합니다.
실장은 작업표의 상태를 수정 요청, 수정 반영, 실제 응답 검사, 도구 재검사, 요청 진행으로 구분할 수 있습니다. 이는 서치 콘솔의 공식 상태 이름이 아닌 내부 관리용 표현입니다. 각 상태에는 판단에 사용한 자료와 담당자를 기재해 어떤 근거로 다음 작업을 진행했는지 알 수 있도록 합니다.
재검사 기록에는 이전 실패 문구와 수정 후 결과를 함께 기재합니다. 요청 뒤에는 검색 유입의 변화를 관찰하되, 이동 알림이 나타났다는 사실만으로 모든 문제가 해소됐다고 보고하지 않습니다. 새로 발견한 오류는 출발 주소와 실제 응답을 추가해 개발 담당자에게 전달합니다. 제출 완료 보고에는 요청 결과와 아직 처리하지 않은 항목을 분리해 기재합니다. 요청 전후 자료를 같은 대상별로 보관하면 기존 실패의 재발과 별개 문서에서 발생한 오류를 구별할 수 있습니다.
재요청 이후의 추가 판단
주소 변경 요청을 제출하면 옛 주소가 검색에서 즉시 사라집니까?
구글은 이 도구를 사용했다는 이유로 기존 사이트를 색인에서 삭제하지 않습니다. 기존 주소가 존재하고 새 사이트에 대응 문서가 없다면 기존 주소가 검색결과에 계속 나타날 수 있습니다. 검색에서 옛 주소를 발견했다면 제출 실패라고 단정하기 전에 해당 주소의 대응 문서 유무를 구분합니다.
이동과 함께 사이트 구조를 재설계해도 문제가 없습니까?
구글 안내는 새로운 위치에서도 같은 사이트 구조를 유지하도록 권장합니다. 콘텐츠와 주소 구조를 이동과 함께 재설계하면 구글이 개별 페이지를 다시 학습하고 평가해야 할 수 있습니다. 병원 내부 변경 기록에는 도메인 이동과 문서 재설계를 구분해 기재하고 검색 유입 변화를 해석할 때 함께 참고합니다.
현재 사용하지 않는 하위 도메인도 이전 준비에 포함합니까?
다른 도메인으로 이동할 때는 현재 적극적으로 사용하지 않는 변형을 포함해 이전 도메인의 모든 하위 도메인 변형을 확인하고 도구를 사용하라는 안내가 있습니다. 담당자는 현재 대표 주소 목록만 받지 말고 과거 사용한 호스트도 자료에 포함하도록 개발 담당자에게 요청합니다.
하위 도메인을 본 사이트와 다른 곳으로 옮기려면 어떻게 합니까?
도메인 속성을 한 위치로 옮기고 하위 도메인은 다른 속성으로 옮기려면 해당 하위 도메인의 속성을 만든 다음 따로 이전합니다. 실장은 각 출발지와 목적지의 대응 관계를 분리해 개발 담당자에게 전달합니다. 본 사이트 요청에 하위 도메인의 별도 목적지가 자동 반영된다고 전제하지 않습니다.
요청 뒤 새 사이트가 먼저 처리되면 이전이 완료된 것입니까?
요청을 바탕으로 구글은 기존 사이트보다 새 사이트의 크롤링과 색인 생성에 중점을 두고 여러 신호를 전달합니다. 이는 모든 문서의 처리가 완료됐다는 뜻은 아닙니다. 마케팅 담당자는 검색 유입 관찰 자료와 개발 담당자의 응답 검사 자료를 함께 받아 남은 작업의 종료 여부를 판단합니다.