SEO를 위한 표준 태그에 대한 궁극적인 가이드

Canonical 태그를 사용하면 여러 중복 페이지 중에서 페이지의 기본 기본 버전을 지정할 수 있습니다.

모든 웹사이트는 중복 콘텐츠 문제로 어려움을 겪을 수 있으며, 귀하의 콘텐츠 중 일부가 중복으로 표시된다는 사실을 인지하지 못할 수도 있습니다.

표준 태그가 없으면 검색 엔진이 알아서 표준 버전을 선택합니다. 그리고 그들은 당신이 주어진 콘텐츠를 대표하지 않는 것을 아주 잘 선택할 수도 있습니다. 이는 검색 가시성과 순위에 심각한 영향을 줄 수 있습니다.  

이 가이드에서는 웹사이트의 중복 콘텐츠 문제를 해결하기 위해 표준 태그를 사용하는 특징과 모범 사례를 설명합니다.

표준 태그란 무엇입니까?

표준 태그는 페이지의 버전이 두 개 이상인 경우 페이지의 기본(표준) 버전을 나타내는 코드 스니펫입니다.

표준 태그를 사용하면 색인을 생성하고 검색 결과에 표시해야 하는 URL을 검색 엔진에 알릴 수 있습니다.

표준 태그를 구현하는 가장 일반적인 기술은 페이지의 HTML에 다음 코드 스니펫을 추가하는 것입니다.

 <link rel=“canonical” href=“https://example.com/sample-page/” />

코드는 표준 페이지가 지정된 URL에 있음을 나타냅니다.

표준 태그는 중복 콘텐츠 문제를 해결하는 데 사용되지만 검색 엔진은 어떤 콘텐츠를 중복으로 간주하고 어떻게 처리합니까?

검색 엔진 및 복제 콘텐츠

중복 콘텐츠 문제는 검색 엔진 크롤러가 사용자와 페이지를 다르게 본다는 단순한 사실에서 발생합니다.  

검색 엔진 크롤러의 경우 다음 URL은 각각 다릅니다.

• http://site.com
• https://site.com  
• https://site.com/index.php
• http://site.com/index.php  
• http://www.site.com  

사용자가 페이지의 콘텐츠에 주의를 기울이는 동안 크롤러는 여러 페이지에 동일한 콘텐츠가 있는 경우에도 각 URL 주소를 별도의 엔터티로 인식합니다.

중복 콘텐츠 문제는 전자 상거래 사이트에서 특히 심각한 경향이 있지만 이에 국한되지는 않습니다. 많은 최신 웹사이트는 예를 들어 페이지를 정렬하거나 필터링하기 위해 URL에 태그와 매개변수를 자동으로 추가하며 종종 동일한 콘텐츠로 이어지는 수많은 경로를 활용합니다.

다른 URL 구조 를 사용 하는 경우에도 여러 버전의 URL이 존재할 수 있습니다 . 예를 들어, URL은 www와 www가 아닌, 후행 슬래시가 있거나 없는, HTTP 및 HTTPS 프로토콜 및 기타 형식으로 제공됩니다.

이것은 검색 엔진이 색인을 생성하기를 꺼리는 중복 콘텐츠로 이어질 수 있습니다.

특히 검색 엔진이 중복 콘텐츠를 발견하면 다음을 결정하는 데 어려움을 겪습니다.

• 어떤 페이지를 인덱싱해야 하는지,
• 관련 키워드에 대해 순위가 매겨져야 하는 페이지 및
• 순위 신호를 하나의 URL로 통합해야 하는지 아니면 여러 페이지에 분할해야 하는지 여부.

검색 엔진은 순위 지정을 위해 페이지 중복을 제거할 수 있지만 표준 URL을 선택하도록 하는 것은 위험합니다. 검색 엔진이 귀하의 콘텐츠를 가장 대표하는 버전이 아닌 페이지를 선택할 수 있습니다.

Google은 표준 페이지를 어떻게 선택합니까?

Googlebot은 주어진 URL을 처리하는 방법에 대한 제안 역할만 하기 때문에 표준 태그를 항상 따르는 것은 아니라는 점에 유의하는 것이 중요합니다 .

