중복 페이지 URL 표준화 및 표준 태그 사용

하나의 페이지를 여러 URL로 액세스할 수 있거나 서로 다른 페이지에 유사한 콘텐츠가 있는 경우(예: 한 페이지에 모바일 버전과 데스크톱 버전이 모두 있는 경우), Google은 이러한 페이지를 같은 페이지의 중복 버전으로 간주합니다. Google은 URL 중 하나를 표준 버전으로 선택하여 크롤링하고, 나머지 모든 URL은 중복 URL로 간주하여 크롤링 빈도를 줄입니다.

어떤 URL이 표준 버전인지 Google에 분명하게 알리지 않으면 Google이 사용자 대신 표준 버전을 선택하거나 두 페이지의 중요도를 동일하게 취급하기도 합니다. 그럴 경우 표준 URL을 선택해야 하는 이유에 설명된 것과 같이 원치 않는 동작을 유발할 수 있습니다.

이 문서에서는 Google 검색에서 URL 표준화가 작동하는 방식, 표준 URL을 지정해야 하는지 여부, Google에 선호하는 페이지를 지정하는 방법을 설명합니다.

표준 URL이란 무엇인가요?

표준 URL은 Google이 사이트의 중복된 페이지 중 가장 대표적이라고 간주하는 페이지의 URL을 말합니다. 예를 들어, 동일한 페이지의 URL이 여러 개 있는 경우(example.com?dress=1234 및 example.com/dresses/1234) Google은 하나를 표준 URL로 선택합니다.

페이지가 서로 완전히 일치해야만 중복으로 간주되는 것은 아닙니다. 목록 페이지의 정렬이나 필터링을 조금 변경한다고 해서(예: 가격별 정렬 또는 항목 색상으로 필터링) 고유한 페이지로 간주되지는 않습니다. 표준 URL은 중복 URL과 다른 도메인에 있을 수 있습니다.

Google이 색인을 생성하고 표준 URL을 선택하는 방법

Google은 사이트의 색인을 생성할 때 각 페이지의 주된 콘텐츠가 무엇인지 판단하려고 시도합니다. Google이 같아 보이는 페이지를 동일한 사이트에서 여러 개 발견하면 가장 온전하고 유용한 정보를 담고 있다고 판단되는 페이지를 선택해 표준 페이지로 지정합니다. 표준 페이지가 가장 정기적으로 크롤링되며, 중복 페이지는 사이트 크롤링 부담을 줄이기 위해 이보다 적게 크롤링됩니다.

Google은 페이지가 HTTP 또는 HTTPS 중 어떤 프로토콜을 통해 게시되는지, 페이지 품질은 어떠한지, 사이트맵에 있는 URL인지, rel=canonical 라벨이 있는지 등 여러 요인(또는 신호)을 기반으로 표준 페이지를 선택합니다. 이러한 기술을 사용하여 Google에 선호하는 페이지를 밝힐 수 있지만, Google은 여러 이유로 소유자가 선호하는 페이지가 아닌 다른 페이지를 표준으로 선택할 수도 있습니다.

한 페이지에 여러 언어 버전이 있으면 주요 콘텐츠의 언어가 같은 경우에만 중복으로 간주합니다. 즉, 머리글, 바닥글, 기타 중요하지 않은 텍스트만 번역되어 있고 본문이 동일한 페이지는 중복으로 간주합니다.

Google은 표준 페이지를 콘텐츠와 품질을 평가하기 위한 주요 기준으로 사용합니다. Google 검색결과는 대부분의 경우 표준 페이지를 표시하지만, 사용자에게 명백하게 더 적합한 중복 페이지가 있을 경우 이를 보여 줍니다. 예를 들어, 데스크톱 페이지가 표준으로 표시되어 있더라도 사용자가 휴대기기를 사용하는 경우 검색결과에 모바일 페이지가 표시될 가능성이 큽니다.

유사하거나 중복된 페이지가 발생하는 이유

합당한 이유로 사이트의 같은 페이지로 연결되는 URL이 여러 개 있거나, 여러 URL에 중복되거나 매우 비슷한 페이지가 존재하는 경우가 있습니다. 다음은 가장 일반적인 이유입니다.

  • 여러 기기 유형을 지원하는 경우 
    https://example.com/news/koala-rampage
