canonical 대표 URL, 중복 페이지는 어떻게 정리할까

밤호박 프렌즈 · 2026-10-14

같은 내용이 여러 주소로 열린다면, 검색엔진에 보여 주고 싶은 주소 하나를 정해 canonical 대표 URL로 알려 주면 됩니다. 기본 순서는 두 단계입니다. 먼저 중복이 생기는 원인을 찾습니다. 그다음 주소 형태를 통일하고 각 페이지에 canonical 태그를 넣습니다. canonical은 힌트이지 명령이 아니어서, 리디렉션과 내부링크도 같은 주소를 가리키게 맞추는 편이 안정적입니다. 정리한 뒤에는 검색엔진이 실제로 어떤 주소를 대표로 선택했는지 확인해야 합니다.

중복 페이지는 어떤 경우에 생기나요?

중복 페이지는 일부러 만들지 않아도 사이트가 운영되는 과정에서 저절로 생깁니다. 내용은 같은데 주소만 다른 경우가 대부분입니다. 검색엔진은 이런 페이지를 각각 별개로 수집하다가, 어느 쪽을 대표로 보여 줄지 스스로 판단해야 합니다.

자주 보이는 유형은 다음과 같습니다.

• www 유무: www.example.com과 example.com이 둘 다 열리는 경우
• http와 https: 보안 연결 전환 후에도 이전 주소가 그대로 열리는 경우
• 끝의 슬래시: /service와 /service/가 모두 접근되는 경우
• 대소문자: 주소의 영문 대소문자만 달라도 다른 주소로 처리되는 서버가 있는 경우
• 추적 파라미터: ?utm_source=..., ?ref=...처럼 광고·유입 분석용 값이 붙은 주소
• 정렬·필터 파라미터: 목록 페이지에서 ?sort=new, ?page=1 같은 값이 붙는 경우
• 모바일 주소 분리: m.example.com과 PC 주소가 따로 있는 경우
• 출력용·인쇄용 페이지: 같은 본문을 다른 주소로 보여 주는 경우
• 비슷한 내용의 별도 페이지: 지역·상품만 바꿔 문장이 거의 같은 페이지를 여러 개 만든 경우

앞의 항목들은 기술적인 중복이고, 마지막 항목은 콘텐츠 중복입니다. 둘은 해결 방식이 다릅니다. 기술적 중복은 주소 규칙으로 정리하고, 콘텐츠 중복은 페이지를 합치거나 각각 고유한 내용으로 다시 써야 합니다.

canonical 태그는 무슨 역할을 하나요?

canonical 태그는 페이지의 <head> 안에 넣는 한 줄입니다. 이 내용의 대표 주소는 여기라고 검색엔진에 알려 줍니다.

<link rel="canonical" href="https://example.com/service" />

이렇게 지정하면 ?utm_source=...가 붙은 주소나 슬래시만 다른 주소가 수집되더라도, 검색엔진은 신호를 대표 주소 쪽으로 모아 이해하려 합니다. 링크가 여러 주소로 흩어지는 일을 줄이고, 검색 결과에 보일 주소를 정리하는 데 도움이 될 수 있습니다.

알아 둘 점

• canonical은 강제 명령이 아니라 힌트입니다. 검색엔진이 다른 신호를 더 믿으면 지정과 다른 주소를 대표로 고를 수 있습니다.
• 대표 주소 페이지에도 자기 자신을 가리키는 canonical을 넣는 것이 일반적입니다.
• 주소는 https://부터 시작하는 절대 경로로 쓰는 편이 오류가 적습니다.
• 한 페이지에 canonical은 하나만 있어야 합니다. 플러그인과 테마가 각자 넣어 두 개가 되는 경우가 있습니다.
• canonical은 <head> 안에 있어야 합니다. 본문 중간에 들어가면 인식되지 않을 수 있습니다.

사용자가 옛 주소로 들어오지 못하게 하려면 canonical이 아니라 301 리디렉션이 맞습니다. 사용자는 두 주소 모두에 접근할 수 있지만 검색엔진에는 하나만 대표로 알리고 싶을 때가 canonical을 쓰는 상황입니다.

주소 형태는 어떻게 통일하나요?