Google은 표준 버전을 선택할 때 다른 여러 페이지 요소 를 고려합니다.

이러한 요인에는 다음이 포함됩니다.

• 리디렉션 ,
• 내부 및 외부 연결,
• 사이트맵 ,
• 깔끔한 URL 구조,
• HTTPS 프로토콜 사용.

URL 검사 도구 를 사용하여 Google이 표준 태그를 준수했는지 아니면 다른 태그를 선택했는지 확인할 수 있습니다 .

Google은 표준 페이지를 주요 소스로 사용하여 콘텐츠와 품질을 평가합니다. 중복 페이지 중 하나가 사용자에게 명시적으로 더 적합하지 않는 한 Google 검색 결과는 일반적으로 표준 페이지를 가리킵니다. 예를 들어, 사용자가 모바일 장치를 사용하는 경우 데스크톱 페이지가 표준 페이지로 표시되더라도 검색 결과는 모바일 페이지를 가리킬 것입니다.

출처: 구글 문서

Google이 표준 URL을 선택하는 방법 을 설명하는 이 동영상을 시청하세요 .

표준 태그는 언제 사용해야 합니까?

단순히 표준 태그를 추가한다고 해서 중복되거나 얇은 콘텐츠의 모든 문제가 해결되는 것은 아니라는 점을 잊지 마십시오.

주요 목표는 이러한 문제를 일으키는 핵심 문제를 제거하는 것입니다. 중복 페이지의 콘텐츠를 제거하거나 개선하여 콘텐츠를 고유하게 만들고 사용자에게 더 많은 가치를 제공할 수 있는지 분석하는 데 집중하세요.

그럼에도 불구하고 표준 태그로 페이지를 정확하게 마크업하는 것은 중복 콘텐츠를 처리하는 데 한 걸음 더 나아갑니다.

표준 태그의 이점과 사용 시기를 분석해 보겠습니다.

표준 태그 사용의 이점

표준 태그를 추가하여 다음을 수행할 수 있습니다.

검색 결과에 표시할 페이지 지정

검색 엔진은 최고의 사용자 경험을 제공하는 것을 목표로 합니다. 그렇기 때문에 검색 결과에 동일한 콘텐츠의 버전이 두 개 이상 표시되는 경우는 거의 없습니다.

표준 태그는 가장 대표적인 페이지 버전의 검색 가시성을 향상시킬 수 있는 기회를 제공하여 이 페이지에 대한 유기적 트래픽을 증가시키고 비즈니스 이점으로 전환할 수 있습니다.

중복 페이지에 대한 순위 신호 통합

다른 사이트는 페이지의 다른 중복 버전으로 연결되어 검색 엔진이 순위를 매길 때 고려하는 신호 를 희석 시킬 수 있습니다.

표준 태그를 사용하면 중복 URL의 순위 신호가 표준 페이지로 흘러야 한다고 검색 엔진에 알립니다 .

중복 페이지 크롤링 방지

표준 태그를 구현하면 검색 엔진이 정규화된 페이지가 사본임을 알면서도 계속 크롤링할 가능성이 줄어듭니다.

동시에 정식 버전은 더 정기적으로 크롤링되어야 합니다.  

이것은 표준 페이지를 보다 효율적으로 크롤링하여 웹사이트의 색인 생성 상태에 긍정적인 영향을 미칠 수 있는 기회입니다.

표준 태그로 마크업할 콘텐츠 유형

표준 페이지를 선택해야 하는 특정 콘텐츠를 살펴보겠습니다.

다음 콘텐츠 유형 및 측면은 일반적으로 웹사이트에 가치를 추가하지 않으며 결과적으로 중복 콘텐츠 양이 증가할 수 있습니다.

신디케이트된 콘텐츠

콘텐츠 신디케이션은 콘텐츠의 일부가 다른 도메인에 다시 게시되었음을 의미합니다.

표준 태그를 구현 하면 작품의 소유권을 원래 게시자에게 돌리는 데 도움이 될 수 있습니다.

제품 필터링 및 정렬