https://m.example.com/news/koala-rampage
https://amp.example.com/news/koala-rampage
  • 정렬 또는 필터링 매개변수, 세션 ID 등을 위해 동적 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/https 버전, 프로토콜 포트 변형에 같은 콘텐츠를 게시하도록 설정된 경우 
    https://example.com/green-dresses
https://example.com/green-dresses
https://www.example.com/green-dresses
https://example.com:80/green-dresses
https://example.com:443/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이 검색결과에서 사람들에게 표시될지 지정합니다. 사람들이 https://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이 검색결과에 나타나도록 합니다.
  • 중복 페이지에 크롤링 시간을 낭비하지 않도록 방지합니다. Googlebot이 사이트를 최대한 활용하도록 하려면 같은 페이지의 데스크톱 버전과 모바일 버전을 모두 크롤링하는 데 시간을 할애하기보다는 사이트의 신규(또는 업데이트된) 페이지를 크롤링하게 하는 것이 좋습니다.

Google에서 표준으로 간주하는 페이지 알아보기

URL 검사 도구를 사용하여 Google이 표준으로 간주하는 페이지를 알아보세요. 표준 페이지를 분명히 지정해도 Google은 성능이나 콘텐츠 등의 다양한 이유로 다른 표준 페이지를 선택하는 경우도 있습니다.

표준 페이지 지정

중복 URL 또는 비슷한 페이지에 대해 표준 URL을 지정하려면 다음 방법 중 하나를 선택합니다. 이러한 방법은 필수는 아니지만 활용하는 것이 좋습니다. 표준 URL을 지정하지 않은 경우 Google이 어떤 버전 또는 URL이 최선인지 판단합니다. 일반 가이드라인을 준수해야 합니다.

방법 및 설명
rel=canonical <link> 태그

표준 페이지로 연결되는 모든 중복 페이지의 코드에 <link> 태그를 추가합니다.

장점:
  • 무한히 많은 중복 페이지를 매핑할 수 있습니다.

단점:

  • 페이지 크기가 커질 수 있습니다.
  • 용량이 큰 사이트 또는 URL이 자주 변경되는 사이트의 매핑을 유지하기가 복잡할 수 있습니다.
  • HTML 페이지에만 작동하며 PDF와 같은 파일에는 작동하지 않습니다. 이 경우 rel=canonical HTTP 헤더를 사용할 수 있습니다.
rel=canonical HTTP 헤더

페이지 응답에 rel=canonical 헤더를 전송합니다.

장점:

  • 페이지 크기가 커지지 않습니다.
  • 무한히 많은 중복 페이지를 매핑할 수 있습니다.

단점:

  • 용량이 큰 사이트 또는 URL이 자주 변경되는 사이트의 매핑을 유지하기가 복잡할 수 있습니다.
사이트맵

사이트맵에서 표준 페이지를 지정합니다.

장점:

  • 특히 용량이 큰 사이트에서 쉽게 사용하고 관리할 수 있는 방법입니다.

단점:

  • Google은 사이트맵에서 선언된 표준 페이지와 관련된 중복 페이지가 어떤 것인지 판단해야 합니다.
  • rel=canonical 매핑 방법에 비해 Google에 덜 강력한 신호를 줍니다.
301 리디렉션 301 리디렉션을 사용하여 Googlebot에 리디렉션된 URL이 지정된 URL보다 더 나은 버전이라는 것을 알립니다. 이 방법은 중복 페이지를 더 이상 사용하지 않는 경우에만 사용하세요.
AMP 변형 변형 페이지 중 하나가 AMP 페이지인 경우 AMP 가이드라인에 따라 표준 페이지 및 AMP 변형 페이지를 표시합니다.

일반 가이드라인

모든 표준화 방법에 다음과 같은 일반 가이드라인을 따르세요.

  • 표준화를 목적으로 robots.txt 파일을 사용하면 안 됩니다.
  • 표준화를 위해 URL 삭제 도구를 사용해서는 안 됩니다. 이 도구를 사용하면 Google 검색에서 모든 버전의 URL을 숨깁니다.
  • 같거나 다른 표준화 기술을 사용하여 서로 다른 URL을 같은 페이지의 표준 URL로 지정하면 안 됩니다. 예를 들어, 사이트맵에서 URL 하나를 지정하지 말고 rel="canonical"을 사용하여 같은 페이지에 다른 URL을 지정합니다.
  • 표준 페이지 선택을 방지하는 수단으로 noindex를 사용해서는 안 됩니다. 이 규칙은 표준 페이지 선택을 관리하기 위해서가 아니라 색인에서 페이지를 제외하기 위해 사용됩니다.

  • hreflang 태그를 사용하는 경우 표준 페이지를 지정합니다. 같은 언어로 된 표준 페이지를 지정하거나 같은 언어의 표준 페이지가 존재하지 않는 경우 가장 유사한 언어로 된 표준 페이지를 지정하세요.

  • 사이트 내에서 연결할 때는 중복 URL이 아닌 표준 URL에 연결하세요. 표준으로 간주하는 URL에 일관되게 연결하면 Google이 선호하는 페이지를 파악하는 데 도움이 됩니다.

