Canonical 태그 생성기

다음

같은 콘텐츠를 여러 주소(쿼리 매개변수, 끝의 슬래시 유무, HTTP와 HTTPS, 페이지로 나뉜 아카이브)에서 접근할 수 있을 때, Google은 정식 버전으로 지정된 주소 하나가 필요합니다. 원하는 대표 주소를 붙여넣으면 <head>에 바로 넣을 수 있는 올바른 형식의 <link rel="canonical"> 태그를 반환하며, PDF처럼 HTML이 아닌 리소스를 위한 HTTP Link 헤더 형식도 함께 제공합니다.

Canonical 태그를 생성하는 방법

  1. 1

    대표(정식) 주소 붙여넣기

    프로토콜과 호스트를 포함한 절대 주소를 입력합니다. 프래그먼트(#section)는 무시됩니다. Google은 프래그먼트만 다른 주소를 동일한 것으로 취급합니다.

  2. 2

    도구가 검증하고 정규화

    끝 슬래시의 일관성, 호스트의 소문자 변환, IDN 도메인의 퓨니코드 변환을 처리합니다. 프로토콜이 빠진 경우 수정이 필요하다고 표시합니다.

  3. 3

    태그 생성

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

  4. 4

    HTML 또는 HTTP 헤더 형식 복사

    웹 페이지에는 HTML 태그를 사용하고, PDF·이미지·API 응답에는 HTTP `Link: <url>; rel="canonical"`을 사용합니다.

Canonical 태그가 실제로 하는 일

Canonical 태그는 검색 엔진에 이렇게 전달합니다. “이 콘텐츠를 보여 주는 여러 주소 가운데 이것이 원본입니다. 모든 순위 신호를 이곳으로 통합하세요.” 이것이 없으면 중복된 페이지들이 순위 신호를 나눠 가져, 어느 페이지도 하나로 통합되었을 때만큼 높은 순위를 얻지 못합니다.

HTML 형식

<link rel="canonical" href="https://example.com/products/blue-shirt" />

<head> 안에 넣습니다. Google은 이를 읽고, 브라우저는 무시합니다.

HTTP Link 헤더 형식

HTML이 아닌 리소스(PDF, 이미지, 피드 XML)에 사용합니다.

Link: <https://example.com/whitepaper.pdf>; rel="canonical"

2xx 응답이면 어디에나 전송할 수 있습니다. 웹 서버나 CDN에서 설정합니다.

흔한 실수

  • 상대 주소: href="/page"도 동작하지만 불안정합니다. 모호함을 피하려면 절대 주소를 사용하세요.
  • 프로토콜 불일치: canonical은 http://인데 페이지는 https://로 제공되는 경우입니다. 항상 실제 운영 중인 프로토콜과 맞추세요.
  • 리다이렉트를 가리킴: canonical은 200 응답을 반환하는 주소를 가리켜야 합니다. 연쇄 리다이렉트는 신호를 약하게 만듭니다.
  • canonical 주소를 robots.txt로 차단: 대상은 크롤링 가능해야 합니다. 그렇지 않으면 Google이 확인할 수 없습니다.
  • 상충하는 신호: 내부 링크가 canonical이 아닌 변형 주소를 가리키는 경우입니다. canonical에 맞게 수정하세요.
  • canonical 대상에 noindex 적용: 서로 양립할 수 없습니다. 둘 중 하나만 선택하세요.
  • 중복 페이지마다 다른 canonical 지정: Google은 하나만 선택하고 나머지는 무시합니다. 모든 중복 페이지에 같은 canonical을 설정하세요.

특수한 경우

  • 페이지로 나뉜 아카이브: 각 페이지(?page=2)는 1페이지를 가리키지 않고 자기 자신을 canonical로 지정할 수 있습니다. 예전에는 다른 권장 사항이 있었지만, Google은 rel=prev/next를 명시적으로 폐지했고 이제는 자기 참조 canonical을 표준으로 봅니다.
  • 패싯 탐색: 같은 목록을 걸러서 보여 주는 화면은, 필터가 콘텐츠를 의미 있게 바꾸지 않는 한 보통 필터를 적용하지 않은 목록으로 canonical을 지정합니다.
  • 모바일 별도 주소 (m.example.com): 모바일 페이지는 데스크톱으로 canonical을 지정하고, 데스크톱은 모바일을 가리키는 rel=alternate를 추가합니다.
  • AMP 페이지: AMP는 비-AMP로 canonical을 지정하고, 비-AMP는 AMP 버전을 가리키는 rel=amphtml을 추가합니다.

자주 묻는 질문

권장됩니다. 자기 자신을 가리키는 canonical(페이지가 스스로를 지정)은 세션 ID 매개변수, UTM 코드, 그 밖의 의도치 않은 중복으로부터 페이지를 보호합니다. 필수는 아니지만 SEO 모범 사례입니다.

예. 제휴 매체가 콘텐츠를 다시 게시한다면, 그들의 canonical을 원본 주소로 설정할 수 있습니다. 콘텐츠가 실제로 일치할 때 Google은 도메인 간 canonical을 존중합니다.

HTTPS로 제공되는 페이지라면 언제나 HTTPS여야 합니다. 프로토콜을 섞으면 상충하는 신호가 발생해 Google이 임의의 변형을 선택할 수 있습니다.

canonical은 중간 주소가 아니라 리다이렉트가 끝난 뒤의 최종 주소를 가리켜야 합니다. 연쇄 리다이렉트는 신호를 약하게 만들며, Google은 302를 가리키는 지정을 권위 있는 지시가 아니라 참고용 힌트로 취급할 수 있습니다.

관련 도구