Canonical Tag SEO에 대해 알아야 할 사항

게시 됨: 2022-02-22

기술에 정통하지 않은 경우 표준 태그 SEO가 복잡하고 이상하게 들릴 수 있습니다. 그러나 검색 엔진 최적화 무기고에서 중요한 도구이며 중복 콘텐츠를 관리할 때 대체할 수 없습니다. 표준이 어떤 목적을 수행하고 올바르게 사용하는지 이해하면 페이지를 더 잘 최적화하고 링크 형평성을 유지할 수 있습니다.

SEO의 다른 측면과 마찬가지로 표준이 할 수 있는 것과 할 수 없는 것, 사용 방법에 대해 많은 추측이 있습니다. 이러한 유형의 태그가 10년 넘게 사용되었기 때문에 인터넷에는 오래되고 오해의 소지가 있는 정보가 많이 유통되고 있습니다.

따라서 이 기사에서는 2022년 표준 태그 SEO에 대해 알아야 할 모든 것에 대해 이야기합니다. 계속 읽고 메모하세요!

표준 태그란 무엇입니까?

표준 태그는 페이지 HTML의 헤드 섹션에 넣을 수 있는 코드 조각입니다. 웹 사이트에 동일하거나 유사하거나 밀접하게 관련된 콘텐츠가 있는 URL이 있을 때 사용되며 검색 엔진에 가장 중요한 콘텐츠를 알리는 역할을 합니다.

표준 링크 태그는 다음과 같이 보입니다.

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

태그 내부의 링크는 메인 페이지의 URL로 구글 규정에 따라 상대 URL이 아닌 절대 URL이어야 합니다. 즉, 프로토콜, 도메인, 웹사이트 콘텐츠 위치를 포함한 페이지의 전체 주소를 사용해야 합니다.

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

대신에

<link rel="canonical" href="text/text-text" />

표준 2

원천

어떤 유형의 페이지에 Canonical 태그가 필요합니까?

반복되는 페이지와 같이 명백하게 중복된 콘텐츠가 없더라도 봇을 혼동시킬 수 있는 중복 URL이 있을 수 있으며 잠재적으로 인덱싱 실패를 초래할 수 있습니다. 경로, 프로토콜 문제 등을 사용하는 방식의 불일치로 인해 콘텐츠 관리 시스템(CMS)에 의해 생성될 수 있습니다.

따라서 표준 태그 SEO의 이점을 얻을 수 있는 페이지 유형과 각 경우에 진행하는 방법을 살펴보겠습니다.

표준 태그가 필요한 페이지 유형

HTTP / HTTPS

Google은 HTTPS 프로토콜을 우선시하므로 기본적으로 HTTP 및 HTTPS 버전이 모두 있는 페이지가 있고 전자에서 후자로 리디렉션되지 않는 경우 봇은 HTTPS 버전을 표준으로 표시합니다. 301 리디렉션을 사용하지 않고 HTTP 버전을 완전히 삭제하려면 HTTPS에 표준 태그를 추가해야 합니다.

그러나 어떤 이유로 HTTP 버전을 더 중요한 버전으로 표시하려는 경우 표준 태그를 추가할 수 있습니다. 그러나 Google은 귀하의 권장 사항에도 불구하고 여전히 보안 버전을 표시하도록 선택할 수 있습니다.

www / 비 www

봇의 경우 https://www.example.com/texthttps://example.com/text 는 동일한 것이 아닙니다. 이상적으로는 www 또는 www가 없는 버전의 링크를 일관되게 사용해야 합니다.

그러나 방문자가 검색 엔진과 브라우저에서 무엇을 입력하고 북마크에 추가할지 확신할 수 없습니다. 버전 중 하나를 정규화하면 봇이 사용자가 선호하는 버전을 알고 집중할 수 있습니다.

도메인 간 콘텐츠 복사

디지털 게시자가 자주 하는 것처럼 콘텐츠를 신디컬화하거나 여러 도메인에 작품을 게시하려는 경우 원본 페이지(자신의 웹사이트에 있는 페이지)를 정규화해야 합니다.

