Canonical URL 검사기

다음

중복 콘텐츠 문제는 대개 잘못된 canonical 태그에서 시작됩니다. 페이지 주소(선택)와 HTML 소스를 붙여넣으면 검사기가 <link rel="canonical"> 태그를 찾아 href가 유효한 절대 주소인지 확인하고 페이지 주소와 비교합니다. 무엇이 맞고 무엇을 고쳐야 하는지 쉬운 말로 보고하며, 페이지를 가져오지 않습니다.

Canonical 검사기 작동 방식

  1. 1

    페이지 주소 입력(선택)

    브라우저 주소창에 표시된 주소입니다. canonical href와 비교하는 기준으로 사용됩니다. 비워 둘 수 있습니다.

  2. 2

    페이지 HTML 붙여넣기

    페이지를 열고 소스 보기를 선택한 뒤 HTML을 복사해서 여기에 붙여넣으세요. 검사기는 붙여넣은 내용만 분석하며 페이지를 가져오지 않습니다.

  3. 3

    Canonical 태그 추출

    HTML에서 첫 번째 `<link rel="canonical">` 태그를 찾아 href를 읽습니다.

  4. 4

    확인과 보고

    검사기는 href가 유효한 절대 주소인지 확인하고, 입력한 페이지 주소와 비교한 뒤 발견된 모든 문제를 나열합니다.

검사기가 보고하는 내용

  • canonical href: 찾은 첫 번째 <link rel="canonical"> 태그의 href 속성 값. 태그가 없으면 -.
  • 문제 수: 검사기가 발견한 문제의 개수.
  • 문제 세부 내용: 문제마다 한 줄씩 간단한 설명.

세 가지 확인

  • canonical 태그를 찾을 수 없음: HTML에 <link rel="canonical"> 태그가 없습니다. 반드시 문제인 것은 아닙니다. FAQ를 참고하세요.
  • canonical href가 유효한 절대 주소가 아님: href는 https://example.com/page처럼 완전한 주소여야 합니다. 상대 경로는 지적됩니다.
  • canonical이 페이지 주소와 다름: canonical이 입력한 페이지 주소와 다른 주소를 가리킵니다. 의도된 것이라면(예: 도메인 간 canonical) 그대로 두어도 되지만, 그렇지 않으면 대개 실수입니다.

검사하지 않는 항목

  • Google이 실제로 그 canonical을 색인했는지 여부(이는 Search Console에서 확인하세요).
  • HTTP 헤더: 분석되는 것은 붙여넣은 HTML뿐이며, Link HTTP 헤더는 가져오지 않습니다.
  • 리디렉션 체인과 canonical URL이 200을 반환하는지 여부: canonical 대상 주소는 가져오지 않습니다.
  • 내부 링크가 canonical을 강화하는지 여부.
  • XML 사이트맵 항목이 canonical과 일치하는지 여부.

흔한 canonical 실수

  • 상대 주소: canonical href에는 항상 절대 주소를 사용하세요.
  • 프로토콜 불일치: canonical은 http://인데 페이지는 https://로 제공되는 경우입니다. 항상 실제 운영 중인 프로토콜과 맞추세요.
  • 리다이렉트를 가리킴: canonical은 200 응답을 반환하는 주소를 가리켜야 합니다.
  • canonical 주소를 robots.txt로 차단: 대상은 크롤링 가능해야 합니다.
  • 상충하는 신호: 내부 링크가 canonical이 아닌 변형 주소를 가리키는 경우입니다. canonical에 맞게 수정하세요.
  • canonical 대상에 noindex 적용: 서로 양립할 수 없습니다. 둘 중 하나만 선택하세요.
  • 중복 페이지마다 다른 canonical 지정: Google은 하나만 선택하고 나머지는 무시합니다.
  • <head>가 아닌 <body> 안의 canonical: Google이 무시합니다.
  • 다른 언어 버전을 가리키는 canonical: 대신 hreflang을 사용해야 합니다.
  • href가 서로 다른 여러 canonical 태그: Google은 첫 번째를 사용합니다. 나머지는 제거하세요.

잘못된 canonical을 고치는 방법

  1. 항상 최종 주소를 대상으로 지정하세요(리디렉션 없이).
  2. 실제 프로토콜과 호스트를 정확히 일치시키세요. 끝 슬래시도 포함합니다.
  3. canonical을 <head> 안에 배치하세요. <body> 안이나 렌더링 후 JavaScript로 삽입하는 방식은 피하세요.
  4. 페이지당 canonical은 하나만 사용하세요. 대상 하나를 정하고 유지하세요.
  5. 페이지로 나뉜 아카이브에서는 각 페이지를 자기 canonical로 지정하세요. 모든 페이지를 1페이지로 보내지 마세요.
  6. 필터/정렬 변형에서는 필터를 적용하지 않은 목록으로 되돌리세요.
  7. 내부 링크를 canonical 주소에 맞추세요. 사이트의 다른 부분이 링크하지 않는 canonical은 신호를 희석시킵니다.

자주 묻는 질문

반드시 그렇지는 않습니다. canonical이 없으면 Google이 내부 신호(링크, 사이트맵, 콘텐츠 유사성)를 바탕으로 직접 하나를 선택합니다. 특히 쿼리 매개변수가 있는 페이지에서는 모호함을 피하기 위해 자기 참조 canonical을 두는 것이 여전히 모범 사례입니다.

canonical은 강력한 힌트이지 지시가 아닙니다. Google이 페이지들이 서로 다르다고 판단하거나 canonical에 접근할 수 없으면 다른 주소를 선택할 수 있습니다. 권위 있는 색인 상태는 Search Console의 “URL 검사” 도구로 확인하세요.

<head> 안의 중복 canonical 태그는 버그입니다. 일부 CMS 테마가 하나를 추가하고 플러그인이 또 하나를 추가하기도 합니다. Google은 첫 번째를 사용하므로 검사기도 그 첫 번째 발생 위치를 보고합니다. 나머지는 제거하세요.

아니요. 검사기는 붙여넣은 HTML만 분석하므로 로그인 뒤의 페이지에도 사용할 수 있습니다. 페이지를 열어 소스를 복사한 뒤 여기에 붙여넣으세요. 페이지 자체는 절대 가져오지 않습니다.

관련 도구

이 도구는 다른 언어로도 제공됩니다