canonical 태그만 붙이고 끝내기보다, 주소 규칙 자체를 먼저 정하는 편이 안전합니다. 규칙이 없으면 태그가 페이지마다 제각각이 되기 쉽습니다.

1. 대표 형태를 한 가지로 정합니다

• 프로토콜: https
• 도메인: www 사용 여부 중 하나
• 끝 슬래시: 붙이거나 붙이지 않거나 중 하나
• 영문 주소: 소문자로 통일

2. 나머지 형태는 301 리디렉션으로 보냅니다

http를 https로, www 없는 주소를 있는 주소로(또는 반대로) 영구 이동시킵니다. 이렇게 하면 사용자와 검색엔진 모두 처음부터 같은 주소에 도착합니다.

3. 내부링크를 대표 주소로 맞춥니다

메뉴, 본문 링크, 사이트맵에 쓰인 주소가 제각각이면 검색엔진에 엇갈린 신호가 갑니다. 사이트맵(sitemap.xml)에는 대표 주소만 넣는 것이 원칙입니다.

4. 파라미터 주소는 상황별로 처리합니다

구글과 네이버 모두 색인과 대표 주소 판단에 여러 신호를 함께 씁니다. 리디렉션, canonical, 내부링크, 사이트맵이 같은 주소를 가리킬수록 판단이 흔들릴 여지가 줄어듭니다. 플랫폼별 세부는 구글 SEO, 네이버 SEO 글에서 따로 다룹니다.

정리한 뒤에는 어떻게 점검하나요?

설정을 마쳤다고 대표 주소가 곧바로 반영되지는 않습니다. 검색엔진이 다시 수집하고 처리하는 데 시간이 걸리므로, 확인 절차를 정해 두는 편이 좋습니다.

직접 확인할 수 있는 것

1. 페이지 소스 보기: 대표 주소와 파라미터 주소에서 각각 rel="canonical"을 검색해 값이 의도한 주소인지, 하나만 있는지 봅니다.
2. 리디렉션 확인: http, www 유무, 슬래시 유무 주소를 브라우저에 입력해 모두 대표 주소로 이동하는지 봅니다. 이동 방식이 301인지도 확인합니다.
3. 사이트맵 확인: 리디렉션되는 주소나 파라미터 주소가 사이트맵에 남아 있지 않은지 봅니다.
4. 내부링크 확인: 메뉴와 본문 링크가 옛 주소를 가리키지 않는지 봅니다.

검색엔진 도구로 확인할 수 있는 것

• 구글 서치 콘솔의 URL 검사에는 사용자가 지정한 canonical과 구글이 선택한 canonical이 함께 표시됩니다. 두 값이 다르면 원인을 찾아봐야 합니다.
• 서치 콘솔의 페이지 색인 보고서에는 '중복 페이지, 사용자가 선택한 표준 페이지 없음' 같은 항목이 나옵니다. 이 항목이 늘어나는지 지켜봅니다.
• 네이버 서치어드바이저에서는 웹 페이지 수집과 색인 현황, 사이트맵 제출 상태를 확인할 수 있습니다.

수집과 반영에는 보통 수일에서 수주가 걸릴 수 있고, 사이트 규모에 따라 달라집니다. 변경한 날짜와 내용을 기록해 두면 이후 변화를 해석하기 쉽습니다. 색인 상태 전반은 검색엔진 최적화 글에서 다룹니다.

canonical을 잘못 지정하면 어떤 문제가 생기나요?

canonical은 한 줄이라 쉽게 넣을 수 있지만, 잘못 넣으면 오히려 색인에 방해가 됩니다. 실무에서 자주 발생하는 사례를 정리합니다.