전자 상거래 사이트의 일반적인 필터링 및 정렬 옵션은 일반적으로 URL에 추가되는 쿼리 문자열을 활용하므로 대량의 중복 콘텐츠가 생성될 수 있습니다. 필터링 및 정렬 페이지를 정규화하면 정규 버전의 순위를 높이는 데 도움이 되며 검색 엔진이 중복 콘텐츠를 불필요하게 크롤링하는 것을 방지할 수 있습니다.

URL의 중복 매개변수

매개변수는 추적에 사용되지 않고 콘텐츠를 변경하지 않으며 URL에 의미 있는 정보를 추가하지 않는 경우 페이지에 대해 중복될 수 있습니다 .

대신 사이트 크롤링이 비효율적일 수 있습니다.

제품 변형

제품은 색상, 크기 또는 기타 적용 가능한 속성만 변경되는 다양한 변형으로 제공될 수 있습니다 . 정규화는 주요 제품 변형을 선택하는 데 도움이 될 수 있습니다.

그러나 제품이 동일하게 유지되는지 여부를 고려하십시오. 예를 들어, 기술 틈새 시장에서는 스마트폰과 같은 다양한 변형 제품 이 실제로 다른 기능 을 포함할 수 있으므로 모두 검색 결과에 나타나야 합니다.

추적 매개변수 및 세션 ID

추적 매개변수는 캠페인 또는 사용자 여정을 추적 할 수 있으며 페이지의 콘텐츠를 변경하지 않으므로 정규화되어야 합니다.

표준 태그를 NOINDEX 태그 및 301 리디렉션과 비교하는 방법

검색 엔진이 페이지를 인덱싱하는 방법과 페이지를 인덱싱하는지 여부에 영향을 줄 수 있는 다른 솔루션과 표준 태그가 어떻게 비교되는지 궁금할 수 있습니다.

canonical 태그, noindex 태그 및 301 리디렉션의 특성과 SEO 사용 사례를 비교해 보겠습니다.

표준 태그와 NOINDEX 태그 사용

Noindex 태그는 표준으로 선택해야 하는 페이지를 관리하는 것이 아니라 색인에서 페이지를 제외하는 데 사용됩니다.  

검색 엔진이 표준 페이지를 선택하지 못하도록 하기 위해 noindex 태그를 사용해서는 안 됩니다.

표준화된 페이지는 일반적으로 noindex 태그와 달리 하나의 URL 아래에 순위 신호를 통합 합니다. 이는 Google 이 장기간 noindex, follow 태그를 noindex, nofollow 로 처리하기 때문에 발생합니다 .

경험에 따르면 페이지는 색인이 생성되지 않고 정규화되어서도 안 됩니다. 예를 들어, 색인이 생성되지 않은 URL로 정규화된 페이지는 색인에서 삭제됩니다.

John Mueller는 SEO 근무 시간 동안 색인이 생성되지 않고 표준화된 페이지가 NOindex를 표준 대상으로 전송하여 결과적으로 색인에서 두 주소를 모두 제거할 위험이 없다고 설명했습니다.

그러나 noindex와 canonical 태그를 모두 사용하면 혼합된 신호가 Google에 전송됩니다. 즉, Google은 태그를 선택하는 방식으로 해석할 수 있으며 결과는 사용자에게 바람직하지 않을 수 있습니다.

표준 태그 사용과 301 리디렉션 사용

검색 엔진과 사용자는 표준 태그와 301 리디렉션을 매우 다르게 인식합니다.

301 리디렉션을 사용하는 경우 사용자는 자동으로 대상 페이지로 이동하고 원본 페이지는 볼 수 없습니다. 301 리디렉션은 크롤링 해야 하는 URL의 수를 제한하므로 크롤링 예산 을 절약하는 데도 도움이 됩니다.

한편, 표준 태그를 사용하면 사용자는 여전히 두 URL을 모두 방문할 수 있습니다. 또한 중복 URL은 검색 엔진에서 계속 크롤링되므로 크롤링 가능한 페이지 수가 줄어들지 않습니다.

표준 태그는 순위 신호 를 페이지의 기본 버전으로 전달하는 경향이 있지만 301 리디렉션은 순위 신호가 도착 URL로 전송되어야 한다는 Google의 강력한 표시입니다 . 이는 표준 태그와 마찬가지로 Google에서 간헐적인 콘텐츠를 보지 않기 때문에 발생합니다.

