URL이 변경되는 사이트 이동

개요: URL 변경으로 사이트 이전

이 도움말에서는 Google 검색결과에 대한 영향을 최소화하면서 사이트의 기존 페이지 URL을 변경하는 방법을 설명합니다. 이러한 사이트 이전의 예는 다음과 같습니다.

  • HTTP에서 HTTPS로 URL 변경
  • example.com에서 example.net으로 도메인 이름 변경 또는 여러 도메인 또는 호스트 이름 병합
  • URL 경로 변경: example.com/page.php?id=1 > example.com/widget 또는 example.com/page.html > example.com/page.htm

특별한 URL 변경 없이 사이트를 변경하는 경우에는 여기에서 시작하면 됩니다.

URL이 변경되는 사이트 이전 관련 자주 묻는 질문

  • 전부 함께 이동해야 하나요? 아니면 섹션별로 이동해도 괜찮은가요?
    섹션별로 이동해도 괜찮습니다.
  • 얼마나 많은 페이지를 색인 생성할 수 있는지 테스트하려면 어떻게 하나요?
    Search Console에서 각 속성의 데이터를 개별적으로 확인합니다. 색인 상태 보고서에서 전반적인 정보를 살펴보거나 사이트맵 보고서의 색인 생성된 사이트맵 수에서 사이트맵 URL을 확인할 수 있습니다.
  • Google이 URL 변경을 인식하는 데 시간이 얼마나 걸리나요?
    정해진 크롤링 빈도는 없습니다. 사이트의 크기와 가능한 크롤링 속도에 따라 다릅니다. 이동은 URL별로 이루어집니다.
  • 새로운 URL로 리디렉션하면 링크 크레딧을 잃게 되나요?
    아니요. 301 또는 302 리디렉션으로 인한 PageRank 손실은 없습니다.

HTTP–>HTTPS 이전

  • HTTPS 권장사항을 검토합니다.
  • HTTPS 속성을 Search Console에 추가했는지 확인합니다. Search Console은 HTTP와 HTTPS를 별개로 처리하며, 속성에 대한 데이터를 서로 공유하지 않습니다. 즉 두 프로토콜에 모두 페이지가 있다면 각 프로토콜에 대해 Search Console 속성을 분리해야 합니다.
  • HTTP에서 HTTPS로 페이지를 이전하는 것 관련 추가적인 자주 묻는 질문은 여기를 참조하세요.
HTTP–>HTTPS 이전 자주 묻는 질문

이전이 내 순위에 영향을 미치나요?

모든 이전과 관련하여 이전 중에는 순위 변동이 발생할 수 있습니다. 하지만 HTTPS 권장사항 정보 페이지를 검토하여 HTTPS 관련 실수를 피하도록 하세요.

HTTPS 사이트에 약간의 순위 상승이 있더라도 눈에 띄는 변화는 발생하지 않습니다. HTTPS를 사용하면 Google에서 사이트 순위가 향상될 수 있습니다. 이외에도 다양한 요인이 사이트 순위에 영향을 미치는데, HTTPS 사용보다 사이트 콘텐츠 품질이 더 큰 영향을 미칩니다. HTTPS로 이전하는 것이 단기적으로 중대한 검색 엔진 최적화 효과를 가져올 것이라고 기대해서는 안 됩니다. 향후 Google에서 HTTPS 이전의 효과를 강화시킬 수 있습니다.

일부 페이지만 HTTPS로 이동해도 괜찮나요?

네, 물론입니다. 일부만 이동을 시작해보고 테스트한 다음 자유롭게 더 이동할 수 있습니다.

일부만 HTTP에서 HTTPS로 이동하는 경우 단계적 URL에 미리 색인 색성이 되지 않도록 하려면 리디렉션보다는 rel=canonical을 사용해 보세요. 리디렉션을 사용하면 리디렉션된 페이지를 테스트할 수 없습니다.

어떤 인증서가 필요한가요?

