Canonical vs 301, 중복 URL을 남길까요 옮길까요?
Canonical는 여러 URL을 계속 열어둔 채 검색엔진에 대표 버전을 제안하고, 301은 옛 URL 요청을 새 URL로 영구 이동시킵니다. 해당 주소의 쓰임을 계속 남길지가 첫 판단입니다.
세 줄 요약
Canonical는 중복 URL을 열어둔 채 대표 버전을 제안하고, 301은 옛 주소를 새 주소로 영구 이동시킵니다.
필터·정렬처럼 별도 URL의 쓰임이 남으면 canonical, 주소 변경이나 문서 통합으로 옛 URL을 닫으면 301이 맞습니다.
기존 사이트에서 리다이렉트 대상·canonical·내부 링크·sitemap을 한 표에 놓고 대조하면 대표 URL 충돌을 찾을 수 있습니다.
Canonical와 301 Redirect의 차이
상품 필터 페이지가 검색 결과에 잡히고 원본 상품 페이지가 빠졌다면 본문을 더 쓰기 전에 대표 URL부터 바로잡아야 합니다. 예전 글을 새 글로 합친 뒤 두 주소가 모두 노출되는 경우도 마찬가지입니다. 캐노니컬과 301은 모두 URL을 정리하는 데 쓰이지만, 하나는 주소를 남기고 다른 하나는 없앤다는 차이가 있습니다.
비교 기준 | Canonical | 301 Redirect |
|---|---|---|
URL 유지 | 현재 주소가 계속 열림 | 새 주소로 이동 |
주요 상황 | 필터·정렬·추적·인쇄 URL | 주소 변경·문서 통합 |
검색 신호 | 대표 버전을 제안 | 영구 이동을 전달 |
주의 | 다른 신호와 엇갈릴 수 있음 | 관련 없는 목적지로 보내면 안 됨 |
판단의 출발점은 Canonical와 301 Redirect의 정의가 아니라 현재 생긴 오류입니다. 문제 URL이나 질문 하나를 정해 영구 이전과 방문자 경험, 수정 책임자를 함께 기록하면 두 방식을 같이 써야 하는 구간도 분명해집니다.
그 주소를 계속 열어둘 이유가 있나요?
판단은 여기서 시작합니다. 정렬 순서나 캠페인 파라미터처럼 사용자가 해당 주소를 계속 방문해야 한다면 페이지를 없앨 수 없습니다. 이때 캐노니컬 태그로 검색엔진에 대표 버전을 제안합니다. 반대로 URL 규칙을 바꿨거나 두 글을 하나로 합쳐 옛 페이지를 더는 보여줄 이유가 없다면 301이 맞습니다.
Google은 캐노니컬을 강한 신호로 다루지만 반드시 그대로 선택하는 규칙은 아니라고 설명합니다. 페이지 내용이 충분히 비슷하지 않거나 내부 링크와 사이트맵이 다른 주소를 밀고 있으면 Google이 별도의 대표 URL을 고를 수 있습니다. rel="canonical"을 넣었다는 사실만으로 정리가 끝나지 않는 이유입니다.
실제 운영 상태 | 우선 검토할 처리 | 방문자가 보는 결과 |
|---|---|---|
정렬·필터·추적용 주소를 유지해야 한다 | 캐노니컬 | 현재 주소의 페이지가 그대로 열림 |
페이지 주소를 영구 변경했다 | 301 | 새 주소로 이동 |
두 페이지를 하나로 합치고 옛 글을 폐기한다 | 301 | 합친 페이지로 이동 |
인쇄용처럼 별도 URL의 쓰임이 남아 있다 | 캐노니컬 | 별도 화면은 유지 |
언제 canonical을 써야 할까요?
캐노니컬은 페이지를 삭제하거나 이동시키지 않습니다. ?sort=price, 추적 파라미터, 인쇄용 페이지처럼 주소별 쓰임은 남겨두되 검색에서 평가할 대표 URL을 한곳으로 모으고 싶을 때 맞습니다. 각 정상 페이지가 자기 자신을 가리키는 self-referencing canonical도 흔히 사용합니다.
관리 화면에서 태그가 보인다고 안심하기는 이릅니다. 서버가 내보내는 HTML, HTTP 헤더, JavaScript 렌더링 결과 가운데 어디에 캐노니컬이 들어가는지 확인해야 합니다. Search Console URL 검사에서는 사용자가 선언한 캐노니컬과 Google이 선택한 캐노니컬이 같은지도 볼 수 있습니다.
언제 301을 써야 할까요?
301은 서버가 예전 URL 요청을 새 URL로 보내는 영구 리다이렉트입니다. 도메인 이전, URL 규칙 개편, 페이지 통합처럼 되돌릴 계획이 없는 작업에 씁니다. 예전 주소를 저장한 사람과 외부 링크를 따라온 검색봇 모두 새 페이지에 도착합니다.
목적지만 아무 데나 지정해서는 안 됩니다. 폐기한 상품을 관련 없는 카테고리나 홈페이지로 보내면 사용자가 찾던 내용이 이어지지 않습니다. 이전 페이지와 실질적으로 대응하는 새 페이지가 있을 때 연결하고, 그렇지 않다면 404나 410이 더 정확할 수 있습니다. 여러 주소를 거쳐 최종 페이지로 가는 리다이렉트 체인도 배포 전에 줄여야 합니다.
Canonical와 301 Redirect의 차이
사이트 이전에서 옛 URL은 새 URL로 301 처리하고 새 페이지는 자기 자신을 캐노니컬로 선언할 수 있습니다. 문제는 리다이렉트 대상, 캐노니컬, 사이트맵, 내부 링크가 서로 다른 주소를 가리킬 때 생깁니다. 검색엔진이 어떤 URL을 대표로 삼아야 하는지 판단하는 데 시간이 더 들고, 팀의 성과 집계도 여러 주소로 나뉩니다.
SEO에서는 검색 노출과 외부 링크를 대표 페이지에 이어 붙이기 어려워집니다. GEO도 비슷합니다. 같은 사실을 담은 URL이 여러 개 남아 있으면 AI 답변의 출처가 어느 버전인지 추적하기가 힘들어집니다. 다만 URL 신호를 맞췄다고 순위나 AI 인용이 생기는 것은 아닙니다. 최종 페이지의 본문·구조화 데이터가 일치하고 정상적으로 접근·색인될 수 있어야 합니다.
배포표에는 무엇을 적어야 할까요?
이전 작업표에 예전 URL, 최종 URL, 캐노니컬, 내부 링크·사이트맵 반영 여부를 함께 적으면 충돌을 빨리 찾을 수 있습니다. 배포 후에는 옛 URL의 상태 코드와 Location 헤더, 최종 페이지의 200 응답, 렌더링된 canonical을 차례로 확인합니다. 브라우저에서 새 화면이 열렸다는 사실만으로는 부족합니다.
대규모 이전이라면 먼저 유형별 표본을 고릅니다. 필터 URL 하나, 통합한 글 하나, 주소만 바꾼 상품 하나를 검사한 뒤 같은 템플릿으로 범위를 넓히면 설정 오류를 한꺼번에 퍼뜨릴 위험을 줄일 수 있습니다.
Canonical와 301 Redirect 병행 운영의 실제 판단
판단 회의에서는 Canonical와 301 Redirect의 기능 목록보다 URL 유지·영구 이전 항목이 어디에서 끊기는지를 봅니다. 공개 HTML, 링크, 원문 데이터가 다른 값을 내보내면 검색과 AI 답변도 서로 다른 정보를 집을 수 있습니다. 방문자 경험 항목이 달라진 URL을 표본으로 입력부터 공개 결과까지 따라갑니다.
Canonical와 301 Redirect의 대표 URL 항목은 발행 직후와 후속 관찰 시점을 나눠 기록합니다. 당일에는 공개 응답을 확인하고 검색 노출·클릭과 AI 언급·인용은 같은 질문 묶음으로 다시 측정합니다. 결과가 실제 고객 행동과 연결되지 않으면 작업 범위를 줄입니다.
참고 자료
색인 제어를 이어서 보면
자료 확인일: 2026년 8월 9일. 검색엔진별 캐노니컬 처리 방식은 다를 수 있으므로 적용 대상 검색엔진의 공식 문서도 확인해야 합니다.
기존 사이트 적용 범위
검색 결과에 잘못된 주소가 뜨거나 이전 전후 성과가 두 URL로 나뉜다면 문제 URL과 의도한 최종 URL을 문의에 적어주세요. 이 운영 방식은 공개 응답·캐노니컬·내부 링크·사이트맵을 대조해 SEO·GEO 진단 범위를 정합니다.
Canonical와 301 Redirect 비교 이후의 Search OS 운영
Search OS를 적용해 Canonical와 301 Redirect 비교를 시작해도 웹사이트를 새로 만들 필요는 없습니다. 기존 도메인과 CMS를 유지한 채 URL 유지, 영구 이전 항목을 검색 결과, AI 답변과 인용 URL에 연결해 실제 병목만 고칩니다.
Search OS 내부 성과 집계에서는 적용 고객사의 SEO와 AI 검색 노출이 평균 88% 이상 증가했습니다. Canonical와 301 Redirect 관련 URL도 같은 질문으로 반복 측정해 개선 폭이 줄거나 새로운 오류가 생긴 구간을 찾습니다. 일회성 진단으로 끝내지 않고 현재 사이트가 만들 수 있는 최상의 검색·AI 노출 상태를 유지하도록 운영합니다.