301 리디렉션이 표준 태그보다 더 적합한 경우를 명확히 합시다.

301 리디렉션을 사용하여 URL을 통합하는 것이 가장 좋습니다 .

• 소문자와 대문자를 포함하는,
• 후행 슬래시가 있거나 없는 경우,
• HTTP 또는 HTTPS 프로토콜,
• www가 있는 것과 없는 것 모두 존재합니다.

사이트 마이그레이션 과 같이 콘텐츠를 변경 하고 URL이 변경되면 기존 URL을 새 URL로 301 리디렉션해야 합니다. 리디렉션과 별도로 새 도착 URL에 자체 참조 표준 태그가 있는지 확인하세요.

301 리디렉션이 최적인 또 다른 상황은 여러 URL에서 제품에 액세스할 수 있는 경우입니다.  

이 경우 제품이 할당된 카테고리 이름이 포함되지 않도록 URL 구조를 변경합니다 . 그런 다음 301은 기존 URL을 리디렉션합니다. 카테고리가 중복되는 경우 해당 카테고리를 제거하고 관련 대체 페이지로 리디렉션할 수 있습니다.

전반적으로 사용자가 여전히 하나의 URL에만 액세스할 수 있어야 하는 경우 301 리디렉션을 사용합니다.

페이지에 표준 태그를 추가하는 방법

페이지의 HTML 또는 HTTP 헤더에서 표준 페이지를 지정하는 두 가지 주요 방법이 있습니다. 수동으로 구현하거나 자동화하는 데 도움이 되는 도구 중 하나를 사용할 수 있습니다.

예를 들어 CMS를 사용하는 경우 SEO 플러그인 을 사용할 수 있습니다. 표준 페이지를 지정하는 기능이 있는 플러그인에는 Yoast SEO 또는 All in One SEO가 포함됩니다.  

Shopify를 사용하는 경우 필요한 경우 사용자 정의 표준 URL을 설정할 수 있습니다 . Shopify의 기본 설정은 제품 및 블로그 게시물에 대한 자체 참조 표준 URL을 추가하는 것입니다.

어떤 방법을 선택하든 한 곳에서만 표준 태그를 구현하는 것을 잊지 마십시오. 이러한 방법을 동시에 사용하지 마십시오. Google이 표준 태그의 여러 선언을 발견하면 모두 무시할 가능성이 높습니다.

HTML 태그

HTML에 표준 태그를 추가하는 것이 이를 구현하는 가장 일반적인 방법입니다.

HTML의 중복 페이지의 <head> 섹션에 다음 코드를 추가하고 표준 버전의 URL을 붙여넣습니다.

 <link rel="canonical" href="https://example.com" />

이 방법은 HTML 페이지에서만 작동하므로 다른 유형의 파일을 정규화하려면 HTTP 헤더를 사용하십시오.

HTTP 헤더

"rel=canonical" HTTP 헤더 를 구현하여 URL의 표준 버전을 나타낼 수 있습니다.

 링크: <http://www.example.com/downloads/white-paper.pdf>; rel="표준"

HTTP 헤더를 사용하여 PDF 파일과 같은 비 HTML 문서에 대한 표준을 지정합니다.

이 솔루션을 사용하려면 웹사이트 서버에 액세스해야 합니다. 또한 이 방법은 HTML보다 오류가 발생하기 쉽고 구현하기 어렵기 때문에 약간의 기술이 필요합니다.

표준 태그 사용 모범 사례

표준 태그 모범 사례를 따르면 검색 엔진이 페이지의 잘못된 버전을 표준으로 볼 위험을 줄이는 데 도움이 됩니다.

다음은 표준 태그에 대한 권장 사항 목록입니다.

절대 URL 사용

이론적으로 Google은 상대 URL과 절대 URL을 모두 인식해야 합니다. 그러나 URL의 절대 버전은 오류가 발생하기 쉽고 디버그하기 쉽습니다.

둘 중 하나를 사용할 수 있지만 절대 URL을 사용하여 올바르게 해석되는지 확인하는 것이 좋습니다.

