URL이 변경되는 사이트 이동

2. URL 매핑 준비

이전 사이트의 URL을 새 사이트의 URL로 매핑하는 것이 중요합니다. 이 섹션에서는 두 사이트의 URL을 올바로 제대로 평가하고 매핑을 촉진하기 위해 할 수 있는 여러 일반적인 방법을 설명합니다. 매핑을 생성하는 방법에 대한 정확한 세부정보는 현재 웹사이트 인프라와 사이트 이동 정보에 따라 다릅니다.

현재 URL 확인

간단한 사이트 이동인 경우 현재 URL의 목록을 생성할 필요가 없습니다. 예를 들어 사이트의 호스트만 변경하는 경우(예: example.com에서 example.net으로 변경) 와일드 카드 서버 측 리디렉션을 사용할 수 있습니다.

좀 더 복잡한 사이트 이동의 경우 이전 URL의 목록을 생성한 다음 새 도착 URL과 매핑해야 합니다. 이전 URL 목록을 생성하는 방법은 현재 웹사이트의 설정에 따라 다르며 몇 가지 간단한 도움말은 다음과 같습니다.

  • 중요한 URL로 시작합니다. 중요한 URL을 찾으려면 다음 단계를 따르세요.
    • 가장 중요한 URL은 Search Console에 사이트맵으로 제출되었을 가능성이 높으므로 사이트맵을 살펴봅니다.
    • 서버 로그나 분석 소프트웨어로 트래픽이 가장 많이 발생하는 URL을 확인합니다.
    • Search Console의 사이트로 연결되는 링크 기능에서 내부와 외부 링크가 있는 페이지를 확인합니다.
  • 일반적으로 콘텐츠를 호스팅하는 모든 URL의 목록을 손쉽게 생성해 주는 콘텐츠 관리 시스템을 사용합니다.
  • 서버 로그를 확인하여 최근에 한 번 이상 방문한 URL을 찾습니다. 계절에 따른 트래픽 변화를 염두에 두고 사이트에 적합한 기간을 선택합니다.
  • 이미지와 동영상을 포함합니다. 사이트 이동 계획에 삽입된 콘텐츠(동영상, 이미지, 자바스크립트, CSS 파일)의 URL을 포함해야 합니다. 이러한 URL은 웹사이트의 다른 모든 콘텐츠와 동일한 방법으로 이동해야 합니다.

이전 URL에서 새 URL로 매핑 생성

이전 URL 목록을 만들면 각 URL을 리디렉션할 위치를 결정합니다. 이러한 매핑을 저장하는 방법은 서버 및 사이트 이동에 따라 다릅니다. 데이터베이스를 사용하거나 시스템에 일반 리디렉션 패턴에 대한 URL 재작성 규칙을 설정할 수 있습니다.

모든 URL 세부정보 업데이트

URL 매핑을 정의하고 나면 다음 3가지 작업을 수행하여 이동을 위한 최종 URL 매핑을 준비합니다.

  1. 다음과 같이 각 페이지의 HTML이나 사이트맵 항목에서 사이트설정을 업데이트합니다.
    1. 각 도착 URL에 자체 참조 rel="canonical" 링크 태그가 있어야 합니다.  
    2. 이동한 사이트에 rel-alternate-hreflang 사이트설정이 포함된 다국어 또는 다국적 페이지가 있는 경우 새 URL을 사용하도록 사이트설정을 업데이트해야 합니다.
    3. 이동한 사이트에 대응하는 모바일 사이트가 있는 경우 rel-alternate-media 사이트설정을 업데이트해야 합니다. 스마트폰 웹사이트 가이드라인에서 자세히 알아보기
  2. 내부 링크 업데이트
    새 사이트의 내부 링크를 이전 URL에서 새 URL로 변경합니다. 이전에 생성한 매핑을 사용하면 필요에 따라 링크를 찾고 업데이트할 수 있습니다.
     
  3. 사이트맵과 링크 목록 생성 및 저장
    마지막 이동을 위해 다음 목록을 저장합니다.
    1. 매핑에 새 URL을 포함하는 사이트맵 파일
    2. 매핑에 이전 URL을 포함하는 사이트맵 파일
    3. 현재 콘텐츠로 연결되는 사이트의 목록

    사이트맵에 대해 자세히 알아보기

301 리디렉션 준비

매핑을 생성하고 새 사이트가 준비되면 다음 단계는 매핑에 지정한 대로 이전 URL에서 새 URL로 서버에 HTTP 301 리디렉션을 설정하는 것입니다.

다음 사항에 유의하세요.

  • HTTP 301 리디렉션을 사용합니다. Googlebot에서는 여러 리디렉션 종류를 지원하지만 가능하면 HTTP 301 리디렉션을 사용하는 것이 좋습니다.
  • 연쇄 리디렉션을 사용하지 않습니다. Googlebot과 브라우저는 여러 리디렉션으로 된 '체인'(예: 페이지 1 > 페이지 2 > 페이지 3)을 따라갈 수 있지만 최종 목적지로 리디렉션하는 것이 좋습니다. 한 번에 리디렉션할 수 없는 경우 체인의 리디렉션 수를 적게 유지합니다. 5개 이상은 좋지 않으며 3개 이하가 적당합니다. 연쇄 리디렉션을 사용하면 사용자의 지연 시간이 늘어날 수 있으며 일부 브라우저에서는 긴 리디렉션 체인을 지원하지 않습니다.
  • 리디렉션을 테스트합니다. Fetch as Google을 사용하여 URL을 하나씩 테스트하거나 명령줄 도구 또는 스크립트를 사용하여 다수의 URL을 테스트합니다.
도움이 되었나요?
어떻게 하면 개선할 수 있을까요?