리뉴얼·이전 · 공식 문서
리다이렉트 캐노니컬 차이, 중복 URL 정리 선택 기준
중복 URL을 없애도 되면 301 리디렉션, 사용자가 두 URL을 모두 써야 하면 캐노니컬 태그를 씁니다. 구글은 영구 리디렉션을 중복 페이지를 없앨 때만 쓰라고 적었고, 두 수단 모두 강한 신호로 적었습니다.
같은 내용이 여러 URL로 열리면 검색엔진은 그중 하나를 표준 URL로 고릅니다. 리디렉션과 캐노니컬 태그는 둘 다 그 선택에 신호를 줍니다.
다른 점은 사용자가 보는 화면입니다. 리디렉션은 중복 URL을 닫고, 캐노니컬은 중복 URL을 열어 둔 채 대표만 알립니다.
발견 01
두 수단 모두 강한 신호이고, 가르는 것은 중복 URL을 남기느냐입니다
Use permanent redirects to tell Google that a redirected URL is a worse version than the URL it redirects to. Use this only when deprecating a duplicate page.
영구 리디렉션은 리디렉션되는 URL이 대상 URL보다 못한 버전이라고 구글에 알린다. 중복 페이지를 없앨 때만 쓴다.
| 수단 | 사용자가 중복 URL을 열면 | 검색엔진이 받는 것 | 맞는 경우 | 공식 문서 원문 |
|---|---|---|---|---|
| 301 리디렉션 | 최종 URL로 자동으로 옮겨 갑니다 | 리디렉션 대상을 표준 URL로 봅니다 | 중복 URL을 없앨 때 | Redirects: A strong signal that the target of the redirect should become canonical. Use this method when you want to get rid of existing duplicate pages.리디렉션은 대상 URL이 표준이 되어야 한다는 강한 신호다. 이미 있는 중복 페이지를 없애고 싶을 때 이 방법을 쓴다. |
| rel="canonical" link 요소 | 중복 페이지가 그대로 열립니다 | 지정한 URL을 표준 URL 후보로 봅니다 | 두 URL을 모두 남길 때 | rel="canonical" link annotations: A strong signal that the specified URL should become canonical. Can map an infinite number of duplicate pages.rel="canonical" 링크 주석은 지정한 URL이 표준이 되어야 한다는 강한 신호다. 중복 페이지를 수에 제한 없이 이을 수 있다. |
| rel="canonical" HTTP 헤더 | 파일이 그대로 열립니다 | HTML 이 아닌 파일의 표준 URL을 받습니다 | 같은 내용의 PDF·문서 파일을 남길 때 | If you publish content in many file formats, such as PDF or Microsoft Word, each on their own URL, you can return a rel="canonical" HTTP header to tell Googlebot what is the canonical URL for the non-HTML files.PDF·워드 같은 여러 파일 형식으로 각각 다른 URL에 콘텐츠를 낸다면, rel="canonical" HTTP 헤더로 HTML 이 아닌 파일의 표준 URL을 Googlebot 에 알릴 수 있다. |
| 사이트맵에 표준 URL만 넣기 | 중복 페이지가 그대로 열립니다 | 약한 신호로만 씁니다 | 다른 수단과 함께 쓰는 보조 | Sitemap inclusion: A weak signal that helps the URLs that are included in a sitemap become canonical. Less powerful signal to Google than the rel="canonical" mapping technique.사이트맵 포함은 그 URL이 표준이 되도록 돕는 약한 신호다. rel="canonical" 로 잇는 방법보다 약한 신호다. |
리디렉션은 사용자와 크롤러를 함께 옮깁니다. 그래서 중복 URL이 쓸모없을 때 고릅니다.
캐노니컬은 크롤러에게만 대표를 알립니다. 정렬 결과처럼 사용자에게 필요한 페이지는 지우지 않고 남깁니다.
발견 02
선택 기준은 5가지 질문이고, 첫 질문은 「지워도 되나」입니다
| 순서 | 질문 | 예이면 | 아니면 | 공식 문서 원문 |
|---|---|---|---|---|
| 1 | 중복 URL을 지워도 되나요? | 301 리디렉션으로 표준 URL에 보냅니다 | 다음 질문으로 갑니다 | Use permanent redirects to tell Google that a redirected URL is a worse version than the URL it redirects to. Use this only when deprecating a duplicate page.영구 리디렉션은 리디렉션되는 URL이 대상 URL보다 못한 버전이라고 구글에 알린다. 중복 페이지를 없앨 때만 쓴다. |
| 2 | 사용자가 중복 URL을 계속 써야 하나요? (정렬·필터, 광고 추적, 인쇄용) | 중복 페이지에 rel="canonical" 을 넣습니다 | 남길 이유가 없으니 301 로 닫습니다 | Site functions: for example, the results of sorting and filtering functions of a category page사이트 기능. 예를 들어 카테고리 페이지의 정렬·필터 기능 결과. |
| 3 | 중복이 HTML 이 아닌 파일인가요? | rel="canonical" HTTP 헤더로 지정합니다 | link 요소로 지정합니다 | If you publish content in many file formats, such as PDF or Microsoft Word, each on their own URL, you can return a rel="canonical" HTTP header to tell Googlebot what is the canonical URL for the non-HTML files. Only works for HTML pages, not for files such as PDF.여러 파일 형식으로 각각 다른 URL에 콘텐츠를 낸다면 rel="canonical" HTTP 헤더로 HTML 이 아닌 파일의 표준 URL을 알릴 수 있다. link 요소는 HTML 페이지에서만 통하고 PDF 같은 파일에는 통하지 않는다. |
| 4 | 사이트 대표 주소(메인 페이지)의 변형인가요? (http, www 없는 URL, /index.html) | 캐노니컬보다 리디렉션을 씁니다 | 위에서 고른 수단을 씁니다 | People access your site through several different URLs. / 사이트의 메인 페이지의 경우는 link 태그를 활용한 선호 URL 지정보다는 HTTP redirect를 사용하여 사이트를 방문하는 사용자에게 혼동을 주지 않는 것이 좋습니다.앞 문장: 사용자가 여러 다른 URL로 사이트에 들어온다(리디렉션이 쓸모 있는 경우 가운데 하나). 뒤 문장은 네이버 원문이다. |
| 5 | URL이 아주 많거나 자주 바뀌나요? | 고른 수단에 더해 사이트맵에 표준 URL만 넣습니다 | 고른 수단 하나로 충분합니다 | Can be complex to maintain the mapping on larger sites, or sites where the URLs change often. Simple to implement and maintain, especially on large sites.rel="canonical" 짝은 큰 사이트나 URL이 자주 바뀌는 사이트에서 관리가 복잡할 수 있다. 사이트맵은 특히 큰 사이트에서 넣고 관리하기 쉽다. |
네이버도 사이트 메인 페이지는 캐노니컬보다 HTTP 리디렉션을 쓰라고 적었습니다. 대표 주소의 변형은 사용자에게도 쓸모가 없기 때문입니다.
링크 짝이 아주 많으면 사이트맵을 보조로 둡니다. 구글은 여러 수단을 겹쳐 쓰면 효과가 커진다고 적었습니다.
발견 03
흔한 상황 6가지 가운데 리디렉션은 2가지, 캐노니컬은 3가지입니다
| 상황 | 고를 수단 |
|---|---|
| http 와 https, www 와 www 없는 URL이 모두 열림 | 301 리디렉션 |
| 리뉴얼 뒤 옛 게시판과 새 게시판에 같은 글이 있음 | 301 리디렉션(옛 글을 지움) |
| 분류 페이지의 정렬·필터 결과 URL | rel="canonical" link 요소 |
| 광고 클릭 매개변수가 붙은 랜딩 URL | rel="canonical" link 요소 |
| 같은 내용의 웹 페이지와 PDF 자료 | rel="canonical" HTTP 헤더(PDF 쪽) |
| 잠시 다른 페이지로 보내는 임시 리디렉션 | 정리 수단이 아님(302 는 표준 신호로 쓰이지 않음) |
Googlebot follows the redirect, but the indexing pipeline doesn't use the redirect as a signal that the redirect target should be canonical. The target page might still be indexed if other canonicalization signals are present.
Googlebot 은 임시 리디렉션을 따라가지만, 색인 단계는 그 리디렉션을 대상이 표준이어야 한다는 신호로 쓰지 않는다. 다른 표준 신호가 있으면 대상 페이지가 색인될 수는 있다.
임시 리디렉션은 중복 정리 수단이 되지 못합니다. 원래 URL을 검색 결과에 남기는 설정이기 때문입니다.
광고 매개변수가 붙은 URL을 사이트 안에서 링크하면 중복이 늘어납니다. 그 자리는 「UTM 설정 방법」 편에 자세히 적었습니다.
발견 04
수단을 고른 뒤에는 신호를 한 URL로 모으고, 4가지 설정은 피합니다
| 쓰지 말 것 | 왜 안 되나 | 공식 문서 원문 |
|---|---|---|
| robots.txt 로 중복 URL 차단 | 크롤러가 페이지를 못 읽어 캐노니컬도 못 봅니다 | Don't use the robots.txt file for canonicalization purposes.표준화 목적으로 robots.txt 파일을 쓰지 않는다. |
| 삭제 도구로 중복 URL 숨기기 | 같은 내용의 모든 URL이 검색에서 숨겨집니다 | Don't use the URL removal tool for canonicalization.표준화에 URL 삭제 도구를 쓰지 않는다. |
| 중복 URL에 noindex | 그 페이지가 검색에서 통째로 빠집니다 | We don't recommend using noindex to prevent selection of a canonical page within a single site, because it will completely block the page from Search.한 사이트 안에서 표준 페이지 선택을 막으려고 noindex 를 쓰는 것은 권하지 않는다. 그 페이지가 검색에서 완전히 빠지기 때문이다. |
| 수단마다 다른 URL을 표준으로 지정 | 사이트맵과 캐노니컬이 서로 다른 URL을 가리켜 신호가 엇갈립니다 | Don't specify different URLs as canonical for the same page using different canonicalization techniques (for example, don't specify one URL in a sitemap, but a different URL for that same page using rel="canonical").같은 페이지에 서로 다른 방법으로 서로 다른 표준 URL을 지정하지 않는다(예: 사이트맵에는 한 URL, rel="canonical" 에는 다른 URL). |
| 고른 뒤 맞출 것 | 공식 문서 원문 |
|---|---|
| 여러 수단을 같은 URL로 겹쳐 쓰기 | Keep in mind that these methods can stack and thus become more effective when combined.이 방법들은 겹쳐 쓸 수 있고, 함께 쓰면 더 효과적이다. |
| 내부 링크는 표준 URL로 | When linking within your site, link to the canonical URL rather than a duplicate URL.사이트 안에서 링크할 때는 중복 URL이 아니라 표준 URL로 링크한다. |
| 리디렉션 뒤 옛 URL이 보이는 경우 | The other URL becomes an alternate name of the canonical URL.다른 쪽 URL은 표준 URL의 대체 이름이 된다. |
However, having the same content accessible through many different URLs can be a bad user experience (for example, people might wonder which is the right page, and whether there's a difference between the two) and it may make it harder for you to track how your content performs in search results. The canonical page will be crawled most regularly; duplicates are crawled less frequently in order to reduce the crawling load on sites.
같은 콘텐츠가 여러 URL로 열리면 사용자가 어느 쪽이 맞는지 헷갈리고, 검색 실적을 따라가기도 어렵다. 표준 페이지는 가장 자주 크롤링되고, 중복 페이지는 사이트의 크롤링 부담을 줄이려고 덜 자주 크롤링된다.
발견 05
같은 중복이라도 B2B·B2C·B2G 는 남길 페이지가 다릅니다
예시 ① 같은 제품을 웹 페이지와 PDF 사양서로 내는 부품 제조사(B2B)
구매 담당자는 PDF 사양서를 내려받아 사내에 돌립니다. 그래서 PDF 를 지우지 않고 남깁니다.
PDF 응답에 rel="canonical" HTTP 헤더를 넣어 제품 웹 페이지를 표준으로 알립니다.
예시 ② 색상·사이즈 필터가 많은 의류 쇼핑몰(B2C)
필터를 누를 때마다 매개변수 URL이 생기고, 고객은 그 URL을 메신저로 공유합니다. 필터 URL은 남기고 분류 기본 페이지를 캐노니컬로 지정합니다.
http 와 www 없는 URL은 고객에게 쓸모가 없으니 301 로 닫습니다.
예시 ③ 개편 뒤 옛 게시판이 남은 공공기관 누리집(B2G)
개편 뒤에도 옛 게시판이 열려 같은 공지가 두 URL에 있습니다. 옛 게시판은 쓸 사람이 없으니 글마다 새 게시판으로 301 을 겁니다.
인쇄용 화면처럼 이용자가 쓰는 변형만 캐노니컬로 남깁니다.
그럼 우리 사이트의 중복 URL은 어떤 순서로 정리하나요?
- 서치 콘솔 「페이지 색인 생성」 보고서에서 중복 관련 상태의 URL을 모읍니다.
- 같은 내용끼리 묶고, 묶음마다 검색 결과에 보일 표준 URL 하나를 정합니다.
- 묶음마다 위 선택 기준 5가지를 차례로 물어 수단을 고릅니다.
- 지울 URL은 301 리디렉션을 걸고, 남길 URL은 rel="canonical" 을 넣습니다.
- 사이트맵과 내부 링크가 표준 URL만 가리키게 고칩니다.
- URL 검사 도구로 구글이 고른 표준 URL을 확인합니다. 다르게 골랐다면 「사용자와 다른 표준을 선택함」 편을 봅니다.
조사 방법
- Google Search Central 「How to specify a canonical URL with rel="canonical" and other methods」 (문서 수정일 2026-07-10) · 최종 확인일 2026-10-25 · https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls
- Google Search Central 「What is canonicalization」 (문서 수정일 2026-08-20) · 최종 확인일 2026-10-25 · https://developers.google.com/search/docs/crawling-indexing/canonicalization
- Google Search Central 「Redirects and Google Search」 (문서 수정일 2026-04-14) · 최종 확인일 2026-10-25 · https://developers.google.com/search/docs/crawling-indexing/301-redirects
- 네이버 서치어드바이저 「선호 URL 및 로봇 메타 태그」 · 최종 확인일 2026-10-18 · https://searchadvisor.naver.com/guide/markup-structure
- 선택 기준 5가지와 상황별 결과는 위 문서들이 수단마다 적은 쓰임을 질문 순서로 묶은 것입니다. 묶는 방식은 편집 판단입니다.
- 예시 ①②③은 이해를 돕기 위해 만든 가상 상황이며, 실제 기업·기관의 사례가 아닙니다.
- 원문은 영어판(hl=en)이고, 도구·보고서 이름은 같은 문서 한국어판(hl=ko) 표기를 따랐습니다.