이것은 페이지에 rel=”canonical” 태그를 추가하고 게시자에게 원본 링크와 함께 페이지 코드에 태그를 추가하도록 요청하여 수행할 수 있습니다. 이렇게 하면 모든 링크 주스와 자산이 웹사이트로 전달됩니다.

또한 봇은 여러 위치에서 동일한 콘텐츠를 접하게 되므로 어떤 링크가 더 높은 순위를 차지해야 하는지 혼동하지 않습니다.

모바일 페이지

웹사이트가 반응형이 아니고 독립형 모바일 버전이 있는 경우 Google은 데스크톱과 모바일 URL을 별도의 페이지로 봅니다.

https://m.example.com/text ≠ https://example.com/text

혼동을 피하고 둘 사이의 권한 배포를 방지하려면 둘 중 하나만 표준으로 설정해야 합니다. 모바일 우선 인덱싱을 사용하면 모바일 페이지를 정규화하는 것이 가장 좋습니다.

그러나 걱정할 필요가 없습니다. 사용자가 데스크톱에서 쿼리를 입력하면 봇은 태그에도 불구하고 적절한 버전을 표시합니다.

AMP 페이지

콘텐츠의 AMP 버전이 있는 경우 모범 사례는 AMP 페이지를 원본 페이지와 유사한 주소에서 호스팅하는 것입니다.

https://example.com/news
https://amp.example.com/news

이 경우 메인 페이지를 정형화하고 AMP 버전의 코드에 원본 링크가 포함된 정식 태그를 추가해야 합니다. 이렇게 하면 봇이 어느 것이 메인 페이지인지 더 쉽게 식별할 수 있습니다.

검색 매개변수 및 세션 ID가 있는 링크

세션 ID와 URL 매개변수는 종종 봇을 혼란스럽게 하여 페이지 색인을 제대로 관리하지 못하게 할 수 있습니다. 이것을 사용하는 것을 피할 수 없다면 메인 페이지를 정규화해야 합니다. 그러면 봇이 링크 주소의 확장이 새 페이지가 아니라 단순히 그 확장임을 알 수 있습니다.

매개변수는 전자상거래 웹사이트의 콘텐츠를 더 잘 구성하는 데 가장 일반적으로 사용됩니다. 색상, 크기 및 유형과 같은 제품의 변형을 나타내기 위해 URL에 값을 추가하고 다양한 검색 필터, 캠페인 추적 정보 등을 적용하는 데 사용할 수 있습니다.

매개변수가 있는 페이지는 다음과 같이 표시됩니다.

https//www.example.com/page?key1=value1&key2=value2

대신에

https//www.example.com/page

세션 ID는 웹사이트에서 개별 사용자의 행동을 추적하는 데 사용할 수 있습니다. 예를 들어 전자 상거래 상점에서 ID는 사용자가 방문하는 페이지를 웹사이트에 표시하는 쿠키 대체품이 될 수 있습니다. 개인의 장바구니 및 마지막으로 방문한 항목이 웹사이트를 떠날 때까지 보존되도록 정보를 사용할 수 있습니다.

세션 ID가 있는 페이지는 다음과 같이 표시됩니다.

https://example.com/index.jsp;jsessionid=07D3CCD4D9A6A9F3CF9CAD4F9A728F44

대신에

https//www.example.com/page

이상적으로는 봇이 매개변수와 세션 ID를 모두 인식할 수 있을 만큼 똑똑해야 합니다. 그러나 때때로 혼동될 수 있으므로 표준 태그를 설정하면 페이지를 배포하는 대신 페이지의 순위를 통합하는 데 도움이 됩니다.

다른 카테고리의 동일한 콘텐츠

웹사이트의 둘 이상의 카테고리에 동일한 콘텐츠가 있는 경우 동일한 페이지로 연결되는 거의 동일한 콘텐츠가 포함된 여러 URL이 있습니다.

