같은 글인데 검색결과에 엉뚱한 주소가 뜨거나, 서치콘솔에 '중복 페이지'라는 말이 보여 당황한 적이 있나요? 그 원인을 이해하는 열쇠가 canonical, 우리말로 '표준 URL'입니다.
이 글은 구글 검색 센터 문서와 Search Console 고객센터 안내를 직접 읽고, canonical의 뜻과 지정 방법, 서치콘솔에서 자주 보는 상태 3가지를 읽는 법을 정리했습니다. 특정 순위를 보장하는 방법이 아니라, 구글이 공식적으로 설명한 원리를 정리한 글입니다.
canonical 뜻: 여러 주소 중 '대표 주소' 하나
구글은 표준화를 "콘텐츠를 대표하는 표준 URL을 선택하는 프로세스"라고 설명합니다. 표준 URL은 여러 중복 페이지 중에서 구글이 가장 대표적이라고 고른 페이지의 주소입니다.
구글은 내용이 같거나 매우 비슷한 페이지를 하나의 묶음(클러스터)으로 모은 뒤, 그중 가장 완전하고 검색 사용자에게 유용한 페이지를 표준으로 고르고 나머지는 중복으로 봅니다. 검색결과에는 대부분 표준 페이지가 나옵니다.
중요한 점은 canonical이 '명령'이 아니라 '신호'라는 것입니다. 사이트 운영자가 원하는 표준 URL을 알려 줄 수는 있지만, 최종 선택은 구글이 여러 신호를 종합해 합니다. 그래서 내가 지정한 주소와 구글이 고른 주소가 다를 수도 있습니다.
중복 주소는 왜 생기나: 구글이 든 5가지 예
중복이 생겼다고 해서 잘못한 것은 아닙니다. 구글 문서도 사이트에 일부 중복 콘텐츠가 있는 것은 정상이며 스팸 정책 위반이 아니라고 적고 있습니다. 다만 주소가 여러 개면 사용자가 헷갈리고 실적을 추적하기 어려워질 수 있습니다.
- 지역별 변형: 같은 언어로 된 같은 내용을 나라별 주소로 나눠 둔 경우
- 기기 변형: 모바일 버전과 데스크톱 버전 주소가 따로 있는 경우
- 프로토콜 변형: http 주소와 https 주소가 둘 다 열리는 경우
- 사이트 기능: 카테고리 페이지의 정렬·필터 기능 때문에 주소 뒤에 조건이 붙는 경우
- 실수로 인한 변형: 테스트용 데모 사이트가 크롤러에 열려 있는 경우
블로그를 예로 들면, 같은 글이 원래 주소와 연결한 개인 도메인 주소 두 곳에서 열리거나, 공유 링크에 추적용 꼬리표가 붙어 주소가 달라지는 일이 흔합니다. 이런 경우 대표 주소를 하나로 정해 두는 것이 표준화의 목적입니다.
표준 URL을 알리는 방법 3가지 비교
구글은 선호하는 표준 URL을 알리는 방법을 영향이 큰 순서로 리디렉션, rel="canonical" link 주석, 사이트맵 포함으로 안내합니다. 이 방법들은 겹쳐 쓸 수 있고, 두 가지 이상을 함께 쓰면 원하는 주소가 표시될 가능성이 높아진다고 설명합니다.
| 방법 | 신호 세기 | 장점 | 단점·주의 |
|---|---|---|---|
| 영구 리디렉션 | 강함 | 방문자와 검색엔진을 모두 한 주소로 보냄 | 중복 페이지를 더 이상 쓰지 않을 때만 사용 |
| rel="canonical" link 요소(HTML) | 강함 | 중복 페이지 수에 제한 없이 지정 가능 | HTML에만 작동, 페이지가 많으면 관리가 복잡 |
| rel="canonical" HTTP 헤더 | 강함 | PDF처럼 HTML이 아닌 파일에도 지정 가능 | 서버 설정을 바꿀 수 있어야 함 |
| 사이트맵에 포함 | 약함 | 대규모 사이트에서 구현·관리가 쉬움 | 어떤 페이지가 중복인지는 구글이 판단해야 함 |
구글은 표준 URL 지정이 필수는 아니라고도 밝힙니다. 지정하지 않아도 사이트는 정상 작동하고, 구글이 가장 적합한 버전을 스스로 고르기 때문입니다. 다만 중복이 많다면 직접 알려 주는 편이 원하는 주소가 검색결과에 나올 가능성을 높입니다.
rel="canonical" 넣는 법: 4단계
가장 많이 쓰는 방법은 HTML의 head 영역에 link 요소를 넣는 것입니다. 순서는 다음과 같습니다.
- 대표 주소 정하기: 같은 내용이 열리는 주소들을 모아 보고, 검색결과에 보이고 싶은 주소 하나를 고릅니다. https, www 여부, 끝의 슬래시까지 하나로 통일합니다.
- 중복 페이지 head에 넣기: 중복 페이지마다 <link rel="canonical" href="대표 주소">를 넣습니다. 구글 예시처럼 주소는 https://로 시작하는 절대 경로로 씁니다.
- 대표 페이지에도 넣기: 표준 페이지 자신에게도 자기 주소를 가리키는 canonical을 넣는 것이 권장됩니다(자체 참조 표준).
- 확인하기: 페이지 소스 보기에서 head 안에 canonical이 한 번만 있는지, 주소가 맞는지 확인하고, 서치콘솔 URL 검사에서 '사용자 선언 표준 URL'과 'Google에서 선택한 표준 URL'을 비교합니다.
예를 들어 대표 주소가 https://www.example.com/guide 라면 head 안에 다음 한 줄을 넣는 식입니다(설명용 예시 주소).
<link rel="canonical" href="https://www.example.com/guide" />구글은 canonical link 요소가 HTML의 head 안에 있을 때만 받아들인다고 안내합니다. 그래서 최소한 head 부분이 유효한 HTML인지 확인하라고 권합니다. 자바스크립트로 canonical을 넣는 경우에도 올바르게 삽입됐는지 확인해야 합니다.
워드프레스, 윅스, 블로거 같은 CMS나 블로그 플랫폼은 HTML을 직접 고치지 못할 수 있습니다. 이때는 플랫폼의 검색엔진 설정 메뉴나 안내를 찾아보라고 구글은 권합니다. 많은 블로그 플랫폼은 글마다 canonical을 자동으로 넣어 주므로, 먼저 페이지 소스에서 이미 들어가 있는지 확인하는 것이 순서입니다.
하지 말아야 할 6가지
구글 문서의 권장사항 중 실수가 잦은 것만 골라 정리했습니다.
- robots.txt로 표준화하지 않기: robots.txt로 막은 주소도 내용 없이 색인될 수 있습니다.
- URL 삭제 도구로 표준화하지 않기: 이 도구는 모든 버전의 주소를 검색에서 숨깁니다.
- 방법끼리 다른 주소를 가리키지 않기: 사이트맵에는 A 주소, canonical에는 B 주소를 적는 식은 피해야 합니다. HTML과 HTTP 헤더를 함께 쓸 때도 같은 주소인지 확인합니다.
- noindex로 표준을 고르려 하지 않기: 사이트 안에서 noindex로 표준 선택을 막으면 페이지가 검색에서 완전히 빠질 수 있어 권장되지 않습니다.
- #으로 시작하는 프래그먼트 주소를 표준으로 쓰지 않기: 구글은 일반적으로 URL 프래그먼트를 지원하지 않습니다.
- 내부 링크는 중복 주소가 아닌 표준 주소로: 구글은 사이트 안에서 연결할 때 중복 URL이 아닌 표준 URL로 연결하라고 권장합니다.
또 하나, 구글은 다른 조건이 같다면 http보다 https 페이지를 표준으로 선호한다고 설명합니다. 다만 https 페이지의 인증서가 잘못됐거나, https에서 http로 리디렉션하거나, https 페이지의 canonical이 http 주소를 가리키면 이 선호가 흔들릴 수 있습니다.
서치콘솔에서 보이는 표준 URL 상태 3가지
Search Console의 페이지 색인 생성 보고서에는 색인되지 않은 이유가 여러 가지로 나뉘어 나옵니다. 그중 표준 URL과 관련된 상태 3가지는 이름이 비슷해 헷갈리기 쉽습니다.
① 적절한 표준 태그가 포함된 대체 페이지
이 페이지가 다른 페이지의 대체 버전으로 표시되고, 색인된 표준 페이지로 올바르게 연결돼 있다는 뜻입니다. 고객센터 안내는 별도의 조치가 필요 없다고 적고 있습니다. 숫자가 많다고 해서 문제가 있는 것이 아닙니다.
② 사용자가 선택한 표준이 없는 중복 페이지
다른 페이지와 중복되는데 운영자가 표준을 지정하지 않았고, 구글이 다른 페이지를 표준으로 골랐다는 뜻입니다. 안내에 따르면 오류가 아니라 정상 작동입니다. 구글이 고른 주소가 틀렸다고 생각되면 표준을 직접 지정하고, 중복이 아니라고 생각되면 두 페이지 내용이 충분히 다른지 점검합니다.
③ Google에서 사용자와 다른 표준 URL을 선택함
운영자가 이 페이지를 표준으로 표시했지만 구글은 다른 주소를 더 나은 표준으로 판단한 경우입니다. URL 검사에서 'Google에서 선택한 표준 URL'과 '사용자 선언 표준 URL'을 확인하고, 브라우저로 세 주소(현재 페이지·사용자 선언·구글 선택)를 열어 내용을 비교하라고 안내합니다.
상황별로 무엇을 하면 되나
아래는 구글 문서 내용을 바탕으로 정리한 일반적인 판단 흐름입니다. 사이트 구조에 따라 달라질 수 있으니 참고용으로 보세요.
- 블로그 플랫폼을 쓰는 경우: 대부분 canonical이 자동으로 들어갑니다. 글 하나를 열어 소스에서 canonical 주소가 실제 공개 주소(연결한 도메인 포함)와 같은지만 확인해도 충분한 경우가 많습니다.
- http·https, www 유무가 섞여 열리는 경우: 하나로 정해 나머지는 영구 리디렉션으로 보내는 것이 가장 강한 신호입니다. 도메인 연결 직후 리디렉션 문제는 서치콘솔 리디렉션 오류 정리 글도 참고하세요.
- 쇼핑몰·게시판처럼 정렬·필터 주소가 많은 경우: 조건이 붙은 주소에 기본 목록 주소를 가리키는 canonical을 넣는 방식을 검토합니다. 게시판 글과 웹페이지의 SEO 차이는 홈페이지 SEO 차이 5가지 글에 정리했습니다.
- 비슷한 페이지를 대량으로 만드는 경우: 내용이 거의 같으면 구글이 하나만 표준으로 고를 수 있습니다. 페이지마다 고유한 내용을 담는 것이 먼저입니다. 관련 주의점은 pSEO 장단점 글을 참고하세요.
- 글이 아예 검색에 안 보이는 경우: canonical보다 색인 자체가 문제일 수 있습니다. 구글 검색에 안 나올 때 확인할 5가지부터 점검하세요.
참고로 네이버 검색이 canonical을 어떻게 처리하는지는 이번에 네이버 공식 문서로 확인하지 못해 이 글에 넣지 않았습니다.
자주 묻는 질문
canonical을 넣으면 검색 순위가 오르나요?
구글 문서는 canonical을 순위를 올리는 방법이 아니라 중복 주소 중 대표를 알리는 방법으로 설명합니다. 대표 주소로 링크 신호가 모이고 크롤링 낭비를 줄이는 효과를 안내할 뿐, 순위 상승을 약속하지는 않습니다.
모든 페이지에 canonical을 넣어야 하나요?
필수는 아닙니다. 다만 구글은 표준 페이지 자신에게도 자기 주소를 가리키는 canonical을 넣는 것을 권장합니다. 중복 주소가 생길 수 있는 사이트라면 넣어 두는 편이 안전합니다.
canonical은 상대 경로로 써도 되나요?
구글은 상대 경로도 지원하지만 장기적으로 문제가 생길 수 있다며 https://로 시작하는 절대 경로를 권장합니다. 테스트 사이트가 실수로 크롤링될 때 엉뚱한 주소가 표준이 되는 일을 막기 위해서입니다.
'적절한 표준 태그가 포함된 대체 페이지'가 계속 늘어나요. 고쳐야 하나요?
Search Console 고객센터는 이 상태를 조치가 필요 없는 상태로 안내합니다. 대체 페이지가 표준 페이지로 잘 연결됐다는 뜻이므로, 표준 페이지 쪽이 색인돼 있는지만 확인하면 됩니다.
이 글은 2026년 11월 13일 구글 검색 센터의 「URL 표준화란 무엇인가요?」, 「rel="canonical" 및 다른 방법으로 표준 URL을 지정하는 방법」 문서와 Search Console 고객센터의 「페이지 색인 생성 보고서」 안내를 확인해 작성했습니다. 구글 문서는 수시로 바뀌므로 적용 전에 공식 안내를 다시 확인하세요.
참고 자료
- Google 검색 센터, URL 표준화란 무엇인가요: https://developers.google.com/search/docs/crawling-indexing/canonicalization
- Google 검색 센터, rel="canonical" 및 다른 방법으로 표준 URL을 지정하는 방법: https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls
- Search Console 고객센터, 페이지 색인 생성 보고서: https://support.google.com/webmasters/answer/7440203