주소가 바뀔 때 기존 페이지를 잇는 방법

옛 문서에서 새 문서로의 대응

Google은 URL 리디렉션을 기존 주소와 다른 주소를 연결해 방문자와 검색에 새 위치를 알리는 방법으로 설명합니다. 사이트를 다른 도메인으로 옮기거나 여러 주소를 선호하는 한 위치로 모으거나 두 사이트를 통합할 때 사용할 수 있습니다. 메뉴에 새 링크를 표시하는 것만으로 이전 주소의 방문이 새 위치로 이동되는 것은 아닙니다. 이전 주소를 직접 요청했을 때 어떤 응답이 발생하는지가 중요합니다.

옛 URL의 목록은 실제 콘텐츠를 제공하던 위치를 기준으로 만들 수 있습니다. Google의 사이트 이동 안내는 사이트맵, 서버 로그, 분석 자료, 내부·외부 링크가 있는 페이지를 통해 중요한 URL을 찾는 방법을 설명합니다. 관리 화면에서 보이는 최신 메뉴만 읽으면 메뉴에서 빠졌지만 기존 링크로 방문하는 문서를 놓칠 수 있습니다. 연결할 대상은 현재 메뉴의 항목 수보다 실제로 공개된 주소의 범위와 관련됩니다.

새 문서에 내용을 통합했다면 여러 옛 주소가 하나의 새 페이지에 대응할 수도 있습니다. 공식 안내는 이전의 여러 페이지에 있던 콘텐츠를 새 단일 페이지로 통합한 경우 그 통합 페이지로 연결할 수 있다고 설명합니다. 주소 수가 같아야 하는 규칙이 아니라 내용의 대응이 필요하다는 조건입니다. 통합된 문서가 실제로 해당 내용을 제공하는지는 새 페이지의 본문에서 읽어야 합니다.

이동할 URL의 대상에는 본문 문서만 있는 것이 아닙니다. Google은 삽입된 이미지와 동영상, JavaScript, CSS 파일의 URL도 이동 계획에 포함하도록 설명합니다. 다운로드 문서에는 기존 검색이나 링크를 통한 방문이 있을 수 있습니다. 페이지의 경로만 바뀌고 필요한 자료의 주소가 끊어지면 새 문서를 읽는 데 필요한 구성 요소가 빠질 수 있습니다.

이동 기간에 맞는 서버 응답

검색결과에 표시되는 페이지 URL을 영구히 바꾸려는 경우 Google은 가능한 한 서버 측 영구 리디렉션을 권장합니다. 되돌리지 않을 이동인지가 선택의 조건입니다. 서버 측 리디렉션은 서버 설정 파일이나 서버 측 스크립트를 통해 헤더를 설정하는 방식입니다. 구현할 위치는 호스팅 환경과 서버, 사이트의 백엔드에 따라 달라지므로 한 설정 문장을 모든 사이트에 그대로 적용할 수 없습니다.

사용자를 잠시 다른 페이지로 보낼 목적이라면 임시 리디렉션을 사용합니다. Google 안내는 제공하던 서비스가 일시적으로 이용되지 않아 현재 상황을 설명하는 화면으로 안내하는 조건을 설명합니다. 임시 이동은 이전 URL이 검색결과에 유지될 수 있는 방식입니다. 페이지가 없어졌다는 일반적인 표현만으로 영구 이전인지 잠시 이용할 수 없는 상태인지를 구별할 수는 없습니다.

Googlebot은 영구와 임시 리디렉션을 모두 따라갈 수 있지만 색인 처리에서의 신호는 다릅니다. 영구 리디렉션은 목적지가 표준 URL이어야 한다는 신호로 사용됩니다. 임시 리디렉션은 그 신호로 사용되지 않으며 다른 표준화 신호가 있으면 목적지의 색인이 계속 생성될 수 있다고 설명합니다. 화면이 새 페이지로 이동했다는 사실만으로 어떤 검색 처리 신호가 제공되었는지 판단하지 않습니다.