https://example.com/category1/text-text/
https://example.com/category2/text-text/

페이지 중 하나를 표준으로 표시하지 않고 내부 링크 구축 전략에서 해당 페이지에 지속적으로 링크하는 경우 봇은 이러한 페이지를 중복으로 간주합니다. 사용자에게 표시할 항목을 결정하는 데 시간(및 크롤링 예산)을 낭비할 뿐만 아니라 두 항목의 순위를 별도로 지정할 수도 있습니다.

자체 참조 페이지

중복으로 들릴 수 있지만 자체 참조는 중요하며 Reddit에서 사용자의 질문에 대한 답변에서 Google의 John Mueller에 의해 SEO 가치가 있는 것으로 확인되었습니다.

표준과 자체 참조 표준의 차이점

<link rel=”canonical” href=”b.html” /> 이것이 .html에 있는 경우 이는 일반 표준(기술적으로 표준 링크 요소)이고 b.html에 있는 경우 자체 참조입니다. 하나.

사람들이 귀하의 페이지에 어떻게 연결되는지 모르기 때문에 자체 참조는 작은 실수를 정리하는 데 도움이 됩니다. 예를 들어 링크가 b.html?utm=cheese로 이동하는 경우 일반적으로 서버는 b.html만 표시하고 거기에 있는 자체 참조 표준 링크 요소는 검색 엔진이 대신 "b.html"을 사용하도록 권장합니다. "b.html?utm=치즈".

간단히 말해서 원본 페이지는 rel=canonical로 태그가 지정될 수 있으며 그래야만 하므로 봇이 실제로 원본 페이지임을 더 명확하게 알 수 있습니다.

웹사이트 언어 버전

웹 사이트의 다른 언어 버전이 있는 경우 그 중 하나만 표준으로 정의할 수 있습니다. 이 경우 자체 참조 rel=canonical 태그를 기본 태그로 간주하는 코드에 추가하고 다른 태그는 해당 태그를 가리키도록 할 수 있습니다.

두 페이지에 유사하거나 동일한 콘텐츠가 있지만 중복되지 않는 이유를 Google에서 더 쉽게 이해할 수 있도록 hreflang 태그 속성을 사용해야 합니다. 예를 들어 웹사이트에 영국 영어, 미국 영어 및 스페인어 버전이 있는 경우 각 버전에 다음 스니펫을 추가할 수 있습니다.

link rel="alternate" href="http://example.com" hreflang="en-us" />
link rel="alternate" href="http://example.com" hreflang="en-uk" />
link rel="alternate" href="http://example.com" hreflang="en-es" />

영어 미국 버전을 표준 버전으로 표시합니다.

그러나 사용자의 위치에 따라 Google은 페이지에서 사용자를 표시할 마지막 단어를 갖게 되며 귀하의 제안을 무시할 수 있습니다.

Canonical 태그 SEO는 무엇을 위해 사용됩니까?

rel Canonical

간단히 말해서, 표준 태그 SEO의 주요 목적은 중복을 관리하고 링크 자산을 보존하는 것입니다. 어떤 이유로든 동일한 페이지로 연결되는 여러 개의 URL이 있는 경우 봇은 순위를 매길 URL에 대해 혼란스러워할 수 있습니다.

인간으로서 당신은 링크를 사실상 같은 것으로 봅니다. 그러나 봇의 경우 각 URL에는 의미가 있습니다. 어느 것이 더 중요하다고 생각하는지 지정하지 않으면 Google에서 자동으로 선택합니다. 그러나 귀하와 Google은 링크의 중요성에 대해 서로 다른 우선순위와 이해도를 가질 수 있습니다.

또한 표준 경로를 지정하지 않으면 각각의 개별 링크가 다른 모습으로 검색 결과의 사용자에게 제공됩니다. 이것은 모든 권한과 링크 주스가 페이지 중 하나만 축적되는 대신 페이지 사이에서 누출된다는 것을 의미합니다.

