캐노니컬

대표 URL 신호는 어떻게 맞추나요?

Google canonical 안내는 리디렉션과 rel=canonical을 강한 신호, 사이트맵 포함을 더 약한 신호로 설명하면서 여러 신호를 일치시키도록 권합니다. RFC 6596은 중복 자원에서 선호 IRI를 지정하는 canonical 링크 관계를 정의합니다. canonical 대상은 실제로 접근 가능하고 색인 가능한 대표 문서여야 하며 내부 링크와 사이트맵도 같은 URL을 가리키는 편이 명확합니다.

가상 추적 URL에는 어떻게 쓰나요?

가상 상품이 https://example.com/cup?utm_source=mail과 https://example.com/cup에서 같은 내용을 제공한다면 두 응답의 head에 <link rel="canonical" href="https://example.com/cup">를 둘 수 있습니다. 이 HTML은 브라우저 주소를 바꾸지 않습니다. 매개변수 URL 요청을 대표 URL로 실제 이동시켜야 한다면 서버 리디렉션을 별도로 검토합니다.

충돌 점검

• canonical 대상이 200이며 noindex가 아닌가?
• 페이지 A와 B가 서로를 대표라고 순환 지정하지 않는가?
• 내부 링크·사이트맵·리디렉션 목적지가 같은가?
• 언어·지역·상품이 다른 페이지를 억지로 합치지 않았는가?

canonical과 리디렉션은 무엇이 다른가요?

canonical은 현재 URL의 응답을 사용자에게 보여주면서 대표 URL 선호를 전달하는 힌트입니다. 리디렉션은 3xx 상태와 Location 헤더로 요청을 다른 URL에 보내는 응답입니다. 삭제한 URL이나 영구 이전 경로는 리디렉션이 더 적합할 수 있고 정렬·추적처럼 접근을 유지할 중복 변형에는 canonical을 검토할 수 있습니다.

지정한 canonical이 반드시 선택되나요?

반드시 선택된다고 보장할 수 없습니다. 검색 엔진은 내용, 리디렉션, 내부 링크, 사이트맵과 기타 신호를 종합해 다른 대표 URL을 선택할 수 있으며 잘못된 대상은 무시될 수 있습니다. 배포 뒤에는 소스 HTML의 문법만 확인하지 말고 URL 검사에서 사용자가 선언한 대표와 검색 엔진이 선택한 대표를 구분해 기록해야 합니다.

자주 묻는 질문

canonical을 넣으면 중복 URL이 자동 삭제되나요?

아닙니다. URL 접근과 브라우저 주소는 유지되며 검색 엔진에 대표 URL 선호를 알리는 신호로 작동합니다.

모든 페이지를 홈으로 canonical 지정해도 되나요?

권장되지 않습니다. 내용이 같거나 매우 유사한 대표 페이지를 지정해야 하며 서로 다른 페이지를 홈으로 합치면 신호가 무시될 수 있습니다.

출처와 확인 범위

1. How to specify a canonical URL with rel=canonical and other methods · Google Search Central · 확인 2026-10-27

   canonical은 중복·유사 URL 가운데 선호 대표 URL을 알리는 신호이며 리디렉션·rel=canonical·사이트맵은 강도가 다른 힌트로 함께 사용될 수 있습니다.

   확인 범위: 표시한 절의 정의·프로토콜·측정 조건·한계만 사용했습니다. 크롤링·렌더링·색인·검색 노출·속도·순위·처리 기간 보장은 근거로 사용하지 않았습니다.

2. RFC 6596: The Canonical Link Relation · RFC Editor · 확인 2026-10-27

   RFC 6596은 중복 콘텐츠 자원에서 선호 IRI를 지정하는 canonical 링크 관계와 적용 범위를 정의합니다.

   확인 범위: 표시한 절의 정의·프로토콜·측정 조건·한계만 사용했습니다. 크롤링·렌더링·색인·검색 노출·속도·순위·처리 기간 보장은 근거로 사용하지 않았습니다.

함께 이해할 용어

이 용어를 적용하는 실무 가이드