검색
검색어 지우기
검색 닫기
Google 앱
기본 메뉴
true

표준 URL 사용

이 도움말에서는 여러 URL 구조나 신디케이션을 통해 사용 가능한 링크 및 순위 신호를 개선하기 위해 표준 URL을 사용하는 방법에 대해 설명합니다.

콘텐츠 관리 및 온라인 쇼핑 시스템에서는 여러 URL을 통해서 같은 콘텐츠에 액세스하는 경우가 많습니다. 또한 콘텐츠 신디케이션을 사용하면 여러 URL과 도메인에 콘텐츠를 전체적으로 배포하기가 수월합니다. 예:

사용자 세션 또는 검색 환경설정으로 인해 동일한 제품 페이지에 동적 URL이 있습니다.
https://www.example.com/products?category=dresses&color=green

https://example.com/dresses/cocktail?gclid=ABCD 

https://www.example.com/dresses/green/greendress.html
여러 섹션에 동일한 글을 게시하면 블로그 시스템에서 여러 URL을 자동으로 저장합니다.
https://blog.example.com/dresses/green-dresses-are-awesome/

https://blog.example.com/green-things/green-dresses-are-awesome/
서버가 www 하위 도메인이나 http 프로토콜에 동일한 콘텐츠를 게시하도록 설정되어 있습니다.
http://example.com/green-dresses

https://example.com/green-dresses

http://www.example.com/green-dresses
다른 사이트에 신디케이션하기 위해 블로그에 제공한 콘텐츠가 해당 도메인에서 부분적으로 또는 전체적으로 복제됩니다.
https://news.example.com/green-dresses-for-every-day-155672.html(신디케이션 글)

https://blog.example.com/dresses/green-dresses-are-awesome/3245/(원래 글)

이 시스템을 이용하면 콘텐츠를 개발하고 배포하기에 더 편리하지만 사용자가 검색 엔진을 통해 내 페이지를 방문하기는 어려울 수 있습니다. 예를 들면 다음과 같은 문제가 있습니다.

  • 중복되거나 비슷한 콘텐츠에 대한 링크 신호 통합. 검색 엔진에서 선호하는 단일 URL에 있는 개별 URL에 관한 정보(예: URL에 대한 링크)를 더 쉽게 통합할 수 있도록 합니다. 즉, 다른 사이트에서 http://example.com/dresses/cocktail?gclid=ABCD로 연결되는 링크가 https://www.example.com/dresses/green/greendress.html로 연결되는 링크와 통합됩니다.
  • 단일 제품/주제에 대한 측정항목 추적. 다양한 URL을 사용하는 경우 특정 콘텐츠에 대한 통합된 측정항목을 구하기가 더 어렵습니다.
  • 공개적으로 표시할 URL 결정. 녹색 드레스가 게시된 페이지라면 사람들이 https://example.com/dresses/cocktail?gclid=ABCD보다는 https://www.example.com/dresses/green/greendress.html이라는 URL을 통해 방문하는 것이 낫습니다.
  • 신디케이션 콘텐츠 처리. 다른 도메인에 게시하기 위해 콘텐츠를 신디케이트한 경우 선호 URL에 페이지 순위를 통합하기를 원하기 마련입니다.

이 문제를 해결하려면 콘텐츠(또는 상응하는 콘텐츠)에 대한 표준 URL이 여러 URL을 통하여 사용 가능하도록 정의하는 것이 좋습니다. Google 검색에서 다음과 같은 여러 방법으로 이 작업을 수행할 수 있습니다.

필수는 아니지만 이러한 방법을 이용하는 것이 좋습니다. 표준 URL이 지정되지 않은 경우 Google에서는 최상이라고 판단되는 버전 또는 URL을 식별합니다.

표준화를 목적으로 robots.txt 파일을 사용하면 안 됩니다.
표준화를 위해 URL 삭제 도구를 사용해서는 안 됩니다. 사용하면 검색에서 모든 URL 버전이 삭제됩니다.
서로 다른 URL을 동일한 페이지의 표준 URL로 지정하면 안 됩니다(예: rel="canonical"을 사용하여 사이트맵과 동일한 페이지에서 서로 다른 URL 사용).

선호 도메인 설정

도메인에 대해 어느 버전의 사이트 URL을 선호하는지 다음과 같이 Google에 알립니다.

  • https://www.example.com
  • https://example.com

선호 도메인을 https://example.com으로 설정하면 Google에서 https://www.example.com에 대한 링크를 https://example.com에 대한 링크와 똑같이 처리합니다.

자세한 내용은 선호 도메인 설정을 확인하세요.

rel="canonical" 링크 요소를 사용하여 선호 URL 지정

다양한 URL로 콘텐츠에 액세스할 수 있지만 https://blog.example.com/dresses/green-dresses-are-awesome/ 페이지를 선호 URL로 한다고 가정하면, 검색 엔진에 다음과 같이 지정할 수 있습니다.

  • rel="canonical" 링크 요소로 표준 페이지 및 다른 유사 페이지를 마크업합니다.
    rel="canonical" 속성이 있는 <link> 요소를 이러한 페이지의 <head> 섹션에 추가합니다. 
    <link rel="canonical" href="https://blog.example.com/dresses/green-dresses-are-awesome" />

    이렇게 하면 녹색 드레스 관련 글에 액세스할 때 선호 URL을 사용하도록 지정됩니다. 그러면 사용자의 검색결과에 그 URL 구조가 표시될 가능성이 커집니다(참고: Google에서는 이를 반영하고자 하지만 항상 반영될 거라고 보장할 수는 없음).