다시 말하지만 Google은 페이지 중 하나를 표준으로 받아들이기로 결정하지만 참조할 지침이 없으면 이론적으로 매번 다른 결정을 내릴 수 있습니다.

Canonical 태그를 남용하지 말아야 하는 이유는 무엇입니까?

사람들은 표준 태그 SEO로 신중하게 스레드해야 합니다. 봇을 조작하거나 다른 이유로 태그를 오용하려는 경우(예제 제공) 결국 크롤러를 혼란스럽게 만들고 링크 색인 생성을 포기할 수 있습니다.

또한 대규모 웹사이트에서 표준을 잘못 배치하면 크롤링 예산이 고갈될 수 있습니다. 봇이 페이지에서 무슨 일이 일어나고 있는지 확실하지 않은 경우 게시한 새 콘텐츠를 크롤링하는 대신 계속 알아내려고 합니다. 이로 인해 작업이 지연되고 Google 검색 순위에서 웹사이트의 성능에 영향을 미칩니다.

요컨대, 표준을 잘못된 방식으로 사용하면 표준이 없는 곳에서 문제가 발생할 위험이 있습니다.

Canonical Tags SEO에 대한 일반적인 오해

다음은 SEO의 표준 태그에 대한 가장 일반적인 오해입니다. 더 명확하게하기 위해 여기에 요약했습니다.

  • Google은 이를 준수할 의무가 있습니다. 거짓. 표준은 규칙이 아니라 권장 사항입니다. 이는 귀하가 가장 중요하다고 생각하는 중복 페이지를 Google에 제안하는 방법입니다. 그러나 이러한 태그를 사용하더라도 봇은 여전히 ​​다른 페이지가 더 적합하다고 판단하여 원하는 페이지보다 선택할 수 있습니다.
  • 주제별로 콘텐츠를 그룹화하는 데 사용됩니다. 표준의 유일한 목적은 봇이 중복 URL을 정렬하도록 돕는 것입니다. 즉, 유사한 주제에 대한 페이지가 있지만 다른 키워드를 대상으로 하고 콘텐츠가 다른 경우 표준 태그는 링크 자산을 통합하는 올바른 도구가 아닙니다. 두 페이지가 크게 다르지만 rel=canonical로 연결된 경우 봇은 태그가 있는 이유를 이해하려고 계속 크롤링하므로 크롤링 예산이 불필요하게 낭비됩니다.
  • 표준 태그는 리디렉션을 대체할 수 있습니다. 정규화는 리디렉션과 동일한 가중치를 갖지 않습니다. 위에서 언급한 바와 같이 지시문이 아니라 제안이기 때문입니다. 따라서 페이지에 액세스하거나 우선 순위를 지정하지 않으려면 태그가 도움이 되지 않습니다.
  • 항상 Canonicals를 사용해야 합니다. 반드시는 아닙니다. 여기서 목표는 애초에 존재해서는 안 되는 기술적인 문제를 우회하는 것입니다. URL이 웹사이트 전체에서 일관되고 앞에서 설명한 문제가 없다면 표준 태그가 필요하지 않을 수 있습니다. 즉, 확실하지 않은 경우 만일을 대비하여 rel=canonical 태그를 사용하여 가장 중요한 페이지만 자체 참조할 수 있습니다.

페이지를 표준으로 통합하는 방법

Google은 항상 표준으로 간주되는 페이지의 마지막 단어를 가지고 있지만 선호하는 페이지를 강력하게 추천 할 수 있는 방법이 있습니다.

SEO를 다뤄본 사람이 알듯이 Google은 다양한 신호를 사용하여 웹을 크롤링하고, 이해하고, 색인을 생성하는 방법을 결정합니다. 올바른 것을 사용하면 당신의 말을 들을 가능성이 더 큽니다.

표준의 경우 Google의 John Mueller는 봇이 실제로 웹사이트에서 원하는 작업을 읽으려고 한다고 말합니다.

그렇다면 HTML 헤더에 rel=”canonical” 링크 태그를 추가하는 것 외에 원하는 것을 Google에 알리는 방법은 무엇입니까?