표준 URL에는 HTTP보다 HTTPS가 선호됨

Google은 다음과 같은 문제나 충돌하는 신호가 있는 경우가 아니라면 HTTP 페이지보다는 HTTPS 페이지를 표준 페이지로 선호합니다.

  • HTTPS 페이지에 잘못된 SSL 인증서가 있습니다.
  • HTTPS 페이지에 보안이 취약한 종속 항목(이미지 제외)이 있습니다.
  • HTTPS 페이지에서 사용자를 HTTP 페이지로 또는 HTTP 페이지를 통해 리디렉션합니다.
  • HTTPS 페이지에 HTTP 페이지로 연결되는 rel="canonical" link가 있습니다.

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

  • HTTP 페이지에서 HTTPS 페이지로 연결되는 리디렉션 추가
  • HTTP 페이지의 rel="canonical" link를 HTTPS 페이지에 추가
  • HSTS를 구현

Google에서 HTTP 페이지를 표준 페이지로 잘못 사용하지 못하도록 하려면 다음 사례를 방지하세요.

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

rel=”canonical” 링크 태그(표준 태그)는 페이지가 다른 페이지와 중복된다는 것을 표시하기 위해 HTML의 헤드 섹션에 사용되는 태그입니다. 페이지가 다른 페이지의 중복 페이지임을 나타내려면 HTML의 head 섹션에 <link> 태그를 사용하면 됩니다.

다양한 URL을 통해 이 콘텐츠에 액세스할 수 있으나, https://example.com/dresses/green-dresses를 표준 URL로 지정하려고 한다고 가정해 보겠습니다. 다음 단계를 사용해 이 URL이 표준 URL임을 나타내세요.

  1. rel="canonical" 링크 태그로 모든 중복 페이지를 표시합니다.

    rel="canonical" 속성이 있는 <link> 요소를 중복 페이지의 <head> 섹션에 추가하여 표준 페이지로 연결되도록 합니다. 예를 들면 다음과 같습니다. 

    <link rel="canonical" href="https://example.com/dresses/green-dresses" />
  2. 표준 페이지에 모바일 변형이 있는 경우 모바일 버전의 페이지를 가리키는 rel="alternate" link를 그 페이지에 추가합니다.
    <link rel="alternate" media="only screen and (max-width: 640px)"  href="https://m.example.com/dresses/green-dresses">
  3. 페이지에 적합한 hreflang 또는 기타 리디렉션을 추가합니다.

rel="canonical" link 태그에는 상대 경로보다는 절대 경로를 사용하세요.

좋은 예시: https://www.example.com/dresses/green/greendress.html

좋지 않은 예: /dresses/green/greendress.html

자바스크립트를 사용하여 rel="canonical" 링크 태그를 추가할 때는 표준 링크 태그를 올바르게 삽입해야 합니다.

rel="canonical" HTTP 헤더 사용

서버를 구성할 수 있는 경우, HTML 태그보다는 rel="canonical" HTTP 헤더를 사용하여 PDF 파일과 같이 HTML이 아닌 문서를 포함해 Google 검색에 지원되는 문서의 표준 URL을 나타낼 수 있습니다.

Google은 현재 웹 검색결과에만 이 방법을 지원합니다.

여러 URL을 통해 PDF 파일을 노출하는 경우, rel="canonical" HTTP 헤더를 반환하여 Googlebot에 해당 PDF 파일의 표준 URL이 무엇인지 알릴 수 있습니다.

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

rel="canonical" HTTP 헤더에 관한 권장사항은 rel="canonical" link 태그와 동일합니다. RFC2616에 따라 rel="canonical" HTTP 헤더에는 큰따옴표만 사용하세요.

사이트맵 사용