• 모든 페이지가 메인 주소를 가리키는 경우: 템플릿에 대표 주소가 고정되어 있으면 서비스 페이지와 글이 모두 '메인과 같은 내용'으로 해석될 수 있습니다. 개별 페이지가 색인에서 빠질 위험이 있습니다.
• 존재하지 않는 주소나 오류 페이지를 가리키는 경우: 대표 주소가 404이거나 리디렉션되면 검색엔진은 지정을 무시할 수 있습니다.
• 내용이 다른 페이지끼리 연결한 경우: canonical은 같은 내용이거나 매우 비슷한 페이지끼리 쓰는 것입니다. 다른 내용을 한 주소로 묶으면 묶인 쪽 페이지는 검색에 나오지 않을 수 있습니다.
• canonical과 noindex를 함께 쓰는 경우: 대표 주소로 신호를 모으라는 지시와 색인하지 말라는 지시가 충돌합니다.
• canonical이 여러 개이거나 값이 서로 다른 경우: 검색엔진이 모두 무시할 수 있습니다.
• 사이트맵·내부링크와 불일치: canonical은 https://example.com/a인데 사이트맵에는 http://www.example.com/a가 올라가 있으면 신호가 갈립니다.

문제가 의심되면 변경 전 상태로 돌리기보다 어느 페이지가 어떤 주소로 해석되는지부터 목록으로 만드는 것이 순서입니다. 원인이 템플릿이면 한 번에 수정되지만, 페이지별로 지정했다면 개별 확인이 필요합니다. 이런 구조 점검은 SEO 대행 글에서도 범위를 설명합니다.

상담에서 확인하면 좋은 질문

중복 페이지 정리를 외부에 맡기거나 상의할 때, 작업 범위와 방식을 미리 물어보면 이후 오해를 줄일 수 있습니다. 어느 곳과 상담하든 아래 항목을 확인해 보시길 권합니다.

1. 현재 상태 진단: 중복 주소가 어떤 유형으로 몇 개나 있는지 목록으로 받을 수 있나요?
2. 대표 주소 규칙: https, www, 슬래시 중 무엇을 기준으로 정하고 그 이유는 무엇인가요?
3. 적용 방식: canonical, 301 리디렉션, 통합 중 페이지별로 무엇을 쓰고 이유를 설명해 주나요?
4. 작업 내역 공유: 수정한 페이지와 변경 전후 값을 문서나 표로 확인할 수 있나요?
5. 점검 지표: 서치 콘솔 등에서 어떤 항목을 어떤 주기로 보고하나요?
6. 위험 관리: 잘못 적용했을 때 되돌리는 방법이 준비되어 있나요?
7. 결과 표현: '순위 보장'처럼 단정하는 표현 없이, 가능한 범위와 한계를 설명하나요?

질문의 답이 구체적일수록 작업 범위가 분명합니다. canonical 대표 URL 정리는 한 번 설정하고 끝나는 일이 아니라 페이지를 추가하거나 사이트를 개편할 때마다 다시 점검해야 하는 운영 항목입니다. 사이트 전체의 노출 구조는 홈페이지 상위노출 글에서 이어서 볼 수 있습니다.

자주 묻는 질문

canonical 태그와 301 리디렉션은 무엇이 다른가요?

301은 방문자와 검색엔진을 새 주소로 실제 이동시킵니다. canonical은 두 주소가 모두 열리는 상태에서 대표 주소만 알려 주는 힌트입니다.

canonical을 넣으면 중복 페이지가 검색에서 바로 사라지나요?

바로 사라지지 않습니다. 검색엔진이 다시 수집하고 판단하는 시간이 필요하며, 지정과 다른 주소를 대표로 고를 수도 있습니다.

대표 주소 페이지에도 canonical을 넣어야 하나요?

넣는 것이 일반적입니다. 자기 자신을 가리키는 canonical은 파라미터가 붙은 주소가 수집될 때도 대표 주소를 분명히 알려 줍니다.

페이지 번호(?page=2)가 붙은 목록도 1페이지로 canonical을 걸면 되나요?

권장하지 않습니다. 2페이지 이후에는 다른 항목이 담겨 있어 내용이 다릅니다. 각 페이지가 자기 자신을 가리키게 두는 쪽이 일반적입니다.

워드프레스나 홈페이지 제작 서비스는 canonical이 자동으로 들어가나요?

많은 도구가 자동으로 넣지만 값이 의도와 다를 수 있습니다. 페이지 소스에서 실제 값과 개수를 직접 확인하는 것이 좋습니다.

더 자세한 서비스 안내: 검색엔진 최적화, 어디까지 해야 할까: SEO 서비스 전체 안내