정규화 검사기

URL to audit

검사는 당사 서버에서 실행됩니다. 입력한 URL을 가져오지만 결과는 보관하지 않습니다. The URL and its canonical target are fetched to build this report. The full URL is not stored; after a successful check, only its domain may be remembered in this browser. 익명 실행별 결과 계수는 종합 연구에 사용될 수 있습니다. URL, 도메인, IP 및 식별자는 절대 포함되지 않으며 100회 미만의 실행에 대한 통계는 공개하지 않습니다.

피드백

예시 결과

확인한 페이지:

https://example.com/product?color=blue

관찰된 canonical 신호

html canonical: https://example.com/product

Google 재정의 위험 예측

수정: 매개변수가 콘텐츠를 바꾸지 않는다면 일반적으로 적절합니다. 내부 링크와 사이트맵이 깔끔한 URL을 사용하는지 확인하세요.

이 예시는 canonical 대상이 리디렉션 없이 200을 반환한다고 가정합니다. 리디렉션되거나 실패한다면 같은 엔진은 그 근거를 숨기지 않고 위험도 높음 발견 항목을 추가합니다.

사용 방법

감사하려는 정확한 URL 변형을 입력하세요. 질문에 매개변수가 포함된다면 매개변수도 입력해야 합니다.
Canonical 감사를 선택하세요. 보고서에는 관찰된 모든 HTML 및 HTTP Link 헤더 canonical이 표시됩니다.
재정의 위험에 관한 설명과 해결 방법을 읽은 다음, 대상이 정상 페이지로 직접 연결되는지 확인하세요.
확인된 속성의 Search Console URL Inspection을 사용하여 사용자가 선언한 canonical과 Google이 선택한 canonical을 비교하세요.

결과의 의미

보고서는 표준화와 관련된 관찰 가능한 신호를 확인하고 충돌이 발생할 때 Google이 다른 URL을 선택할 가능성을 추정합니다.

높음은 서로 다른 표준 URL, noindex와 표준 URL의 동시 사용, 연결할 수 없는 대상 또는 리디렉션되는 대상 같은 직접적인 충돌을 의미합니다.
중간은 교차 도메인 대상이나 표준 URL을 누락한 hreflang처럼 중요한 일관성 위험을 의미합니다.
낮음은 관찰된 신호가 내부적으로 일관되거나 일반적인 매개변수 정리를 설명한다는 뜻입니다. Google의 동의를 보장하지는 않습니다.

작동 방식

작동 방식: 범위가 제한된 서버 요청 한 번으로 최종 URL, 응답 헤더 및 HTML 본문을 수집합니다. 결정론적 파서가 head의 canonical 및 hreflang 링크와 canonical Link 헤더를 읽고, 상대 URL을 해석하며, 중복 선언과 noindex를 기록합니다. 그런 다음 상태 확인 엔드포인트를 통해 고유한 각 canonical 대상을 검사합니다. 예측기는 관찰된 신호를 명확한 위험 사유와 해결 방법에 연결합니다.

기능

HTML과 HTTP Link 헤더에서 canonical을 찾습니다.
상대 URL, 누락, 여러 선언 및 충돌하는 canonical을 검사합니다.
noindex, hreflang, 호스트 간 이동, 프로토콜 및 매개변수 일관성 신호를 확인합니다.
제한된 범위에서 canonical 대상 상태와 리디렉션을 검증합니다.
Google의 선택을 단정하지 않고 가능성을 쉬운 말로 표시합니다.

제한사항

이 검사기는 서버 응답을 읽으며 JavaScript를 렌더링하지 않습니다. 중복 URL 간 페이지 콘텐츠 비교, 모든 내부 링크나 sitemap 신호 검사, Search Console 접근 또는 Google이 선택한 canonical 확인은 할 수 없습니다. 위험이 낮다는 결과는 이번 실행에서 가져온 근거만 설명합니다.

자주 묻는 질문

Google이 선택한 canonical을 이 도구로 알 수 있나요?

아니요. Google이 선택한 canonical은 확인된 속성의 Search Console URL Inspection에서만 확인할 수 있습니다. 이 도구는 관찰 가능한 HTTP 및 HTML 신호를 바탕으로 재정의 위험을 예측합니다.

렌더링된 JavaScript canonical도 가져오나요?

아니요. 이 도구는 서버 응답을 읽습니다. JavaScript 실행 후에만 삽입되는 canonical은 권장되지 않으며 URL Inspection에서 확인해야 합니다.

색인 생성이 가능한 모든 페이지에 자기 참조 canonical이 있어야 하나요?

자기 참조 canonical은 선호 URL을 명시하고 매개변수나 다른 URL 형식으로 인한 모호함을 줄이는 데 도움이 되므로 일반적으로 유용합니다. 다만 명령이 아니라 힌트입니다.

canonical이 리디렉션을 가리켜도 되나요?

가능하지만 서로 충돌하고 비효율적인 신호 경로가 생깁니다. canonical이 최종적으로 정상 응답하는 200 URL을 직접 가리키게 하고 내부 링크, 리디렉션 및 사이트맵 항목도 그 URL에 맞추세요.

Google은 왜 canonical 태그를 무시할 수 있나요?

콘텐츠, 리디렉션, 내부 링크, 사이트맵, hreflang, 프로토콜 또는 호스트 신호가 서로 일치하지 않거나 선언한 대상에 접근할 수 없으면 Google이 다른 URL을 선택할 수 있습니다. 이 검사기는 관찰 가능한 여러 충돌을 테스트하지만 Google이 색인 수준에서 사용하는 모든 근거를 볼 수는 없습니다.

다음 단계XML 사이트맵 생성기 — publish a clean sitemap that agrees with your canonical targets. 안내는 영어로 제공됩니다.

자주 발생하는 문제와 해결 방법

경고 Canonical이 없습니다 해결 방법: 페이지에 자기 참조 방식의 절대 canonical URL 하나를 추가하세요.
오류 Canonical URL이 상대 경로이거나 유효하지 않습니다 해결 방법: 상대 참조를 유효한 절대 HTTPS URL로 바꾸세요.
오류 여러 canonical 값이 서로 충돌합니다 해결 방법: 의도한 값을 선택하고 충돌하는 신호를 일치시킨 다음 검사를 다시 실행하세요.
경고 Canonical이 다른 URL을 가리킵니다 해결 방법: canonical이 의도한 선호 URL을 가리키게 하거나, 통합이 의도된 것인지 확인하세요.
오류 HTML과 HTTP의 canonical 값이 일치하지 않습니다 해결 방법: 의도한 값을 선택하고 충돌하는 신호를 일치시킨 다음 검사를 다시 실행하세요.
오류 Canonical 대상이 정상 응답하는 2xx URL이 아닙니다 해결 방법: 평가 대상 URL에서 정상적인 2xx 응답을 복구한 다음 검사를 다시 실행하세요.