canonical 태그란? 중복 URL 정리하는 표준 URL 지정 방법 (2026)
canonical 태그(표준 URL)는 같은 내용이 여러 주소로 열릴 때 검색에 보여 줄 대표 주소를 알려 줍니다. 중복이 생기는 이유, 리디렉션 · rel=canonical · 사이트맵의 신호 차이, 하면 안 되는 설정을 Google 공식 문서로 정리했습니다.
- 같은 페이지가 여러 주소로 열리는 홈페이지 운영자
- 광고 랜딩 주소가 검색에 나와 고민인 사장님
- 쇼핑몰 정렬 · 필터 페이지가 많은 운영자

한 줄 답변
canonical 태그는 내용이 같거나 거의 같은 여러 페이지 중 검색결과에 대표로 보여 주고 싶은 URL(표준 URL)을 알려 주는 표시입니다. 영구 리디렉션이 가장 강한 신호이고, rel="canonical"은 강한 신호, 사이트맵은 약한 신호입니다. 다만 Google은 이를 힌트로 받아들이므로, 여러 신호가 같은 URL을 가리키도록 맞추는 것이 핵심입니다.
핵심 요점 한눈에
| 표준 URL이란 | 중복 · 유사 페이지 중 Google 검색에 대표로 보여 줄 URL |
|---|---|
| 지정 안 하면? | Google이 스스로 가장 적합한 버전을 골라 표준으로 정함 |
| 가장 강한 신호 | 301 등 영구 리디렉션 (중복 페이지를 없앨 때) |
| 강한 신호 | rel="canonical" link 요소 · HTTP 헤더 (PDF 등 비 HTML 파일은 헤더) |
| 약한 신호 | 사이트맵에 표준 URL만 넣기 |
| 하면 안 되는 것 | robots.txt · URL 삭제 도구 · noindex로 표준화, 신호끼리 다른 URL 지정 |
| 중복 콘텐츠는 스팸? | 아니요. 일부 중복은 정상이며 스팸 정책 위반이 아님 |
canonical(표준 URL)은 무엇인가요?
Google 검색 센터는 표준화(canonicalization)를 「여러 중복 페이지 가운데 대표 URL 하나를 고르는 과정」으로 설명합니다. 같은 내용이 여러 주소로 열리면 Google은 검색결과에 그중 한 버전만 보여 주는데, 이때 고른 주소가 표준 URL입니다.
Google은 색인을 만들 때 페이지마다 주된 콘텐츠를 파악하고, 주된 콘텐츠가 비슷한 페이지를 하나의 묶음(클러스터)으로 모은 뒤, 그 안에서 가장 완전하고 유용한 페이지를 신호를 바탕으로 골라 표준으로 정합니다. 표준 페이지는 더 자주, 중복 페이지는 덜 크롤링됩니다.
사이트 운영자가 표준 URL을 따로 지정하지 않아도 Google이 알아서 고르지만, 공식 문서는 원하는 주소를 명시적으로 알려 주는 편이 좋다고 안내합니다.
왜 표준 URL을 지정해야 하나요?
Google 문서가 꼽는 이유는 네 가지입니다. 소상공인 홈페이지에서도 광고 클릭 주소, www 유무, http/https 혼용 때문에 같은 페이지가 여러 주소로 열리는 일이 흔합니다.
- 검색결과에 노출될 URL 선택: 추적 파라미터가 붙은 주소 대신 깔끔한 상품 · 서비스 페이지 주소가 나오게 할 수 있습니다.
- 신호 통합: 여러 주소로 흩어진 링크 등의 신호를 하나의 URL로 모읍니다.
- 측정 단순화: 한 콘텐츠의 성과를 하나의 주소로 모아 보기 쉬워집니다.
- 크롤링 낭비 방지: Googlebot이 중복 페이지 대신 새 페이지 · 수정한 페이지를 크롤링하도록 돕습니다.
중복 URL은 어디서 생기나요?
Google 문서에 나온 대표 원인은 다음과 같습니다. 대부분 의도하지 않게 생깁니다.
| 원인 | 예 |
|---|---|
| 프로토콜 변형 | http://와 https:// 주소가 함께 열림 |
| 호스트 · 경로 변형 | example.com/home, home.example.com, www.example.com이 같은 페이지 |
| 추적 파라미터 | 광고 클릭 시 gclid 같은 쿼리 문자열이 붙은 주소 |
| 사이트 기능 | 정렬 · 필터 기능으로 비슷한 목록 페이지가 여러 개 생김 |
| 기기 변형 | 모바일 전용 주소(m.)와 데스크톱 주소가 따로 있음 |
| 지역 변형 | 같은 언어 내용을 국가별 주소로 나눠 제공 |
| 형식 변형 | 같은 내용을 웹페이지 · PDF · Word로 함께 게시 |
| 실수 | 테스트용 데모 사이트가 크롤러에 노출됨 |
표준 URL은 어떤 방법으로 알려 주나요?
Google 문서는 방법별 신호 강도와 장단점을 다음처럼 정리합니다. 여러 방법을 함께 쓰면 신호가 강해져 원하는 URL이 표준으로 채택될 가능성이 높아집니다.
- canonical 태그 예: 중복 페이지의 <head>에 <link rel="canonical" href="https://example.com/대표주소"> 를 넣습니다.
- Google은 HTTPS 페이지를 표준으로 선호합니다. 단, 잘못된 인증서나 HTTPS → HTTP 리디렉션 같은 문제가 없어야 합니다.
- hreflang으로 연결된 언어 · 지역 페이지가 있다면 같은 언어의 표준 페이지를 지정합니다.
| 방법 | 신호 강도 | 언제 쓰나 | 주의 |
|---|---|---|---|
| 영구 리디렉션 (301 등, 서버 측) | 가장 강함 | 중복 페이지를 없앨 때 | 중복 주소를 더 이상 쓰지 않을 때만 |
| rel="canonical" link 요소 | 강함 | 중복 페이지를 남겨 둬야 할 때 (HTML) | 주소가 자주 바뀌는 대형 사이트는 관리가 복잡 |
| rel="canonical" HTTP 헤더 | 강함 (link 요소와 같은 주석) | PDF 등 HTML이 아닌 파일 | 웹 검색결과에만 지원 |
| 사이트맵에 표준 URL만 포함 | 약함 | 대규모 사이트에서 손쉽게 | rel=canonical보다 덜 강력, 중복 판단은 Google이 함 |
canonical을 설정할 때 하면 안 되는 것은?
Google 문서가 명시한 금지 · 주의 사항입니다. 하나라도 걸리면 의도와 다른 주소가 표준이 되거나 페이지가 검색에서 빠질 수 있습니다.
- robots.txt로 표준화하지 않기: 중복 주소를 막으면 콘텐츠 없이 URL만 색인될 수 있습니다.
- URL 삭제 도구로 표준화하지 않기: 모든 버전의 URL이 검색에서 숨겨집니다.
- noindex로 표준 선택을 막지 않기: 페이지가 검색에서 완전히 차단될 수 있습니다.
- 방법끼리 다른 URL 지정하지 않기: 예를 들어 사이트맵에는 A, canonical에는 B를 넣거나, HTTP 헤더와 link 요소가 서로 다른 주소를 가리키면 오류가 납니다.
- URL 프래그먼트(#)를 표준으로 지정하지 않기.
- 상대 경로 대신 절대 경로(https://로 시작하는 전체 주소)로 지정하고, 표준 페이지 자신에도 자기 참조 canonical을 넣습니다.
canonical 태그를 넣었는데 다른 주소가 나오는 이유는?
Google 문서는 rel="canonical" 같은 지정이 「힌트」일 뿐이며, Google이 다른 이유로 다른 페이지를 표준으로 고를 수 있다고 설명합니다. 대부분 표준 페이지가 노출되지만, 사용자에게 더 알맞은 중복 페이지가 대신 나올 수도 있습니다. 예를 들어 데스크톱 페이지가 표준이어도 휴대기기 사용자에게는 모바일 페이지가 보일 가능성이 큽니다.
그래서 신호를 한 방향으로 맞추는 것이 중요합니다. 내부 링크도 중복 주소가 아니라 표준 URL로 일관되게 연결하고, 자바스크립트가 HTML 소스의 canonical을 바꾸지 않도록 합니다. 소스에서 지정할 수 없을 때만 자바스크립트로 설정합니다.
- 우리 사이트의 대표 주소 형식(https · www 유무 · 끝 슬래시)을 하나로 정합니다.
- 나머지 형식은 대표 주소로 301 리디렉션합니다.
- 남겨야 하는 중복 페이지(정렬 · 필터 · 추적 파라미터)에는 rel="canonical"로 대표 주소를 적습니다.
- 사이트맵에는 대표 주소만 넣습니다.
- 메뉴 · 본문 · 버튼의 내부 링크를 대표 주소로 통일합니다.
🔎 우리 홈페이지는? 30초 자가진단
해당하는 항목에 체크하고 결과를 확인하세요.
❓ 자주 묻는 질문
canonical 태그는 무엇인가요?
중복 콘텐츠가 있으면 패널티를 받나요?
canonical과 301 리디렉션 중 무엇을 써야 하나요?
canonical을 넣었는데 Google이 다른 주소를 표준으로 골랐어요.
robots.txt로 중복 페이지를 막으면 안 되나요?
사이트맵만으로도 표준 URL을 알릴 수 있나요?
놓치기 쉬운 포인트
- canonical은 명령이 아니라 힌트입니다. 리디렉션 · canonical · 사이트맵 · 내부 링크를 한 방향으로 맞추세요.
- 광고 랜딩 주소에 붙는 추적 파라미터 페이지에는 canonical로 원래 주소를 지정해 두면 검색에는 깔끔한 주소가 나옵니다.
- canonical은 절대 경로로, 표준 페이지 자신에게도 자기 참조로 넣습니다.
- HTTP 헤더와 link 요소를 둘 다 쓰다 서로 다른 주소가 들어가면 오류가 납니다. 한 가지 방식만 꾸준히 쓰는 것이 안전합니다.
- 홈페이지 빌더 · CMS가 canonical을 이미 넣고 있을 수 있으니, 직접 추가하기 전에 페이지 소스(Ctrl+U)에서 rel="canonical"이 있는지부터 확인하세요.
함께 보면 좋은 글
📞 직접 하기 어렵다면?
홈페이지 제작부터 SEO · GEO 점검까지, K-RIDA가 도와드립니다.
- 무료 진단 — 우리 홈페이지가 검색 · AI 답변에 잘 보이는지 30분 무료 진단
- 개선 제안서 — 진단 결과에 맞춘 우선순위 개선안 무료 제공
- 제작 · 개선 대행 — 홈페이지 제작 · 구조화 데이터 · 콘텐츠 정비
전화 문의: 010-2637-1962 · 이메일: contact@k-rida.com