— johnmu.xml (개인) (@JohnMu) 2018년 10월 24일

즉, 표준 태그에 전체 URL을 사용합니다.

 <link rel=“canonical” href=“https://example.com/sample-page/” />

URL 경로만 포함하지 마십시오.

 <link rel="canonical" href="/sample-page/" />

자체 참조 표준 태그 사용

필수는 아니지만 해당 태그가 있는 페이지를 가리키는 표준 태그를 사용하는 것이 좋습니다.

캠페인을 추적하기 위해 매개변수를 사용하는 경우 이를 구현하는 것이 필수적입니다. 이렇게 하면 캠페인 매개변수가 있는 모든 URL이 기본적으로 정적 URL로 정규화되고 색인이 생성되지 않도록 해야 합니다.

다음은 Google의 John Mueller가 SEO Office Hours 에서 자기 참조 표준과 관련하여 말한 내용입니다.

페이지에 자체 참조 표준 태그가 있는 것은 중요하지 않지만 표준으로 선택하려는 URL을 정확히 선택하기가 더 쉽습니다.

우리는 표준 URL을 선택하기 위해 여러 요소를 사용하며 rel=canonical이 그 역할을 합니다.

따라서 특히 URL 매개변수와 같은 항목이 있거나 URL에 특정 방식으로 태그가 지정되어 있는 경우(예: 분석을 위해 태그가 지정된 해당 페이지로 연결되는 링크가 있을 수 있음) 해당 태그가 지정된 URL을 정식 […]

출처: 존 뮬러

검색 엔진에 명확한 신호 보내기

명확한 신호를 보내는 것은 페이지당 하나의 표준만 지정하는 것으로 구성됩니다.  

URL을 표준으로 지정하는 것과 동시에 해당 URL을 다른 대상으로 리디렉션하지 마십시오.

또 다른 경우는 JavaScript를 사용하여 추가된 표준에 관한 것입니다.  

HTML에 표준 페이지가 지정되지 않고 JavaScript로 표준 태그가 추가된 경우 Google은 렌더링 중에 이를 준수해야 합니다. 그러나 HTML에 표준이 설정되어 있고 JavaScript가 이를 변경하면 혼합 신호를 Google에 보내는 것입니다.

혼합 신호를 보내면 검색 엔진이 표준을 잘못 해석 하거나 잘못된 버전을 표준으로 선택할 수 있습니다.

내부적으로 연결할 때 올바른 URL을 사용하는지 확인하십시오.

사이트에 내부 링크를 배치할 때 중복 URL이 아닌 표준 URL에 링크해야 합니다 .

언급한 바와 같이 더 강력한 신호가 다른 URL을 가리키는 경우 Google은 표준을 준수하지 않을 수 있습니다 . 이러한 신호 중 하나는 Google이 대신 마스터 버전으로 볼 수 있는 중복 URL에 대한 링크가 증가할 수 있습니다.

표준 태그가 페이지 매김의 첫 페이지를 가리키도록 하지 마세요.

페이지 매김의 첫 페이지만 인덱싱하는 것을 목표로 하는 것은 일반적인 실수입니다. 사용자가 검색 결과에서 후속 페이지에 액세스하지 못하도록 하는 데 사용할 수 있지만 이는 잘못된 접근 방식입니다. 이러한 페이지는 일반적으로 중복되지 않으므로 검색 엔진은 정규화를 무시할 수 있습니다. 그러나 표준 태그를 준수하는 경우 페이지 매김이 정규화될 수 있습니다.

페이지 매김에 고유한 제품에 대한 링크가 포함되어 있고 제품 ​​페이지 간에 다른 링크가 없는 경우 페이지 매김에 있는 제품 페이지에 대한 링크는 무시될 수 있습니다. 즉, 인덱싱 가능한 제품 페이지에는 다른 페이지의 내부 링크가 없습니다.

대신 페이지를 매긴 페이지에는 자체 참조 표준 태그가 있어야 합니다. 이러한 페이지의 콘텐츠는 동일하지 않으며 자체 참조 태그를 포함하여 검색 엔진에 각 페이지가 고유하다는 것을 알립니다. 이러한 페이지의 색인을 생성하지 않으려면 noindex 태그를 사용하십시오.

