Google 검색에서 중복되거나 매우 유사한 페이지에 대해 대표 URL(표준 URL)을 지정하려면 여러 방법을 사용하여 기본 설정을 표시할 수 있습니다. 대표 URL 지정에 영향을 미치는 강도 순서는 다음과 같습니다.
- 리디렉션: 리디렉션 대상이 대표 URL이 되어야 한다는 강력한 신호입니다.
- rel="canonical" 링크 주석: 지정된 URL이 대표 URL이 되어야 한다는 강력한 신호입니다.
- 사이트맵 포함: 사이트맵에 포함된 URL이 대표 URL이 되도록 돕는 약한 신호입니다.
이러한 방법들은 중첩될 수 있으므로 조합할 때 더욱 효과적이라는 점을 염두에 두어야 합니다. 즉, 두 가지 이상의 방법을 사용하면 선호하는 대표 URL이 검색 결과에 표시될 확률이 높아집니다.
Google은 이러한 방법의 사용을 권장하지만 필수 사항은 아닙니다. 대표 URL 선호도를 지정하지 않아도 사이트는 올바르게 작동할 가능성이 높습니다. 대표 URL을 지정하지 않으면 Google이 검색 사용자에게 보여줄 가장 객관적으로 뛰어난 버전의 URL을 스스로 식별하기 때문입니다.
WordPress, Wix, Blogger와 같은 CMS를 사용하는 경우 HTML을 직접 수정하지 못할 수 있습니다. 대신 CMS에 검색엔진 설정 페이지나 대표 URL을 검색엔진에 알리는 다른 메커니즘이 있을 수 있습니다. CMS에서 페이지의 <head>를 수정하는 방법에 대한 지침을 검색해 볼 수 있습니다(예: "wordpress set the canonical element" 검색).
대표 URL을 지정해야 하는 이유
URL에 대한 대표 선호도를 지정하는 것이 일반적으로 필수적인 것은 아니지만, 중복되거나 유사한 페이지 세트에서 대표 페이지를 Google에 명시적으로 알려주어야 하는 몇 가지 이유가 있습니다.
- 사람들이 검색 결과에서 보길 원하는 URL을 지정하기 위해: 사용자가 https://example.com/dresses/cocktail?gclid=ABCD 대신 https://www.example.com/dresses/green/green-dress.html을 통해 초록색 드레스 상품 페이지에 도달하도록 선호할 수 있습니다.
- 유사하거나 중복된 페이지의 신호를 통합하기 위해: 검색엔진이 개별 URL에 대한 신호(예: 해당 페이지로 향하는 링크)를 하나의 선호하는 URL로 통합하는 데 도움이 됩니다. 즉, 후자가 대표 URL이 되면 https://example.com/dresses/cocktail?gclid=ABCD로 향하는 다른 사이트의 신호가 https://www.example.com/dresses/green/green-dress.html로 향하는 링크와 통합됩니다.
- 단일 콘텐츠의 추적 지표를 단순화하기 위해: 다양한 URL이 존재하면 특정 콘텐츠에 대한 통합된 지표를 얻기가 더 어려울 수 있습니다.
- 중복 페이지에 크롤링 시간을 소비하지 않기 위해: Googlebot이 사이트를 최대한 활용하도록 하려면 동일한 콘텐츠의 중복 버전을 크롤링하는 대신 사이트의 새 페이지(또는 업데이트된 페이지)를 크롤링하는 데 시간을 보내는 것이 좋습니다.
권장사항
모든 대표 URL 지정 방법에서 다음 권장사항을 따라야 합니다.
- 대표 URL 지정 목적으로 robots.txt 파일을 사용하지 마십시오. Google은 robots.txt에서 차단된 URL도 콘텐츠 없이 색인 생성할 수 있습니다.
- 대표 URL 지정을 위해 URL 삭제 도구를 사용하지 마십시오. 이는 검색 결과에서 모든 버전의 URL을 숨깁니다.
- 서로 다른 대표 URL 지정 기술을 사용하여 동일한 페이지에 대해 서로 다른 URL을 대표 URL로 지정하지 마십시오(예: 사이트맵에는 하나의 URL을 지정하고, 동일한 페이지의 rel="canonical"에는 다른 URL을 지정하지 마십시오).
- Google은 일반적으로 URL 조각을 지원하지 않으므로 URL 조각을 대표 URL로 지정하지 마십시오.
- 대표 페이지 자체에 rel="canonical" 링크를 포함하십시오(자기 참조 대표 URL이라고도 함).
- 단일 사이트 내에서 대표 페이지가 선택되는 것을 막기 위해 noindex를 사용하는 것은 권장하지 않습니다. 페이지가 검색에서 완전히 차단되기 때문입니다. rel="canonical" 링크 주석이 선호되는 솔루션입니다.
- hreflang 요소를 사용하는 경우 동일한 언어의 대표 페이지를 지정하거나, 동일한 언어의 대표 페이지가 존재하지 않는 경우 가능한 최선의 대체 언어를 지정해야 합니다.
- 사이트 내에서 링크를 걸 때는 중복 URL 대신 대표 URL로 링크를 걸어야 합니다. 대표 URL로 간주하는 URL에 일관되게 링크를 걸면 Google이 선호도를 이해하는 데 도움이 됩니다.
- JavaScript로 클라이언트 측 렌더링을 사용하는 경우 대표 URL에 대한 정보가 가능한 한 명확한지 확인하는 것이 중요합니다. 가장 좋은 방법은 HTML 소스 코드에 대표 URL을 지정하고 JavaScript가 대표 링크 요소를 변경하지 않도록 하는 것입니다. HTML 소스 코드에 대표 URL을 설정할 수 없는 경우 소스 코드에서는 생략하고 JavaScript로만 설정해야 합니다. 이렇게 해야 대표 URL에 대한 정보가 가능한 한 명확해집니다.
대표 URL 지정 방법 비교
다음 표는 다양한 대표 URL 지정 방법을 비교하여 다양한 시나리오에서의 유지 관리 및 효율성 측면에서 장단점을 강조합니다.
| 방법 및 설명 | 장점 | 단점 |
|---|---|---|
| rel="canonical" 링크 요소 모든 중복 페이지의 <head> 코드에 <link> 요소를 추가하여 대표 페이지를 가리킵니다. |
무제한의 중복 페이지를 매핑할 수 있습니다. | 대형 사이트나 URL이 자주 변경되는 사이트에서는 매핑 관리가 복잡할 수 있습니다. PDF와 같은 파일이 아닌 HTML 페이지에서만 작동합니다. 이러한 경우에는 rel="canonical" HTTP 헤더를 사용할 수 있습니다. |
| rel="canonical" HTTP 헤더 페이지 응답에 rel="canonical" 헤더를 보냅니다. |
페이지 크기를 늘리지 않습니다. 무제한의 중복 페이지를 매핑할 수 있습니다. | 대형 사이트나 URL이 자주 변경되는 사이트에서는 매핑 관리가 복잡할 수 있습니다. |
| 사이트맵 사이트맵에 대표 페이지를 지정합니다. |
특히 대형 사이트에서 구현 및 관리가 간단합니다. | Google은 사이트맵에 선언한 대표 URL에 대해 연결된 중복 항목을 여전히 스스로 결정해야 합니다. rel="canonical" 매핑 기술보다 Google에 전달되는 신호의 강도가 약합니다. |
| 리디렉션 영구 리디렉션을 사용하여 리디렉션된 URL이 리디렉션 대상 URL보다 좋지 않은 버전임을 Google에 알립니다. 중복 페이지를 정리할 때만 사용하십시오. |
중복 페이지를 제거하려는 경우에 매우 강력합니다. | 페이지가 손실될 수 있습니다. |
| AMP 변형 변형 중 하나가 AMP 페이지인 경우 AMP 지침에 따라 대표 페이지와 AMP 변형을 표시합니다. |
AMP 페이지 지침을 준수합니다. | AMP 설정이 필요합니다. |
rel="canonical" 링크 주석 사용
Google은 RFC 6596에 설명된 명시적 rel canonical 링크 주석을 지원합니다. 페이지의 대체 버전을 제안하는 rel="canonical" 주석은 무시됩니다. 특히 hreflang, lang, media, type 속성이 있는 rel="canonical" 주석은 대표 URL 지정에 사용되지 않습니다. 대신 적절한 링크 주석을 사용하여 페이지의 대체 버전을 지정해야 합니다(예: 언어 및 국가 주석의 경우 link rel="alternate" hreflang 사용).
rel="canonical" 링크 주석은 두 가지 방법으로 제공할 수 있습니다.
- HTML의 rel="canonical" 링크 요소
- rel="canonical" 링크 HTTP 헤더
둘 중 하나를 선택하여 진행하는 것이 좋습니다. 두 방법을 동시에 사용하는 것은 지원되지만 오류가 발생하기 쉽습니다(예: HTTP 헤더에는 하나의 URL을 제공하고 rel="canonical" 링크 요소에는 다른 URL을 제공할 수 있음).
rel="canonical" 링크 요소
rel="canonical" 링크 요소(캐노니컬 요소라고도 함)는 HTML의 <head> 섹션에서 다른 페이지가 해당 페이지 콘텐츠를 대표함을 나타내는 데 사용되는 요소입니다.
다양한 URL로 이 콘텐츠에 접근할 수 있더라도 https://example.com/dresses/green-dresses를 대표 URL로 지정하려고 한다고 가정해 보겠습니다. 다음 단계에 따라 이 URL을 대표 URL로 표시할 수 있습니다.
중복 페이지의 <head> 섹션에 rel="canonical" 속성이 있는 <link> 요소를 추가하여 대표 페이지를 가리키도록 합니다. 동일한 자기 참조 rel="canonical" 링크 요소를 대표 페이지 자체에도 추가하는 것이 좋습니다.
대표 페이지에 별도의 URL로 된 모바일 변형이 있는 경우, 모바일 버전 페이지를 가리키는 rel="alternate" 링크 요소를 대표 페이지에 추가합니다.
페이지에 적절한 hreflang 또는 기타 요소를 추가합니다.
rel="canonical" 링크 요소에는 상대 경로 대신 절대 경로를 사용하십시오. Google에서 상대 경로를 지원하더라도 장기적으로 문제(예: 테스트 사이트가 실수로 크롤링되도록 허용하는 경우)가 발생할 수 있으므로 권장하지 않습니다.
- 좋은 예: https://www.example.com/dresses/green/green-dress.html
- 나쁜 예: /dresses/green/green-dress.html
rel="canonical" 링크 요소는 HTML의 <head> 섹션에 나타나는 경우에만 승인되므로 최소한 <head> 섹션이 유효한 HTML인지 확인해야 합니다. JavaScript를 사용하여 rel="canonical" 링크 요소를 추가하는 경우 대표 링크 요소가 제대로 주입되는지 확인하십시오.
rel="canonical" HTTP 헤더
서버 구성을 변경할 수 있는 경우 PDF 파일과 같은 비 HTML 문서를 포함하여 검색에서 지원하는 문서의 대표 URL을 표시하기 위해 HTML 요소 대신 RFC5988에 정의된 rel="canonical" 대상 속성이 포함된 링크 HTTP 응답 헤더를 사용할 수 있습니다. Google은 웹 검색 결과에 대해서만 이 방법을 지원합니다.
PDF 또는 Microsoft Word와 같은 여러 파일 형식으로 각각 고유한 URL에 콘텐츠를 게시하는 경우, rel="canonical" HTTP 헤더를 반환하여 비 HTML 파일의 대표 URL이 무엇인지 Googlebot에 알릴 수 있습니다.
rel="canonical" 링크 요소와 마찬가지로 rel="canonical" HTTP 헤더에도 절대 URL을 사용하십시오.
사이트맵 사용
각 페이지의 대표 URL을 선택하여 사이트맵 제출을 진행합니다. 사이트맵에 나열된 모든 페이지는 대표 URL로 제안되며, Google은 콘텐츠 유사성을 바탕으로 어떤 페이지가 중복 페이지인지 결정합니다. 사이트맵에 선호하는 대표 URL을 제공하는 것은 대형 사이트의 대표 URL을 정의하는 직관적인 방법이며, 사이트맵은 사이트에서 가장 중요하게 생각하는 페이지를 Google에 알리는 유용한 방법입니다.
리디렉션 사용
기존 중복 페이지를 제거하려는 경우 이 방법을 사용하십시오. 모든 영구 리디렉션 방법은 Google 검색에 동일한 영향을 미치지만 검색엔진이 서로 다른 리디렉션 방법을 감지하는 데 걸리는 시간은 다를 수 있습니다. 가장 빠른 효과를 보려면 HTTP(서버 측) 리디렉션을 사용하십시오.
페이지에 여러 방식으로 접근할 수 있다고 가정해 보겠습니다.
- https://example.com/home
- https://home.example.com
- https://www.example.com
이러한 URL 중 하나를 대표 URL로 선택하고 리디렉션을 사용하여 다른 URL의 트래픽을 선호하는 URL로 보냅니다.
기타 신호
명시적으로 제공된 방법 외에도 Google은 일반적으로 사이트 설정을 바탕으로 하는 일련의 대표 URL 지정 신호를 사용합니다. 대표 URL에 대해 HTTP보다 HTTPS를 선호하고, hreflang 클러스터의 URL을 선호합니다.
Google은 다음과 같은 문제나 충돌 신호가 있는 경우를 제외하고 동등한 HTTP 페이지보다 HTTPS 페이지를 대표 페이지로 선호합니다.
- HTTPS 페이지에 유효하지 않은 SSL 인증서가 있는 경우.
- HTTPS 페이지에 안전하지 않은 종속 항목(이미지 제외)이 포함되어 있는 경우.
- HTTPS 페이지가 사용자를 HTTP 페이지로 또는 HTTP 페이지를 통해 리디렉션하는 경우.
- HTTPS 페이지에 HTTP 페이지로 향하는 rel="canonical" 링크가 있는 경우.
Google 시스템은 기본적으로 HTTP 페이지보다 HTTPS 페이지를 선호하지만, 다음 조치를 취해 이러한 동작이 확실히 이루어지도록 할 수 있습니다.
- HTTP 페이지에서 HTTPS 페이지로의 리디렉션을 추가합니다.
- HTTP 페이지에서 HTTPS 페이지로 향하는 rel="canonical" 링크를 추가합니다.
댓글 1
댓글을 작성하려면 로그인해주세요.