Canonical URL: 추측 없이 중복 콘텐츠 해결하기

하나의 상품이 /running-shoes, /running-shoes?color=black, /category/shoes?sort=price, 캠페인 태그가 붙은 URL에서 모두 접근될 수 있습니다. 쇼핑하는 사람에게는 같은 상품입니다. 크롤러에게는 가져오고, 비교하고, 통합해야 하는 여러 주소입니다. 그래서 canonical URL은 체크리스트를 만족시키려고 추가하는 메타 태그가 아니라 아키텍처상의 결정입니다.

canonical URL이란?

canonical URL은 중복되거나 거의 중복되는 페이지 그룹의 대표 주소입니다. 다음과 같이 제안할 수 있습니다.

<link rel="canonical" href="https://example.com/running-shoes">

중요한 단어는 제안입니다. 구글은 rel="canonical"을 강력한 신호로 취급하지만, 리디렉션, 사이트맵, 내부 링크, 페이지 콘텐츠가 다른 곳을 가리키면 다른 URL을 선택할 수도 있습니다. 따라서 canonical 정리는 HTML 한 줄을 바꾸는 것 이상입니다.

구글은 이 선택 과정을 canonicalization(정규화)이라고 부릅니다. 중복 콘텐츠가 자동으로 스팸 위반이 되는 것은 아닙니다. 실질적인 비용은 순위 신호, 백링크, 리포트가 분산되고, 가치를 더하지 않는 URL 변형에 크롤링 시간이 소모된다는 점입니다.

canonicalization을 점검해야 한다는 징후

Search Console에 구글이 다른 canonical을 선택했다고 표시

이 메시지는 구글이 오작동했다는 뜻이 아닙니다. 내가 선언한 선호가 다른 신호보다 약했다는 뜻입니다. 구글이 선택한 URL과 내 URL을 비교해 보세요.

• 어느 페이지가 더 많은 내부 링크를 받나요?
• 어느 URL이 사이트맵에 나타나나요?
• HTTP, HTTPS, www, non-www 버전이 뒤섞여 있나요?
• 페이지가 별도로 색인될 만큼 충분히 다른가요?

한 페이지가 여러 변형으로 열림

끝의 슬래시, 대소문자, 정렬 파라미터, 추적 코드, 프로토콜 변형, 호스트 이름 변형이 흔한 원인입니다. 모든 버전이 200 OK를 반환하면 각각이 canonical 후보가 됩니다.

성과 데이터가 분산됨

한 글의 노출이 깔끔한 URL과 파라미터가 붙은 URL 양쪽에 나타난다면 조사해 보세요. 데이터가 반드시 사라지는 것은 아니지만 CTR, 링크, 순위 변화를 평가하기가 필요 이상으로 어려워집니다.

상황별 canonical 선택

추적 파라미터

utm_source, fbclid, 캠페인 ID가 포함된 URL은 보통 깔끔한 페이지로 canonical 처리합니다. 내부 링크도 깔끔한 주소를 사용해야 합니다. 그렇지 않으면 내 내비게이션이 새로운 변형을 계속 만들어 냅니다.

이커머스의 필터와 정렬

필터링된 URL이 모두 쓸모없는 것은 아닙니다. "남성 러닝화" 페이지는 별개의 검색 의도를 충족해 고유한 문구, 제목, 자기 참조 canonical을 가질 만할 수 있습니다. 상품 순서만 바꾸는 ?sort=price_asc 버전은 보통 기본 카테고리를 가리킵니다.

결정은 물음표의 유무가 아니라 검색 의도를 따릅니다.

상품 변형

색상이 사진과 SKU만 바꾼다면 주 상품으로 통합하는 것이 합리적인 경우가 많습니다. 각 변형에 자체 재고, 설명, 수요, 랜딩 페이지 가치가 있다면 자기 참조 canonical 페이지가 더 나을 수 있습니다. 카탈로그 전체에 하나의 규칙을 적용하면 모든 상품군에 맞는 경우는 드뭅니다.

페이지네이션

2, 3, 4페이지에 서로 다른 항목이 있다면 모두 1페이지로 canonical 처리해서는 안 됩니다. 그렇게 하면 집합의 더 깊은 곳에만 있는 상품이나 글이 숨겨질 수 있습니다. 각 페이지네이션 페이지는 일반적으로 자기 참조 canonical이어야 하고 크롤링 가능한 링크로 접근할 수 있어야 합니다.

