Softonic

Canonical URL 검사기

단계 1 / 3
다음

URL을 붙여넣으면 검사기가 해당 페이지를 가져와 HTML head의 <link rel="canonical"> 태그와 Link HTTP 헤더를 찾아 Google이 인식하게 될 canonical을 보고합니다. 색인 문제를 일으킬 수 있는 충돌, 리디렉션 체인, 신호도 함께 보여줍니다. 페이지 소스를 직접 뒤지지 않아도 문제를 찾을 수 있도록 짧은 크롤링을 실행합니다.

Canonical 검사기 작동 방식

  1. 1

    URL 입력

    공개된 페이지라면 무엇이든 됩니다. HTTPS와 HTTP를 모두 지원하며, 리디렉션은 최대 5단계까지 따라갑니다.

  2. 2

    페이지 가져오기

    HTTP 헤더와 렌더링된 HTML을 모두 분석합니다. 크롤러는 기본적으로 일반 브라우저 UA로 자신을 식별합니다.

  3. 3

    Canonical 신호 추출

    `<head>` 안의 모든 `<link rel="canonical">` 태그, 모든 `Link: rel="canonical"` HTTP 헤더, 그리고 자기 참조인지 외부 대상인지를 추출합니다.

  4. 4

    충돌 표시

    대상이 서로 다른 중복 태그, 리디렉션을 가리키는 canonical, noindex 페이지를 가리키는 canonical, 중복 콘텐츠 패턴에서 canonical이 누락된 경우 등을 표시합니다.

검사기가 보고하는 내용

  • canonical 대상 URL: 태그 또는 헤더의 href 값.
  • 출처: HTML 태그, HTTP 헤더, 또는 둘 다. 둘 다 있다면 반드시 일치해야 합니다.
  • 자기 참조 여부: 「예」는 canonical이 페이지 자신을 다시 가리킨다는 뜻입니다. 정상이며 안전한 상태입니다.
  • 대상 도달 가능 여부: canonical URL이 200을 반환하는지 확인합니다.
  • canonical의 리디렉션 체인: 대상은 리디렉션하지 않아야 합니다.
  • 프로토콜과 호스트 일치: canonical은 실제 URL의 스킴과 일치해야 합니다.
  • 끝 슬래시 일관성: 불일치하면 URL이 서로 다른 것으로 취급됩니다.
  • 여러 개의 canonical 태그: Google은 첫 번째를 사용하며, 나머지는 경고로 처리됩니다.

검사기가 잡아내는 흔한 문제

문제 중요한 이유
301/302 리디렉션을 가리키는 canonical Google이 신호를 무시하거나 낮게 평가할 수 있음
robots.txt로 차단된 페이지를 가리키는 canonical Google이 검증할 수 없어 신호가 폐기됨
noindex 페이지를 가리키는 canonical 신호가 모순되어 색인 동작을 예측하기 어려움
href가 서로 다른 여러 canonical 태그 하나만 적용되고 나머지는 진단을 혼란스럽게 함
기준이 없는 상대 경로 Google은 현재 URL을 기준으로 해석함. 보통 괜찮지만 명시적이지 않음
다른 언어 버전을 가리키는 canonical 대신 hreflang을 사용해야 함
HTTPS 페이지의 HTTP canonical 신호가 약해지고 Google이 무시할 수 있음
<head>가 아닌 <body> 안의 canonical Google이 무시함

잘못된 canonical을 고치는 방법

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

검사하지 않는 항목

  • Google이 실제로 그 canonical을 색인했는지 여부(이는 Search Console에서 확인하세요).
  • 내부 링크가 canonical을 강화하는지 여부.
  • XML 사이트맵 항목이 canonical과 일치하는지 여부.

자주 묻는 질문

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

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

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

직접적으로는 불가능합니다. 인증되지 않은 클라이언트로 가져오기 때문입니다. 접근이 제한된 콘텐츠는 로그인 후 페이지 소스를 직접 확인하거나, 인증이 없는 스테이징 URL을 사용하세요.

관련 도구

단어 빈도 계산기

텍스트에서 가장 자주 반복되는 단어를 빈도와 밀도 비율로 확인하세요. 편집, SEO 점검, 콘텐츠 감사에 유용합니다.

백링크 앵커 텍스트 분석기

백링크, CSV 행, URL | 앵커 쌍 또는 앵커 텍스트 줄을 붙여 넣어 반복을 세고 Anchor Text,Count,Share CSV를 내보냅니다.

브레드크럼 Schema 생성기

어떤 페이지 계층이든 유효한 BreadcrumbList JSON-LD를 생성합니다. 사이트 head에 바로 붙여넣을 수 있는 schema.org 마크업을 만듭니다.

깨진 링크 검사기

단일 페이지 또는 작은 사이트맵을 크롤링해 HTTP 상태별로 깨진 링크를 표시합니다. 리디렉션 체인 감지가 포함된 빠른 검사입니다.

Canonical 태그 생성기

유효한 rel=canonical 링크 태그를 생성하세요. HTTP Link 헤더 형식과 피해야 할 흔한 실수도 함께 안내합니다.

단어 수 세기

에세이, 게시물, 캡션, 메타 설명을 위해 단어, 글자, 문장, 단락 수를 세고 읽기 시간, 말하기 시간, 키워드 밀도, Flesch 가독성 점수까지 확인하세요.