메뉴 이름이 바뀐 것과 URL이 옮겨진 것
메뉴 개편 뒤 이전 주소로 들어오는 방문은 옛 메뉴가 가리키던 문서의 현재 상태에 따라 처리합니다. 항목 이름만 바뀌고 주소·내용은 그대로인지, 문서가 새 주소로 이동했는지, 여러 문서가 통합됐는지부터 나눕니다. 즐겨찾기나 기존 링크로 들어오는 사람이 무엇을 찾으려 했는지를 새 목적지와 대조할 수 있습니다. 모든 옛 주소를 첫 화면으로 보내는 규칙부터 적용하지 않습니다.
Google의 리디렉션 안내는 기존 URL을 다른 URL과 연결해 방문자와 검색에 페이지의 위치 변경을 알리는 방법을 설명합니다. 메뉴의 글자만 편집하는 일과 주소 사이의 이동을 설정하는 일은 다른 작업입니다. 새 메뉴를 눌렀을 때 보이는 화면만으로 옛 주소의 방문 처리까지 끝났다고 판단하지 않습니다. 메뉴를 거치지 않고 들어오는 주소도 실제 대응 관계를 읽을 대상입니다.
Google의 사이트 이동 지침에서는 현재 URL에 상응하는 새 URL 매핑을 준비하고 이전 주소에서 새 주소로 이동하도록 설정하는 순서를 안내합니다. 매핑의 작성 방법은 현재 인프라와 이동 내용에 따라 달라집니다. 병원 사이트의 실제 주소 목록을 읽지 않은 상태에서 존재하지 않는 옛 메뉴나 새 문서를 만들어 대응표를 채우지 않습니다. 분류할 대상은 개편 전후에 제공하는 문서입니다.
Google은 도메인 이전과 CMS 변경, 새로운 레이아웃 적용을 한꺼번에 진행하기보다 한 번에 하나씩 변경하도록 계획하라고 안내합니다. 메뉴 개편과 다른 변경이 함께 있었다면 주소 이동에서 생긴 문제인지 다른 구현이 달라진 결과인지 분리해서 읽을 필요가 있습니다. 병원에 적용하는 변경 순서를 실제 작업 없이 완료한 절차로 보고하지 않습니다.
이전 주소를 찾는 자료로 Google은 사이트맵, 서버 로그나 분석 소프트웨어, Search Console의 사이트로 연결되는 링크, 콘텐츠 관리 시스템을 소개합니다. 메뉴 편집 화면에 남은 항목만 조사하는 것과 실제 방문되거나 다른 곳에서 연결된 주소를 읽는 것은 범위가 다릅니다. 서버 로그를 읽을 때에는 계절 변화를 고려해 사이트에 적절한 기간을 선택하라는 설명도 있습니다. 병원의 실제 방문 수를 임의로 작성하지 않습니다.
| 개편에서 달라진 항목 | 옛 주소에 대응할 내용 | 결정할 처리 |
|---|---|---|
| 이름만 변경 | 같은 주소의 현재 문서 | 표현 변경과 주소 이동 구별 |
| 문서 위치를 변경 | 그 문서의 새 URL | 영구 이전 여부에 맞는 연결 |
| 여러 문서를 통합 | 내용을 담은 통합 문서 | 이전 주소별 대응 관계 |
| 문서를 없애고 대체 자료 없음 | 제공할 문서가 없음 | 삭제 상태의 적절한 응답 |
찾던 내용에 대응하는 목적지를 정하는 조건
여러 이전 주소를 관련 없는 홈페이지 하나로 일괄 이동시키면 사용자에게 혼란을 주고 soft 404로 처리될 수 있다고 Google은 설명합니다. 첫 화면이 정상적으로 열리는지뿐 아니라 거기에서 옛 메뉴의 내용을 읽을 수 있는지 대조해야 합니다. 원래 문서에 상응하는 안내가 있는데 무관한 도착점으로 보내는 설정과 문서가 실제로 통합된 상황을 구별할 수 있습니다.
Google은 여러 페이지의 콘텐츠를 하나의 새 페이지에 통합한 경우에는 이전 URL 여러 개를 그 통합 페이지로 이동시킬 수 있다고 안내합니다. 주소의 개수가 줄었다는 외형보다 새 문서가 담은 내용이 판단의 자료입니다. 같은 범주에 있었던 항목이라는 이유만으로 통합 문서가 모든 정보를 포함한다고 추정하지 않습니다. 실제로 합쳐진 문서를 읽은 결과에 따라 목적지를 정합니다.
대체 문서 없이 콘텐츠를 삭제했다면 사이트 이동 지침은 404 또는 410 응답을 안내합니다. 없는 문서의 주소에서 관계없는 내용을 정상 문서처럼 전달하는 처리와 삭제된 상태를 알리는 응답은 다릅니다. 메뉴에서 항목을 지웠다는 사실을 서버가 올바른 응답을 보내는 결과로 바꾸어 보고하지 않습니다. 주소 요청으로 실제 제공되는 내용과 상태 코드를 읽는 대상입니다.
영구 이동인지 임시 이동인지도 결정해야 합니다. Google은 되돌리지 않을 이동에 영구 리디렉션을 쓰며, 영구 유형은 대상이 표준이어야 한다는 신호로 사용한다고 설명합니다. 임시 유형은 대상이 표준이어야 한다는 신호로 사용하지 않지만 다른 표준화 신호에 따라 대상의 색인이 생성될 수 있습니다. 화면이 같게 이동한다는 관찰만으로 두 유형의 의미가 같다고 정하지 않습니다.
Google은 검색결과의 페이지 URL을 바꾸려면 가능할 때 서버 측 영구 리디렉션을 사용하는 것이 좋다고 설명하며 301과 308을 제시합니다. 서버 구성이나 백엔드 언어·호스팅 환경에 따라 구현 방법이 달라집니다. 실제 운영 환경을 모르는데 특정 CMS의 메뉴나 서버 규칙을 병원에 존재하는 설정처럼 안내하지 않습니다. 필요한 이동을 정한 결과와 실제 설정 가능 여부를 따로 읽습니다.
JavaScript 방식은 서버 측 또는 meta refresh 리디렉션을 실행할 수 없는 경우에만 사용하라는 것이 Google 안내입니다. Google이 크롤링한 URL을 렌더링하려 해도 실패할 수 있고, 그러면 스크립트 이동을 알아채지 못할 수 있다고 설명합니다. 브라우저에서 옛 메뉴 주소가 새 화면으로 바뀐 시험 하나와 Google이 처리할 방법이 갖춰진 상태를 나누어 검토할 이유입니다.
새 메뉴의 링크와 옛 방문을 각각 시험
리디렉션이 마련되어도 새 메뉴 자체가 예전 URL을 계속 가리킬 필요는 없습니다. Google의 사이트 이동 안내는 매핑을 이용하여 내부 링크를 새 주소로 바꾸라고 설명합니다. 새 메뉴에서 문서를 선택하는 방문과 외부에 남은 옛 주소로 진입하는 방문은 서로 다른 출발점입니다. 메뉴 링크의 직접 목적지와 이전 주소의 이동 응답을 각각 읽으면 어떤 연결을 조정할지 구별할 수 있습니다.
Google은 가능한 한 최종 도착 페이지로 직접 이동시키고 불필요한 리디렉션 체인을 피하라고 안내합니다. 연속 이동은 지연을 늘리며 일부 브라우저나 사용자 에이전트는 긴 체인을 지원하지 않습니다. 메뉴를 개편한 이력이 여러 번 있다면 최종 화면이 열린다는 결과만 적지 않고 그 사이의 이동 경로를 읽을 수 있습니다. 실제 체인 길이를 조사하지 않은 상태에서 숫자를 만들어 보고하지 않습니다.
이동한 문서에 포함된 이미지·동영상·JavaScript·CSS와 다운로드의 주소도 검토 대상입니다. Google은 삽입된 콘텐츠의 URL을 사이트 이동 계획에 포함하고, 이미지나 PDF에 기존 검색·링크 방문이 있을 수 있어 새 위치를 알리라고 설명합니다. 메뉴의 HTML 문서만 열리는 상태와 그 문서에서 읽을 부속 자료까지 제공되는 상태는 구별해야 합니다. 개편 범위에 실제로 포함된 자료만 대조합니다.
| 시험에서 나타난 상태 | 추가로 읽을 값 | 문제의 위치 |
|---|---|---|
| 새 메뉴에서 옛 URL로 먼저 이동 | 메뉴 항목의 실제 목적지 | 내부 링크의 갱신 |
| 옛 주소에서 여러 단계를 거침 | 각 응답과 최종 도착 URL | 중간 이동의 연결 |
| 본문은 열리고 부속 자료가 없음 | 이미지·다운로드의 요청 주소 | 함께 이동한 리소스 |
| 새 문서가 검색에서 제외됨 | 공개 시점의 noindex·접근 규칙 | 이전 준비용 제한의 잔류 |
리디렉션 후 새 페이지의 canonical 주석이 새 주소를 가리키는지와 개발 단계의 noindex가 남아 있는지도 Google은 검토하도록 안내합니다. 방문자에게 새 화면이 제공되는 상태와 검색에 알릴 대표 주소·제외 지시가 맞는 상태는 별개의 결과입니다. 사이트 이전을 위해 한때 사용한 제한을 현재 공개 정책으로 계속 적용할지 실제 URL별로 읽어야 합니다.
Google의 사이트 이동 문서는 URL 검사 도구로 개별 주소를 시험하거나 명령줄 도구·스크립트로 다수의 주소를 시험하는 방법을 제시합니다. 서버 액세스와 오류 로그에서는 예기치 않은 응답과 크롤러·사용자 방문을 읽을 수 있습니다. 즐겨찾기에서 옛 주소로 진입하는 시험은 방문자의 출발 경로를 재현하는 운영 제안입니다. 결과를 수집하지 않은 채 트래픽 손실액이나 처리 성공률을 계산하지 않습니다.
옛 메뉴 방문을 다룰 때 추가 질문
메뉴 폴더를 바꿨으면 주소 변경 도구도 쓰나요?
Google의 주소 변경 도구는 도메인 또는 하위 도메인 간 이동에 필요합니다. 같은 도메인의 경로 변경, HTTP에서 HTTPS 전환, 같은 도메인의 www 유무 변경에는 필요하지 않다고 안내합니다. 메뉴 개편의 실제 변경 범위에 따라 구별합니다.
옛 주소가 검색에 남아 있으면 바로 실패인가요?
Google은 리디렉션의 소스와 대상을 모두 추적하며 남은 URL을 표준 URL의 대체 이름으로 사용할 수 있다고 설명합니다. 새 URL의 색인이 생성돼도 경우에 따라 이전 주소가 표시될 수 있다는 안내입니다. 검색에 보이는 문자열 하나만으로 잘못된 이동이라고 확정하지 않습니다.
meta refresh의 지연은 유형에 영향을 주나요?
Google은 페이지가 로드될 때 즉시 실행되는 meta refresh를 영구 유형으로, 지정 시간이 지난 뒤 실행되는 방식을 임시 유형으로 해석한다고 설명합니다. 화면에서 결국 도착점이 같다는 사실과 Google의 유형 해석은 나누어 읽습니다.
자동 이동을 구현하지 못하면 어떤 대안이 있나요?
Google은 설명과 새 페이지 링크를 넣는 crypto 리디렉션을 소개하지만 모든 검색엔진이 이를 정식 이동으로 인식하지는 않는다고 밝힙니다. 다른 방식을 사용할 수 있다면 검색엔진에 이동을 알리는 수단으로 선택하지 말고 호스팅 업체에 다른 방식의 지원을 문의하라고 안내합니다.
리디렉션을 제거할 공통 날짜가 있나요?
사이트 이동 지침은 일반적으로 최소 1년, 사용자 관점에서는 무기한 유지하는 것이 좋다고 설명합니다. 이전 링크의 재크롤링과 신호 전송에 관한 권고이며 병원 계약의 복구 기한이 아닙니다. 개별 주소의 실제 처리 완료일이나 고정 손실 기간을 정하는 근거로 확대하지 않습니다.