페이지의 데스크톱 버전을 가리킵니다.

모바일 사이트가 하위 도메인에 있는 경우 표준 태그는 페이지의 데스크톱 버전을 가리켜야 합니다.

hreflang 태그를 사용할 때 표준 페이지 식별

Google은 다른 언어 로 번역된 동일한 콘텐츠의 다른 버전을 중복 으로 보지 않지만 여전히 표준 태그를 사용해야 합니다.

표준 페이지가 동일한 언어 또는 최상의 대체 언어로 된 것을 검색 엔진 에 알립니다. 언어 변형은 자체 표준이어야 합니다.

크롤링 예산 문제 방지

표준 태그가 올바르게 구현된 경우에도 정규화된 URL은 여전히 ​​크롤링 예산을 사용할 수 있습니다.

정규화된 URL의 크롤링 속도는 시간이 지남에 따라 감소해야 하지만 검색 엔진은 여전히 ​​새 페이지를 크롤링하고 인덱싱하는 대신 복제본을 가져오는 데 집중할 수 있습니다.

서버 로그를 확인하여 Googlebot이 사이트에서 어떻게 작동하는지 확인하고 잠재적인 크롤링 문제를 식별합니다.

크롤링 예산 문제를 완화하려면 일반적으로 다음을 수행해야 합니다.

• 비표준 URL 버전에 대한 내부 링크 줄이기,
• Google Search Console의 URL 매개변수 도구 를 사용하여 Googlebot이 URL의 정적 버전을 크롤링하도록 지시합니다.

그러나 크롤링 예산 문제는 매우 큰 사이트에서 발생합니다. Google은 대부분의 사이트에서 이에 대해 걱정할 필요가 없다고 말합니다.

다른 피해야 할 사항에 대해 알아 보려면 "rel=canonical"을 구현할 때 흔히 발생하는 실수 에 대한 Google 기사를 읽는 것이 좋습니다 .

표준 태그를 감사하는 방법

표준 태그를 선택하려면 페이지에 올바른 페이지를 가리키는 표준 태그가 있는지 확인해야 합니다.

또한 페이지가 크롤링 및 색인 생성이 가능한지 확인해야 합니다 . robots.txt 에 의해 차단 되거나 noindex 태그로 표시되어서는 안 됩니다.

다음은 표준 태그를 감사하는 몇 가지 유용한 방법입니다.

Google Search Console을 사용하여 표준 태그를 분석하는 방법

Google Search Console에는 표준 페이지를 감사하는 데 유용한 도구인 색인 범위 보고서 및 URL 검사 도구가 포함되어 있습니다.

지수 범위 보고서

Google Search Console 의 색인 범위 보고서 는 색인이 생성된 URL과 색인을 생성할 수 없는 URL, 그 이유 등 색인 상태에 대한 유용한 정보 소스입니다.

사이트의 표준을 분석하려면 제외됨 카테고리로 이동하십시오.  

여기에서 귀하와 관련된 몇 가지 상태를 찾을 수 있습니다.

적절한 표준 태그가 있는 대체 페이지

이 상태로 표시된 URL은 Google이 URL에 대한 정규화 를 존중하는 페이지를 나타냅니다.

최근에 일부 페이지를 표준화한 경우 이러한 URL의 수가 증가할 것으로 예상할 수 있습니다. Google 보고서의 이 섹션을 사용하여 Google이 필요 이상으로 중복을 크롤링하고 있지 않은지 확인할 수 있습니다.

그렇지 않으면 이러한 URL에 주의가 필요하지 않습니다.

중복, Google은 사용자와 다른 표준을 선택했습니다.

상태는 Google이 자체 참조 표준 또는 다른 표준에 대한 정규화를 무시했음을 나타냅니다. 이것은 더 강한 신호가 다른 URL을 가리키는 경우 발생할 수 있습니다. 예를 들어, 다른 페이지에 대한 내부 링크가 증가할 수 있습니다.