인쇄용 보기, PDF, 다운로드

HTML이 아닌 문서에는 canonical을 HTTP Link 헤더로 제공할 수 있습니다. PDF가 핵심 자산이고 그 자체로 유용하다면 둘이 같은 주제를 다룬다는 이유만으로 자동으로 HTML 글을 가리키게 하지 마세요.

네 가지 신호가 같은 이야기를 해야 합니다

신뢰할 수 있는 canonicalization은 보통 네 계층이 일치합니다.

1. 리디렉션: 더 이상 쓰지 않는 변형은 선호 URL로 영구 리디렉션합니다.
2. canonical 태그: 중복 페이지가 대표 URL을 지정합니다.
3. 사이트맵: canonical이고 색인 가능하며 200인 URL만 제출합니다.
4. 내부 링크: 내비게이션, 브레드크럼, 글, CTA가 선호하는 주소를 사용합니다.

리디렉션과 canonical 태그는 강력한 신호입니다. 사이트맵 포함 여부는 더 약하지만 다른 신호와 일치할 때 유용합니다. 사이트맵에는 URL A가 있는데 canonical은 URL B를 지정하고 내부 링크는 URL C를 쓴다면 구글은 사이트가 해결했어야 할 충돌을 풀어야 합니다.

리디렉션 체인 검사기로 모든 단계를 점검하고 SEO 검사기로 소스에 어떤 canonical이 있는지 확인하세요.

파급 효과가 큰 canonical 실수

사이트 전체를 홈페이지로 canonical 처리

템플릿 오류 하나로 모든 상품, 카테고리, 글이 홈페이지를 canonical로 지정할 수 있습니다. 구글이 이런 터무니없는 신호를 무시할 수도 있지만 색인과 리포트가 여전히 불안정해질 수 있습니다.

리디렉션이나 404를 가리킴

canonical은 최종 200 URL을 직접 가리켜야 합니다. 리디렉션을 거치게 하면 크롤링 활동을 낭비하고 불필요하게 지저분한 신호를 보냅니다.

언어를 넘나드는 canonical

베트남어 페이지가 같은 주제라는 이유만으로 영어 번역본으로 canonical 처리되어서는 안 됩니다. 각 언어 버전에는 같은 언어의 canonical이 필요하며, 번역 관계는 hreflang이 설명합니다.

robots.txt를 canonical 도구로 사용

URL을 차단해도 구글에 어떤 대체 URL을 써야 하는지 알려 주지 않습니다. 구글이 크롤링할 수 없으므로 차단된 주소가 콘텐츠 없이 색인에 남을 수 있습니다. 통합이 목적이라면 리디렉션이나 canonical을 사용하세요.

뚜렷한 이유 없이 canonical과 noindex를 함께 사용

이 지시문들은 서로 다른 질문에 답합니다. noindex는 페이지를 색인하지 말라는 뜻이고, canonical은 신호를 다른 곳으로 통합해 달라는 요청입니다. 둘을 섞으면 결과를 예측하고 디버깅하기가 더 어려워집니다.

30분 canonical 감사

1단계: 템플릿별 샘플링

홈페이지, 카테고리, 상품, 글, 파라미터가 있는 페이지, 페이지네이션, 오래된 URL을 고르세요. 템플릿 기반 샘플링은 무작위 점검보다 체계적인 오류를 더 빨리 찾아냅니다.

2단계: 다섯 가지 값 기록

각 URL마다 HTTP 상태, 리디렉션 목적지, 선언된 canonical, 구글이 선택한 canonical, 사이트맵 포함 여부를 기록하세요. 작은 표 하나로 대부분의 충돌이 드러납니다.

3단계: 내부 링크 점검

사이트가 어떤 변형으로 링크하는지 찾아보세요. CMS가 오래된 링크나 파라미터가 붙은 링크를 계속 발행하는 한 canonical 태그로는 근본 문제를 해결할 수 없습니다.

4단계: 생성기 수정

오류가 수백 페이지에 영향을 줄 때 레코드를 하나씩 수정하면 반드시 다시 발생합니다. URL 빌더, 브레드크럼 컴포넌트, 사이트맵 생성기, 리디렉션 미들웨어, 템플릿을 바로잡으세요.

5단계: 배포 후 검증

다시 크롤링하고, 렌더링된 DOM만이 아니라 소스 HTML을 점검하고, 대표 페이지에 Search Console의 URL 검사를 사용하세요. 구글이 선택한 canonical이 바뀌려면 크롤링 주기를 한 번 더 거쳐야 할 수 있습니다.