각 페이지의 표준 URL을 선택하고 이를 사이트맵을 통해 제출합니다. 사이트맵에 명시된 모든 페이지는 표준 페이지로 제안됩니다. 중복 페이지가 있는 경우, Google이 콘텐츠의 유사성을 기준으로 어떤 페이지가 중복인지 판단합니다.

Google에서 사이트맵에 명시된 URL을 표준으로 간주한다고 보장할 수는 없습니다. 하지만 이는 대규모 사이트에서 표준을 간단하게 정의하는 방법이며, 사이트맵을 통해 어떤 페이지가 사이트에서 가장 중요한지 Google에 알릴 수 있습니다.

사이트맵에 표준이 아닌 페이지를 포함하지 마세요. 사이트맵을 사용하는 경우 사이트맵에 표준 URL만 지정합니다.

지원 중단된 URL에 301 리디렉션 사용

기존의 중복 페이지를 폐기하고 싶지만 기존 URL의 지원을 중단하기 전에 새로운 URL로 매끄럽게 전환하고 싶은 경우 이 방법을 사용하세요.

페이지를 다음과 같은 여러 경로로 방문할 수 있다고 가정해 보겠습니다.

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

URL 중 하나를 표준 URL로 선택하고 301 리디렉션을 사용하여 다른 URL에서 원하는 URL로 트래픽을 보냅니다. 서버 측 301 리디렉션은 사용자와 검색엔진을 정확한 페이지로 연결되도록 하는 최상의 방법입니다. 301 상태 코드는 페이지가 새 위치로 영구 이전했다는 의미입니다.

웹사이트 호스팅 서비스를 사용 중인 경우 301 리디렉션 설정에 관한 문서를 찾아보세요.

문제 해결

소유하지 않은 속성에 표준 URL이 있는 경우 중복 페이지와 관련된 어떤 트래픽도 볼 수 없습니다. 다음과 같은 몇 가지 일반적인 원인에 의해 표준 URL이 다른 속성에 존재할 수 있습니다.

  • 언어 종류가 잘못 표시됨: 여러 웹사이트를 통해 전 세계의 다양한 사용자를 대상으로 사실상 동일한 콘텐츠를 현지화하여 게재하는 경우 현지화된 사이트에 관한 Google의 가이드라인을 준수해야 합니다.
  • 부정확한 표준 태그: 일부 CMS(콘텐츠 관리 시스템) 또는 CMS 플러그인에서 표준화 기술을 잘못 사용하여 외부 웹사이트에 있는 URL로 연결할 수 있습니다. 콘텐츠가 이 경우에 해당하는지 확인하세요. 사이트에서 예기치 못한 표준 URL 환경설정을 가리킨다면 rel="canonical" 또는 301 리디렉션을 잘못 사용한 것일 수 있습니다. 이 경우 문제를 직접 수정해야 합니다.
  • 잘못 구성된 서버: 일부 호스팅이 잘못 구성되어 예기치 못한 교차 도메인 URL 선택이 발생할 수 있습니다. 예:
    • 서버가 잘못 구성되어 b.com의 URL을 요청했지만 a.com의 콘텐츠가 반환될 수 있습니다.
    • 관련 없는 두 웹 서버에서 Google이 오류 페이지로 식별하지 못하는 동일한 soft 404 페이지를 반환할 수 있습니다.
  • 악성 해킹: 일부 웹사이트 공격은 HTTP 301 리디렉션을 반환하는 코드를 도입하거나 HTML <head> 또는 HTTP 헤더에 일반적으로 악성 URL 호스팅 또는 스팸 콘텐츠로 연결되는 교차 도메인 rel="canonical" 링크 태그를 삽입합니다. 이러한 경우 Google 알고리즘에서 해킹당한 웹사이트의 URL 대신 악성 또는 스팸 URL을 선택할 수도 있습니다.
  • 모방 웹사이트: 드물긴 하지만, Google 알고리즘이 사용자의 허락 없이 콘텐츠를 호스팅하는 외부 사이트의 URL을 선택할 수 있습니다. 다른 사이트가 저작권법을 위반하고 내 콘텐츠를 복제했다고 생각되면 사이트의 호스트에 연락하여 삭제를 요청할 수 있습니다. 또한 권리를 침해하는 페이지를 검색결과에서 삭제하도록 Google에 디지털 밀레니엄 저작권법(Digital Millennium Copyright Act)에 따라 요청을 제출할 수 있습니다.