URL이 변경되는 사이트 이동

4. 트래픽 모니터링

사이트 이동이 원활하게 진행되는지 확인

Search Console을 사용하여 트래픽 모니터링

다양한 Search Console 기능은 다음과 같이 사이트 이동을 모니터링하는 데 도움이 됩니다.

  • 사이트맵: 매핑에서 이전에 저장한 두 개의 사이트맵을 제출합니다. 처음에는 새 URL을 포함한 사이트맵에 페이지의 색인이 생성되지 않고 이전 URL의 사이트맵에는 여러 페이지의 색인이 생성됩니다. 시간이 지나면서 이전 URL 사이트맵에서 색인이 생성된 페이지가 없어질 때까지 줄어들고 이에 상응하여 새 URL의 색인이 증가합니다.
  • 색인 노출 범위 보고서: 그래프는 사이트 이동을 반영하며, 이전 사이트의 색인 생성된 URL 수는 내려가고 새 사이트의 색인 생성이 증가하는 것을 볼 수 있습니다. 예상치 않은 크롤링 오류가 있는지 정기적으로 확인합니다.
  • 검색어: 새 사이트의 색인이 더 많이 생성되고 순위가 집계됨에 따라 검색어 보고서에 새 사이트에서 검색 노출수와 클릭수를 받는 URL이 표시되기 시작합니다.

다른 도구를 사용하여 트래픽 모니터링

서버 액세스와 오류 로그를 주시하여 특히 Googlebot의 크롤링, 예기치 않게 HTTP 오류 상태 코드를 반환하는 URL, 일반 사용자 트래픽을 확인합니다.

사이트에 웹로그 분석 소프트웨어를 설치했거나 CMS에서 분석을 제공하는 경우 이를 통해 이전 사이트에서 새 사이트로 트래픽이 이동하는 것을 확인하는 것이 좋습니다. 특히 Google 애널리틱스에서 제공하는 실시간 보고서는 사이트 이동 초기 단계에서 사용하기에 적합한 기능입니다. 이전 사이트의 트래픽은 줄어들고 새 사이트의 트래픽은 증가해야 합니다.

사이트 이동 문제 해결

다음은 사이트를 마이그레이션하면서 URL을 변경(HTTP에서 HTTPS로 변경 포함)할 때 흔히 생기는 몇 가지 실수입니다. 이러한 실수로 인해 새 사이트의 색인이 완전히 생성되지 않을 수 있습니다.

noindex 또는 robot.txt 차단

마이그레이션에만 필요한 noindex 또는 robots.txt 차단을 해제하는 것을 잊지 마세요.

사이트에 robots.txt 파일이 없어도 괜찮지만 robots.txt 파일이 요청되었음에도 제공되지 않은 경우 적절한 404를 신속하게 반환해야 합니다.

테스트 방법

  • HTTPS 사이트에서 robots.txt 파일을 검토하고 변경해야 할 사항이 있는지 확인합니다.
  • 새 사이트에서 Google에 누락된 것처럼 보이는 페이지에 URL 검사 도구를 실행합니다.

잘못된 리디렉션

오래된 사이트에서 새 사이트로의 리디렉션을 확인합니다. 종종 새 사이트에서 잘못된(존재하지 않는) URL로 연결하는 경우가 있습니다.

기타 크롤링 오류

색인 노출 범위 보고서를 검토하여 마이그레이션 이벤트 동안 새 사이트에서 다른 오류가 급증하는지 확인합니다.

호스트 로드 부족

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

앱 링크를 업데이트하지 않음

앱 내에서 웹페이지를 열 때, 이전 페이지에서 새 페이지로 향하는 리디렉션을 구현하기 전에 앱 링크를 새 URL로 업데이트합니다. 그렇지 않으면 Google에서 앱으로 새 URL을 열도록 권장하지 않고 사용자를 브라우저를 통해 웹 사이트로 안내합니다.

사이트맵을 업데이트하지 않음

사이트맵을 새 URL로 모두 업데이트했는지 확인합니다.

데이터 하이라이터를 업데이트하지 않음

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

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