이 문제는 콘텐츠 문제를 나타낼 수도 있습니다. 예를 들어, 콘텐츠의 고유한 부분을 로드하는 데 실패했거나 정규화할 잘못된 페이지를 선택했을 수 있습니다. 예를 들어 중복 페이지와 표준 페이지 간에 콘텐츠 패리티가 충분하지 않기 때문입니다.

이 문제를 해결하는 방법을 결정할 수 없는 경우 중복 문제를 해결하는 방법에 대한 가이드로 바로 이동하세요. Google은 사용자 문제가 아닌 다른 표준을 선택했습니다.

중복 제출된 URL이 표준으로 선택되지 않았습니다.

이는 Google이 XML 사이트맵에서 중복으로 간주되는 페이지를 찾았음을 의미합니다. 사이트맵을 살펴보고 사이트맵에 있는 모든 URL이 색인화되어야 하는지 확인하십시오.

사용자가 선택한 표준 없이 복제

지정된 rel=canonical URL이 없는 중복 URL입니다. 가장 적합한 표준 페이지를 결정하고 추가합니다.

URL 검사 도구

URL 검사 도구 를 사용하여 Googlebot 이 색인에서 제외된 URL을 어떻게 보는지 자세히 조사할 수 있습니다.

페이지를 검사할 때 다음을 확인하십시오.

• 마지막 크롤링 날짜 – Googlebot이 페이지를 마지막으로 가져온 시간입니다. 표준 태그가 최근에 추가된 경우 Googlebot이 그 이후로 URL을 크롤링하지 않았을 수 있습니다.
• 사용자 선언 표준 - 선택한 URL이 표시되어야 합니다. 올바른 URL인지 확인합니다.
• Google에서 선택한 표준 - Google에서 다른 표준 페이지를 선택한 경우 어떤 URL이 선택되었는지 확인할 수 있습니다.

표준 태그가 올바르게 추가되었는지도 확인할 수 있습니다. 크롤링된 페이지 보기를 클릭하여 렌더링된 콘텐츠를 검사하고 <head> 섹션에서 표준 태그를 검색합니다.

추가 정보 탭에서 Googlebot이 수신한 HTTP 응답 헤더를 확인할 수 있습니다.

페이지의 HTML에서 rel=canonical을 사용하는 경우에도 원하는 구성과 일치하는지 확인하십시오.

사이트 크롤링을 수행하여 표준 태그 감사

웹사이트 크롤링은 표준 태그의 문제를 찾는 데 도움이 될 수 있습니다.

웹사이트 크롤러는 표준 비율과 비표준 비율에 대한 세부 정보를 제공합니다. 표준 태그의 제거/누락된 페이지(HTTP 4xx), 서버 오류(HTTP 5xx) 또는 리디렉션(HTTP 3xx)과 같은 잘못된 표준에 대해 경고합니다. 일반적으로 HTTP 200 이외의 상태 코드를 조사해야 합니다.

Screaming Frog의 SEO Spider를 사용하여 표준을 감사하는 방법 을 배우려면 이 가이드를 따르십시오 .

마무리

표준 태그를 구현하면 각 콘텐츠의 가장 좋은 버전을 나타내는 URL을 검색 엔진에 알릴 수 있습니다. 그런 다음 검색 결과에 표시되는 페이지와 보조 페이지로 처리되는 페이지에 영향을 줄 수 있습니다.

Canonical은 검색 엔진이 존중할 필요가 없는 신호일 뿐입니다. 그러나 많은 경우에 표준 태그가 존중될 가능성을 높일 수 있습니다. 어떻게?

요약된 모범 사례를 따르십시오. 다음은 제 권장 사항을 요약한 목록입니다.

• 페이지에서 중복 콘텐츠를 식별하고 기본 페이지 버전을 선택합니다. 예를 들어 가장 대표적이거나 가치 있는 페이지이기 때문에
• 표준과 관련하여 검색 엔진에 일관된 신호를 보내야 합니다.
• 자체 참조 표준 태그를 사용합니다.
• robots.txt 파일, noindex 태그 및 사이트맵 구현이 정규화와 일치하는지 확인하세요.
• 중복 페이지와 표준 페이지 간에 충분한 콘텐츠 패리티가 있는지 확인합니다.
• 내부 링크를 중복 페이지로 제한합니다.