오류 방지: rel="canonical" 링크 요소에는 상대 경로보다는 절대 경로를 사용하세요.

https://www.example.com/dresses/green/greendresss.html 구조를 사용하세요.
/dresses/green/greendress.html 구조를 사용해서는 안 됩니다.

사이트맵을 사용하여 동일한 콘텐츠에 대한 선호 URL 설정

각 페이지에 대한 표준(선호) URL을 선택하고 사이트맵에 표준 URL을 제출함으로써 Google에 선호 URL을 알립니다.

사이트맵에 제출된 URL이 Google에서 상 보장되지 않지만 이를 통해 가장 중요하게 생각하는 페이지를 Google에 알릴 수 있습니다.

표준이 아닌 URL에 대해 301 리디렉션 사용

내 페이지를 다음과 같은 여러 경로로 방문할 수 있다고 가정해 봅시다.

  • https://example.com/home
  • https://home.example.com
  • https://www.example.com

URL 중 하나를 선호(표준) 도착 URL로 선택하고 301 리디렉션을 사용하여 다른 URL의 트래픽을 선호 URL로 보내는 것이 좋습니다. 서버측 301 리디렉션은 사용자와 검색 엔진을 정확한 페이지로 이동시키기 위한 최상의 방법입니다. 301 상태 코드는 페이지가 새 위치로 영구적으로 이동했음을 의미합니다.

동적 매개변수를 처리하는 방법 지정

무시할 매개변수에 대해 Google에 알리려면 매개변수 처리를 사용합니다. 특정 매개변수를 무시하면 Google 색인에서 중복 콘텐츠를 줄여서 사이트 크롤링이 더 잘 수행되는 데 도움이 됩니다. 예를 들어 sessionid 매개변수를 무시하도록 지정하면 Google에서는 https://www.example.com/dresses/green.php?sessionid=273749https://www.example.com/dresses/green.php와 같은 것으로 간주합니다.

HTTP 헤더에 표준 링크 지정

서버를 구성할 수 있는 경우 rel="canonical" HTTP 헤더를 사용하여 HTML 문서 및 PDF와 같은 기타 파일의 표준 URL을 지정할 수 있습니다. 사이트에서 다음과 같이 다른 URL을 통해 동일한 PDF를 제공한다고 가정해 봅시다(예: 추적 용도).

https://www.example.com/downloads/white-paper.pdf
https://www.example.com/downloads/partner-1/white-paper.pdf
https://www.example.com/downloads/partner-2/white-paper.pdf
https://www.example.com/downloads/partner-3/white-paper.pdf

이 경우 rel="canonical" HTTP 헤더를 사용하여 다음과 같이 PDF 파일의 표준 URL을 Google에 지정할 수 있습니다.

Link: <http://www.example.com/downloads/white-paper.pdf>; rel="canonical"

Google은 현재 웹 검색에만 이 링크 헤더 요소를 지원합니다. 

표준 URL에 대해 HTTP보다 HTTPS 선호

Google에서는 HTTP 페이지보다는 HTTPS 페이지를 표준 URL로 선호하며, 다음과 같이 충돌하는 신호가 있는 경우는 예외입니다.

  • HTTPS 페이지에 잘못된 SSL 인증서가 있습니다.
  • HTTPS 페이지에 보안이 취약한 종속성이 있습니다.
  • HTTPS 페이지는 크롤링되지만 HTTP 페이지는 크롤링되지 않습니다.
  • HTTPS 페이지에서 사용자를 HTTP 페이지로 또는 HTTP 페이지를 통해 리디렉션합니다.
  • HTTPS 페이지에 HTTP 페이지로 연결되는 rel="canonical" 링크가 있습니다.
  • HTTPS 페이지에 NOINDEX robots 메타 태그가 포함되어 있습니다.

Google 시스템은 기본적으로 HTTP 페이지보다 HTTPS 페이지를 선호하지만 다음 작업을 수행하여 이러한 선호도를 확실히 지정할 수 있습니다.

  • HTTP 페이지에서 HTTPS 페이지로 301, 302, 자바스크립트나 메타 리디렉션
  • HTTP 페이지의 rel="canonical" 링크를 HTTPS 페이지에 추가
  • HSTS 구현

Google에서 HTTP 페이지를 표준 URL로 잘못 사용하지 못하도록 하려면 다음 사례를 방지해야 합니다.

  • 잘못된 SSL 인증서 및 HTTPS에서 HTTP로의 리디렉션 사용. 이렇게 하면 Google에서 HTTP를 강력하게 선호하게 되어 HSTS를 구현해도 이렇게 강력한 선호도를 재정의할 수 없습니다.
  • HTTPS 버전이 아닌 HTTP 페이지를 사이트맵이나 hreflang 항목에 포함
  • 잘못된 호스트 변형에 대한 SSL/TLS 인증서 사용(예: www.example.com에 대한 인증서를 게시하는 example.com). 인증서는 전체 사이트 URL과 일치하거나 한 도메인의 여러 하위 도메인에 사용될 수 있는 와일드 카드 인증서여야 합니다.
robots.txt 파일로 리소스를 차단하는 경우 리소스의 HTTP와 HTTPS 버전을 모두 차단해야 합니다.

 

 

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