목록으로 돌아가기

캐노니컬

캐노니컬은 같거나 매우 비슷한 콘텐츠가 여러 URL에 있을 때 검색엔진에 선호하는 대표 URL을 알리는 신호입니다. rel="canonical"로 주소를 지정해도 Google이 반드시 그 주소를 대표로 선택하는 것은 아닙니다.

캐노니컬은 같거나 매우 비슷한 콘텐츠가 여러 URL에 있을 때 검색엔진에 선호하는 대표 URL을 알리는 신호입니다. rel="canonical"로 주소를 지정해도 Google이 반드시 그 주소를 대표로 선택하는 것은 아닙니다.1

제작 방식: AI로 자료 조사와 초안 작성을 보조했습니다.

쉬운 설명: 대표로 추천하는 것과 주소를 옮기는 것

같은 글에 추적용 파라미터만 다른 주소가 여러 개 있으면 어느 주소를 대표로 운영할지 정할 수 있습니다. 반면 서로 다른 글이나 목록의 다른 페이지를 단지 모양이 비슷하다는 이유로 같은 콘텐츠로 취급하면 안 됩니다. 먼저 내용이 같은지, 각 주소가 독자적인 역할을 갖는지 판단해야 합니다.

Google은 여러 신호를 바탕으로 대표 URL을 선택합니다. 사용자가 지정한 대표와 Google이 선택한 대표가 다를 수 있으므로 HTML에 태그가 있다는 사실과 검색엔진이 그 주소를 선택했다는 사실을 분리해야 합니다.2

리디렉션은 요청을 다른 URL로 보내는 응답 동작입니다. canonical을 바꿔도 방문자의 주소창이 자동으로 바뀌지는 않습니다. 옛 페이지를 새 주소로 이동시키려는 요구인지, 중복 주소를 열어 두되 검색 대표를 정하려는 요구인지부터 구분해야 합니다.3

noindex와도 목적이 다릅니다. 검색에서 제외할지와 중복 중 어느 주소를 대표로 할지는 서로 다른 질문입니다. 대표 주소를 정하려고 무조건 원본에 색인 제외를 붙이는 방식은 피하고, 공개 의도와 중복 관계를 먼저 정리합니다.1

실무에서는 서로 맞는 신호인지 확인합니다

다음은 같은 게시글에 추적 파라미터가 붙는 가상의 적용 예시입니다. 정답 URL 하나만 기록하는 대신, 그 주소를 실제로 어떻게 사용하는지까지 대조합니다.

확인 대상확인할 값오류를 의심할 상황
공개 HTMLcanonical의 절대 URL개발 주소·다른 글 주소가 출력
대표 대상 응답의도한 정상 콘텐츠오류·로그인·다른 이동으로 연결
내부 링크운영상 대표로 정한 주소메뉴마다 다른 주소를 사용
사이트맵대표 정책과 맞는 URL비대표 주소만 수록
검색도구지정 대표와 선택 대표서로 다르면 내용·신호를 조사

주소 생성 규칙이 CMS와 템플릿 여러 곳에 있으면 작은 수정으로 값이 어긋날 수 있습니다. 글 수정 화면에서 경로를 바꾸는 경우, 분류를 바꾸는 경우, 목록 다음 페이지로 가는 경우를 나눠 확인합니다. 단일 상세 페이지 한 개의 성공만으로 모든 경로가 맞다고 보지 않습니다.

검수 기록에는 현재 페이지 주소, 지정한 대표 주소, 대상 페이지의 실제 내용, 확인 시각을 함께 적습니다. '캐노니컬 오류 수정'이라는 말보다 어떤 중복 관계를 어떻게 바꿨는지가 남아야 나중에 다른 담당자도 같은 판단을 재현할 수 있습니다.

웨비스튜디오 작업 기록

세무 서비스 사이트 A의 게시판에서는 페이지·카테고리별 자기 참조 canonical을 적용하고 공개 출력과 정상 응답을 확인한 기록이 있습니다. 모든 목록을 첫 페이지로 몰아주는 방식이 아니라 목록의 실제 경로에 맞춰 정리한 사례입니다. 이 작업만으로 검색엔진의 대표 선택이나 순위 변화까지 확인했다고 쓰지는 않습니다.

자주 하는 실수와 수정 기준

사이트 전체를 홈페이지 canonical로 지정하는 것. 서로 다른 주제를 가진 페이지까지 같은 내용으로 취급할 수 있습니다. 각 페이지의 역할과 실제 중복 여부를 먼저 확인합니다.1

상세와 목록의 대표 규칙을 섞는 것. 글 상세의 대표와 여러 글을 모은 목록의 대표는 대상이 다릅니다. 목록의 다음 페이지가 다른 자료를 담는다면 그 차이를 반영해야 합니다.

서버 출력과 스크립트 출력이 충돌하는 것. 수정 전후 HTML과 렌더링 결과에서 서로 다른 주소가 나오는지 확인합니다. 의도한 대표를 일관되게 표현하도록 생성 위치를 정리합니다.1

Google 선택 대표가 즉시 바뀌지 않으면 태그가 무효라고 보는 것. 지정은 신호이며 별도 처리 과정이 있습니다. 실제 출력 오류와 검색엔진의 판단 차이를 구분해서 조사합니다.2

FAQ

canonical은 중복 콘텐츠 벌점을 없애는 태그인가요?

단순한 벌점 제거 도구로 설명하지 않는 것이 정확합니다. 중복·유사 주소 가운데 대표를 알려 주는 신호이며, 먼저 어떤 URL들이 같은 콘텐츠인지 정리해야 합니다.12

301 리디렉션 대신 canonical을 쓰면 되나요?

목적에 따라 다릅니다. 사용자를 새 주소로 보내야 한다면 이동 처리가 필요합니다. 기존 주소를 계속 열어 두면서 검색 대표를 표현하는 것과 같은 동작이 아닙니다.3

모든 페이지에 자기 자신을 지정하면 끝인가요?

그 자체로 모든 중복 문제가 해결되지는 않습니다. 중복 주소마다 자신을 대표로 내보내면 통합 의도와 맞지 않을 수 있습니다. 내부 링크와 사이트맵을 포함한 주소 정책을 함께 봅니다.1

공식 출처

공식 문서 확인일: 2026-11-03. 이 글은 Google의 대표 URL 문서를 기준으로 하며 다른 검색엔진의 동일 처리를 보장하지 않습니다.

Footnotes

  1. Google Search Central, 중복 URL 통합: https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls ↩ ↩2 ↩3 ↩4 ↩5 ↩6

  2. Google Search Central, canonical URL 선택: https://developers.google.com/search/docs/crawling-indexing/canonicalization ↩ ↩2 ↩3

  3. Google Search Central, 리디렉션과 검색: https://developers.google.com/search/docs/crawling-indexing/301-redirects ↩ ↩2

출처 링크