URL이 변경되는 사이트 이동

1. 새 사이트 준비

사이트 사본으로 새 시스템 설정

사이트 준비에 관한 세부정보는 사이트 이동마다 다르지만 대개 다음 중 하나 이상의 과정을 거치게 됩니다.

  • 새 콘텐츠 관리 시스템(CMS)을 설정하고 여기에 콘텐츠를 추가합니다.
  • PDF 문서 등 현재 호스팅하는 이미지와 다운로드를 전송합니다.
    이미지와 다운로드에 이미 검색결과나 링크를 통한 트래픽이 발생할 수 있으므로 Googlebot과 사용자에게 새 위치를 알리는 것이 좋습니다.
  • HTTPS로 이동하는 경우 서버에 필수 TLS 인증서를 받고 설치합니다.

나머지 도움말에서는 새 사이트를 준비할 때 권장되는 특정 작업을 다룹니다.

새 사이트의 robots.txt 설정

사이트의 robots.txt 파일은 Googlebot이 크롤링할 수 있는 영역을 제어합니다. 새 사이트의 robots.txt 파일에 포함된 명령어가 크롤링을 차단하려는 부분을 올바로 반영하는지 확인해야 합니다.

일부 사이트 소유자는 개발 중 모든 크롤링을 차단하기도 합니다. 이렇게 하면 사이트 이동이 시작된 후 robots.txt 파일을 어떻게 변경할지 준비해야 합니다. 마찬가지로 개발하는 동안 noindex 명령어를 사용하는 경우 사이트 이동이 시작되면 noindex 명령어를 삭제할 URL 목록을 준비하세요.

삭제되거나 병합된 콘텐츠의 오류 제공

이전 사이트에서 새 사이트로 전송되지 않는 콘텐츠가 있는 경우에는 이렇게 소속이 없는 URL이 HTTP 404 또는 410 오류 응답 코드를 제대로 반환하도록 해야 합니다. 새 사이트의 설정 패널에서 원본 URL에 오류 응답 코드를 반환하거나 새 도착 URL에 관한 리디렉션을 만들고 HTTP 오류 코드를 반환하도록 할 수 있습니다.

관련 없는 리디렉션 방지

이전에 사용하던 여러 URL을 새 사이트의 홈페이지처럼 관련성이 떨어지는 하나의 도착 URL로 전부 리디렉션하면 안 됩니다. 이 방법은 사용자에게 혼동을 주며 soft 404 오류로 처리될 수 있습니다. 하지만 이전에 여러 페이지에 호스팅되던 콘텐츠를 새로운 단일 페이지에 통합한 경우 이전 URL 여러 개를 통합된 새 페이지로 리디렉션할 수 있습니다.

올바른 Search Console 설정 확인

사이트 이동의 성공 여부는 Search Console을 최신 상태로 올바르게 설정하는 데 달려있습니다.

아직 확인하지 않았다면 Search Console에서 자신이 이전 사이트와 도착 사이트를 모두 소유하고 있는지 확인합니다. 원본 사이트나 도착 사이트와 유사한 사이트를 모두 확인해야 합니다. 예를 들어 www.example.com과 example.com을 확인하고 HTTPS URL을 사용하는 경우 HTTPS와 HTTP 사이트의 형태도 확인해야 합니다. 원본 사이트와 도착 사이트를 모두 확인하세요.

Search Console 확인 검토

사이트를 이동한 후에도 Search Console 확인이 계속 작동할지 확인합니다. 다른 확인 방법을 사용하는 경우 URL을 변경했을 때 확인 토큰이 다를 수 있습니다.

HTML 파일 방법을 사용하여 Search Console에서 사이트 소유권을 확인하는 경우 현재 확인 파일을 사이트의 새 사본에 포함해야 합니다.

마찬가지로 메타태그를 참조하는 include 파일로 소유권을 확인하거나 Google 애널리틱스를 사용하여 소유권을 확인하는 경우 새 CMS 사본에도 이를 포함해야 합니다.

Search Console 설정 검토