코드 선택과 도착 위치는 각각 맞아야 합니다. 영구 이동 코드를 사용했더라도 주소가 잘못된 문서를 가리키면 내용 대응이 해결되지 않습니다. 반대로 내용이 맞는 새 문서로 연결되어도 임시 이동으로 구현했다면 영구 변경의 의도와 검색에 제공하는 신호가 다릅니다. 구현 결과를 읽을 때에는 이동 기간, 반환 코드, 도착 문서의 세 가지 조건을 함께 구별해야 합니다.

최종 목적지와 없는 문서의 응답

리디렉션은 최종 도착 페이지로 직접 연결하는 것이 권장됩니다. 중간 주소를 계속 거치는 체인은 사용자 지연을 늘리고 일부 사용자 에이전트와 브라우저가 긴 연결을 지원하지 않을 수 있습니다. Google이 여러 단계의 연결을 처리할 수 있다는 사실을 긴 체인을 만들어도 좋다는 권장으로 읽지 않습니다. 기존의 중간 주소가 남았는지와 최종 콘텐츠의 위치가 무엇인지 구별해 연결해야 합니다.

구현 후에는 이전 URL에서 실제로 이동해 목적지와 응답을 시험합니다. Google의 사이트 이동 안내는 URL 검사로 하나씩 테스트하거나 명령줄 도구와 스크립트로 여러 URL을 테스트하는 방법을 제시합니다. 새 페이지를 직접 열어 본 것과 옛 주소에서 그 페이지로 이동한 것을 같은 시험으로 다루지 않습니다. 옛 주소의 응답부터 최종 문서에 도착하는 경로가 실제로 작동해야 합니다.

무관한 홈페이지로 모든 옛 주소를 연결하면 안 됩니다. 공식 안내는 관련성이 떨어지는 하나의 도착 주소로 전부 리디렉션하면 독자에게 혼란을 주고 soft 404로 처리될 수 있다고 설명합니다. 내용 통합으로 여러 주소를 합치는 조건과 내용이 없는 상태에서 홈으로 보내는 조건은 다릅니다. 어떤 목적지든 화면이 열린다는 이유로 대체 문서가 존재한다고 판단하지 않습니다.

새 사이트로 모두 옮기지 않는 콘텐츠에는 실제 없는 상태에 맞는 응답이 필요합니다. Google의 사이트 이동 준비 안내는 이러한 URL이 404 또는 410 응답을 올바르게 반환하는지 조사하도록 설명합니다. 새 주소의 목록이 완성되었다고 모든 옛 문서를 무조건 리디렉션해야 하는 것은 아닙니다. 남기는 내용의 새 위치를 정하는 일과 더 이상 제공하지 않는 내용의 응답을 정하는 일을 구별합니다.

이동한 사이트의 내부 링크도 이전 주소에서 새 주소로 업데이트하는 것이 안내됩니다. 리디렉션으로 방문을 이어 주는 기능과 사이트 안에서 새 위치를 직접 연결하는 구성은 다릅니다. 주소 대응이 정해진 뒤 내부 링크가 어느 위치를 가리키는지 읽으면 불필요한 중간 이동을 줄일 수 있습니다. 새로운 URL마다 자체 참조 canonical을 사용하고 다국어·다국적 주석이 있다면 새 URL로 변경해야 한다는 조건도 있습니다.

개발 중 검색에 나오지 않도록 추가한 noindex는 공개 이동 시 해당 규칙을 업데이트할 대상입니다. 리디렉션은 작동하지만 도착 페이지가 계속 검색에서 제외되도록 설정되어 있으면 새로운 위치를 제공할 준비가 끝난 것으로 볼 수 없습니다. 링크 이동, 내용의 존재, 검색 접근 조건은 서로 다른 상태입니다. 최종 목적지의 콘텐츠와 공개 설정을 함께 읽어 실제 이동을 판단해야 합니다.

이어서 읽을 주제

문서 목록과 대표 URL을 정리하는 방법이 필요할 때: 사이트맵과 정규 주소.

홈페이지를 새로 구성할 시기를 판단할 때: 병원 홈페이지 리뉴얼.