페이지를 표준으로 통합하는 방법

HTTPS URL 정규화

Google은 SSL(또는 TLS) 인증서가 있고 더 안전한 정보 전송을 제공하기 때문에 HTTP 경로보다 HTTPS 경로를 강력하게 선호합니다. 따라서 링크가 두 가지 유형을 모두 사용하는 경우 Google은 HTTPS 유형에 의해 그려집니다.

봇을 혼동하지 않고 봇이 하는 것이 옳은 일이라고 알고 있는 것과 강제로 하도록 하는 것 사이에서 선택하도록 하려면 항상 HTTPS 링크를 정규화하는 것이 가장 좋습니다.

사이트맵에 정규화된 URL만 추가

XML 사이트맵은 SEO 전략에서 중요한 도구이며 봇이 콘텐츠의 우선 순위를 지정하고 색인을 생성하는 데 도움이 됩니다. Google은 지도의 모든 URL을 기본적으로 표준으로 간주합니다. 이는 색인을 생성하도록 지시하는 가장 중요한 페이지이기 때문입니다.

따라서 지도를 만들 때 마스터 복사본으로 간주되는 페이지만 추가해야 합니다.

URL 최적화

봇은 또한 URL이 표시되는 방식에도 관심을 갖습니다. 이는 사용자가 쉽게 이해할 수 있는지 여부를 의미합니다. Google이 SERP에 표시되는 항목을 선택하는 경향이 있으므로 혼동을 주는 매개변수가 있는 링크를 피할 가능성이 더 높습니다. 이러한 링크가 사용자의 쿼리와 완벽하게 일치하면 순위가 매겨질 수 있지만 미안한 것보다 안전한 것이 좋습니다.

표준 URL에만 내부 링크 추가

내부 링크는 다른 링크보다 가중치가 더 큰 링크를 Google에 표시하는 좋은 방법입니다. 기사에 대한 링크를 추가할 때 항상 정규화되고 기본 URL을 가리키는지 확인하십시오. 이런 식으로 봇은 어떤 페이지가 더 중요한지 알고 더 관련성이 높은 것으로 간주합니다.

리디렉션 사용

중복 페이지 중 하나가 더 이상 사용되지 않는 경우 크롤링 및 색인 생성을 원하지 않는다고 Google에 알리는 가장 좋은 방법은 301 서버 리디렉션을 만드는 것입니다. 이렇게 하면 두 페이지를 모두 방문하여 선택해야 하는 대신 봇이 새 페이지를 위해 오래된 페이지를 완전히 건너뜁니다.

이는 웹사이트에 SSL 또는 TLS를 설치하고 모든 HTTP 링크가 HTTPS가 될 때 특히 권장됩니다. 리디렉션을 생성하면 이전 링크를 북마크에 추가하거나 백링크한 모든 사용자가 자동으로 새 보안 주소로 리디렉션됩니다. 이렇게 하면 봇이 스스로 결정을 내리지 않아도 됩니다.

그러나 리디렉션을 사용하면 Google과 사용자가 이전 페이지에 완전히 액세스할 수 없게 됩니다. 이것은 과감한 조치이며 실제로 더 이상 페이지가 필요하지 않지만 자산을 유지하려는 경우에만 사용해야 합니다. 또한 리디렉션이 너무 많으면 잠재적으로 웹사이트 속도가 느려질 수 있습니다.

결론

Canonical 태그 SEO는 이해하고 적절한 태그를 사용하는 방법을 알면 복잡하지 않습니다.

기억해야 할 중요한 점은 rel=canonical 속성의 주요 목적은 URL 중복을 관리하고 봇이 다른 URL이 유사한 콘텐츠를 가리키는 이유를 파악하는 데 도움이 된다는 것입니다.

기술에 익숙하지 않고 웹사이트의 표준 SEO를 관리하는 데 도움이 필요하면 주저하지 말고 저희에게 전화하십시오!