이전 사이트의 Search Console에서 일부 설정을 변경한 경우 새 사이트의 설정을 업데이트하여 이러한 변경사항을 반영해야 합니다. 예:

  • URL 매개변수: URL 매개변수를 설정하여 이전 URL의 크롤링이나 색인 생성을 제어한 경우 필요에 따라 새 사이트에도 이 설정을 적용해야 합니다.
  • 지역 타겟팅: 이전 사이트에서 지역 타겟팅이 가능한 도메인이나 국가 코드 최상위 도메인(예: .co.uk)과 같이 명시적인 지역 타겟팅을 사용했을 수 있습니다. 같은 지역에 계속 타겟팅하고 싶은 경우 새 사이트에도 같은 설정을 적용합니다. 하지만 사이트 이동을 통해 비즈니스를 전 세계로 확장하고 사이트를 특정 국가나 지역에 연결하고 싶지 않은 경우 사이트 설정 페이지의 드롭다운 목록에서 없음을 선택합니다.
  • 크롤링 속도: Search Console에서 Googlebot이 원본 URL과 도착 URL을 크롤링하는 속도를 제한하지 않는 것이 좋습니다.  또한 크롤링 속도 설정도 사용하지 않는 편을 권장합니다. 사이트에서 Googlebot의 크롤링 양을 처리할 수 없음이 확실한 경우에만 이를 설정합니다. 이전 사이트에서 Googlebot의 크롤링 속도를 제한했다면 삭제하는 것이 좋습니다.  Google에는 사이트 이동이 구현되었음을 자동으로 감지하는 알고리즘이 있으며 Google 색인에 사이트 이동을 신속하게 반영하도록 Googlebot의 크롤링 동작을 변경합니다.
  • 거부된 백링크: 이전 사이트의 링크를 거부하기 위한 파일을 업로드한 경우 새 사이트의 Search Console 계정을 사용하여 이 파일을 다시 업로드하는 것이 좋습니다.

최근에 구매한 도메인 정리

새 사이트가 최근에 구매한 도메인에 있는 경우 이전 소유자와 관련된 남은 문제가 정리되었는지 확인할 수 있습니다. 다음 설정을 확인하세요.

  • 이전 스팸에 관한 직접 조치: Google에서는 웹마스터 가이드라인을 준수하지 않는 사이트에 사이트 순위를 낮추거나 Google 검색결과에서 완전히 삭제하는 등의 직접 조치를 합니다. Search Console의 직접 조치 페이지를 확인하여 새 사이트에 직접 조치가 적용된 적이 있는지 확인하고 페이지에 표시된 다른 문제가 있으면 재검토 요청을 제출하기 전에 문제를 해결합니다.
  • 삭제된 URL: 이전 소유자에게 삭제해야 하는 URL, 특히 사이트 전체 URL 등이 남아있지 않은지 확인합니다. 또한 콘텐츠 URL 삭제 요청을 제출하기 전에 URL 삭제 도구를 사용하면 안 되는 경우를 파악해야 합니다.

웹로그 분석 사용

사이트를 이동하는 동안 이전 사이트와 새 사이트의 사용을 분석하는 것이 중요합니다. 웹로그 분석 소프트웨어를 사용하면 손쉽게 분석할 수 있습니다. 일반적으로 웹로그 분석 설정은 페이지에 삽입된 자바스크립트 부분으로 구성됩니다. 다른 사이트 추적 관련 세부정보는 분석 소프트웨어 및 로깅, 프로세싱, 필터링 설정에 따라 다릅니다. 도움이 필요하면 분석 소프트웨어 제공업체에 문의하시기 바랍니다. 또한 분석 소프트웨어 설정을 변경할 예정이었다면 지금 변경하는 것이 좋습니다. Google 애널리틱스를 사용하는 경우 콘텐츠 보고서에서 새 사이트를 확실히 구분할 수 있도록 새 프로필을 만드는 것이 좋습니다.

새 도메인에서 리소스 제공 보장

이전 후 Google은 평소보다 새 사이트를 훨씬 많이 크롤링합니다. 이는 이전 사이트에서 새 사이트로 트래픽을 리디렉션하기 때문이며 이전 사이트의 크롤링은 다른 크롤링과 함께 새 사이트로 리디렉션됩니다. 새 사이트에 Google로 인해 증가한 트래픽을 처리할 충분한 호스트 로드가 있는지 확인합니다.

데이터 하이라이터 업데이트

데이터 하이라이터로 이전 페이지를 매핑한 경우 다시 새 사이트를 매핑해야 합니다.

앱 링크 업데이트

HTTPS 페이지가 준비되면 Google 검색결과에 표시될 때 앱에서 열게 할 웹페이지의 앱 링크를 업데이트하세요. 새 HTTPS URL을 가리키도록 링크를 업데이트해야 합니다. 이 링크에서는 리디렉션이 작동하지 않으며 앱 링크 처리를 업데이트하지 않는 한 모바일 브라우저를 클릭하면 앱 대신 브라우저에서 페이지가 열립니다.

도움이 되었나요?
어떻게 하면 개선할 수 있을까요?