canonicalization이 문제가 아닌 경우

하나의 안정적인 URL이 콘텐츠를 제공하고, 내부 링크가 일관되며, 색인 가능한 변형이 없다면 자기 참조 canonical은 합리적이지만 순위를 올리는 비법은 아닙니다. 단지 "canonical을 최적화"하려고 복잡한 규칙을 추가하는 것은 피하세요.

진짜 기회는 시스템이 하나의 리소스에 여러 주소를 만들어 내는 곳에서 나타납니다. 패싯이 있는 이커머스, 태그가 많은 CMS 플랫폼, 캠페인 URL, 최근에 이전한 사이트가 그렇습니다.

사이트 유형별 canonical 결정

게시 시스템마다 실패하는 방식이 다르므로 감사는 URL이 만들어지는 방식을 따라야 합니다.

이커머스

규칙을 쓰기 전에 카테고리 필터를 매핑하세요. 브랜드, 성별, 상품 유형은 독립적인 수요가 있을 수 있지만 정렬 순서, 보기 모드, 추적 파라미터는 보통 그렇지 않습니다. 상품 변형은 카탈로그 전체에 복사한 하나의 규칙이 아니라 재고와 검색 의도에 근거해 문서화된 결정이 필요합니다.

내부 검색 페이지에 특히 주의하세요. 일부 스토어는 모든 검색어를 색인 가능한 URL로 노출하고 전부 카테고리로 canonical 처리하는 실수를 합니다. 크롤링 가능한 링크를 없애고 적절한 응답을 반환하는 것이 수백만 개의 약한 중복을 만드는 것보다 깔끔한 경우가 많습니다.

퍼블리셔와 블로그

태그, 작성자 아카이브, 날짜 아카이브, 인쇄용 보기, AMP 또는 레거시 모바일 경로는 글 콘텐츠를 반복할 수 있습니다. 어떤 아카이브가 실제 탐색 목적에 기여하는지 결정하세요. 유용한 주제 허브는 자기 참조 canonical일 수 있지만, 글 하나를 위해 만든 빈 태그는 색인 대상이 되지 않는 편이 좋습니다.

글이 섹션 사이를 옮겨 갈 때는 가능한 한 글 URL을 하나로 안정적으로 유지하세요. 경로를 바꿔야 한다면 canonical에만 의존하지 말고 이전 URL을 리디렉션하고 모든 내부 참조를 업데이트하세요.

SaaS와 문서

문서는 버전별 경로로 존재하는 경우가 많습니다. 지침이 다르고 고객이 여전히 이전 제품을 사용하는데도 이전 버전을 최신 버전으로 canonical 처리하지 마세요. 버전이 서로 다른 요구에 답한다면 색인 가능하게 두고, 명확히 표시하고, 현재 릴리스로 연결하세요.

마케팅 팀은 랜딩 페이지의 캠페인용 복사본도 만듭니다. 캠페인 페이지가 추적이나 헤드라인 실험만 바꾼다면 통합하세요. 별도 오디언스를 위한 뚜렷한 오퍼가 있다면 중복이라고 가정하지 말고 독립적인 페이지로 평가하세요.

멀티 도메인과 스테이징 환경

크롤러가 접근할 수 있는 스테이징 사이트는 운영을 가리키는 canonical을 유일한 보호 수단으로 삼아서는 안 됩니다. 인증이나 네트워크 제한을 사용하세요. 모든 페이지에 운영 canonical이 들어 있어도 유출된 스테이징 도메인은 여전히 크롤링되고, 링크되고, 보고될 수 있습니다.

이런 플랫폼별 규칙을 문서화하면 canonicalization이 사후 정리에서 릴리스 요구 사항으로 바뀝니다.

빠른 점검: 무료 SEO 감사를 실행해 누락된 canonical, 충돌하는 대상, 리디렉션 체인이 사이트 전체로 퍼지기 전에 찾아보세요.

결론

좋은 canonical URL은 유효한 마크업 이상입니다. 리디렉션, 사이트맵, 내부 링크, 콘텐츠 사이의 합의입니다. 이 계층들이 하나의 주소로 수렴하면 구글의 모호함이 줄고, Search Console 리포트가 깔끔해지고, 순위 신호가 분산될 가능성도 낮아집니다.

참고 자료: Google Search Central의 canonicalization 문서와 canonical URL을 지정하는 방법.