Google 검색의 경우 최신 브라우저에서 사용되는 모든 최신 인증서를 사용할 수 있습니다.

HTTPS 사이트의 검색 키워드를 볼 수 있나요?

HTTPS에서도 달라지지 않습니다. 여전히 Search Console에서 검색어를 볼 수 있습니다.

HTTP 사이트맵을 robots.txt로 참조합니다. robots.txt를 업데이트하여 새로운 HTTPS 사이트맵을 포함해야 하나요? 

HTTP와 HTTPS에 대한 robots.txt 파일을 분리하여 별개의 HTTP 및 HTTPS 사이트맵을 지정하는 것이 좋습니다. 또한 각 URL은 하나의 사이트맵 파일에만 표시하세요.

어떤 사이트맵이 HTTPS 평가판의 섹션을 매핑해야 하나요?

사이트의 업데이트된 섹션에 대한 별도의 사이트맵을 생성할 수 있습니다. 이렇게 하면 평가판 섹션의 색인 생성을 좀 더 정확히 추적할 수 있습니다. 대신 다른 사이트맵에서 이 URL이 중복되지 않도록 주의하세요.

사이트에 리디렉션이 있는 경우 사이트맵에 어떤 URL을 나열해야 하나요(HTTP에서 HTTPS 또는 반대의 경우)?

사용자가 페이지를 방문할 때 리디렉션에 관계없이 HTTP 사이트맵에는 모든 HTTP URL을, HTTPS 사이트맵에는 모든 HTTPS URL을 나열합니다. 리디렉션과 관계없이 사이트맵에 페이지를 나열하면 검색 엔진이 새로운 URL을 더 빨리 발견합니다.

HTTPS 버전의 robots.txt에 추가해야 할 다른 것은 없나요? 

없습니다.

HSTS를 지원해야 하나요?

HSTS를 활용하면 보안에는 도움이 되겠지만 롤백 전략이 복잡해집니다. 자세한 정보는 HTTPS 권장사항을 참조하세요.

전체 사이트에서 단일 Google 뉴스 사이트맵을 사용합니다. 사이트를 부분적으로 이전하는 경우 어떻게 해야 하나요?

새로운 HTTPS 섹션에 Google 뉴스 사이트맵을 사용하려면 뉴스팀에 문의하여 프로토콜 변경을 알립니다. HTTPS로 사이트의 각 섹션을 이전할 때 Search Console의 HTTPS 속성에서 새 Google 뉴스 사이트맵을 제출할 수 있습니다.

HTTPS 이전과 관련하여 Google 뉴스 게시자 센터에 대한 권장사항이 있나요?

Google 뉴스 게시자 센터는 HTTP -> HTTPS 이전을 투명하게 처리합니다. 뉴스 사이트맵을 사용하는 경우가 아니라면 일반적으로 Google 뉴스와 관련하여 별도로 취해야 할 조치는 없습니다. 뉴스 사이트맵을 사용하고 있다면 뉴스팀에 문의하여 변경에 대해 알려주시기 바랍니다. 또한 섹션 변경에 대해서도 뉴스팀에 알릴 수 있습니다. 예를 들어 HTTPS로 이전하는 경우 http://example.com/section에서 https://example.com/section으로 이전한다고 명시할 수 있습니다.

사이트 이전

  1. 사이트 이전에 대한 기본 정보를 검토합니다. 예상되는 결과라든지 사용자 및 순위에 미칠 수 있는 영향을 파악합니다. HTTP에서 HTTPS로 이전하는 경우 HTTPS 권장사항을 검토합니다.
  2. 새 사이트를 준비하고 꼼꼼히 테스트합니다.
  3. 현재 URL에서 이에 상응하는 새 형식으로 URL 매핑을 준비합니다.
  4. 이전 URL에서 새 URL로 리디렉션하도록 서버를 설정하여 사이트 이전을 시작합니다.
  5. 이전 URL과 새 URL의 트래픽을 모니터링합니다.
도움이 되었나요?
어떻게 하면 개선할 수 있을까요?