Canonical URL 가이드 — 중복 콘텐츠 해결과 색인 사고 막는 법

같은 내용의 글이 여러 URL에 흩어져 있으면, 검색 엔진은 어느 것을 보여줄지 헷갈려 결국 둘 다 순위를 깎습니다. 이걸 한 줄의 태그로 정리해 주는 게 Canonical URL(정규 URL)입니다. 핵심은 간단합니다 — "이 글들의 원본은 여기야, 점수는 여기로 모아줘"라고 구글에 알려주는 것. 특히 같은 글을 여러 플랫폼에 발행한다면 반드시 알아야 합니다.

중복 콘텐츠 문제란?

같은 콘텐츠가 여러 URL에 존재하는 상황을 말합니다. 이때 발생하는 SEO 문제:

Canonical 태그 사용법

HTML의 head에 다음 태그를 삽입하여 정규 URL을 지정합니다:

<link rel="canonical" href="https://정규URL주소" />

이 태그는 검색 엔진에게 "이 페이지의 원본은 여기이니, 순위와 링크 가치를 이 URL로 모아주세요"라고 알려줍니다.

Canonical이 필요한 상황

• 멀티 플랫폼 발행: 같은 글을 워드프레스·티스토리에 동시 발행한 경우
• HTTP/HTTPS 중복: http://와 https:// 버전이 모두 접근 가능한 경우
• www 중복: www.example.com과 example.com이 모두 접근 가능한 경우
• 파라미터 중복: ?page=1, ?sort=date 등으로 같은 내용이 다른 URL을 가진 경우

플랫폼별 Canonical 설정

멀티 플랫폼과 Canonical 전략

PostDot으로 여러 블로그에 동시 발행할 때는 하나의 주력 플랫폼을 정규 URL로 지정합니다:

• 구글 검색이 주 타겟 → 워드프레스를 canonical로 지정
• 네이버 검색이 주 타겟 → 네이버 블로그가 자동 canonical
• 티스토리 → canonical을 워드프레스로 지정하여 중복 방지

단, 각 플랫폼에서 제목과 본문을 약간 변형하면 canonical 없이도 중복 판정을 피할 수 있습니다. PostDot은 같은 키워드라도 매번 다른 구조의 원본 글을 생성합니다.

⚠️ 흔한 사고 — 잘못 건 canonical이 색인을 통째로 날린다

Canonical은 강력한 만큼 잘못 걸면 위험합니다. 가장 흔한 사고는 모든 페이지의 canonical이 실수로 홈페이지(또는 한 URL)로 지정되는 경우입니다. 이러면 구글은 '이 사이트의 모든 글은 사실 홈페이지의 사본'이라고 해석해, 개별 글을 색인에서 빼버립니다. 테마·플러그인을 바꾸거나 스킨 HTML을 직접 만질 때 자주 터집니다. 또 하나는 존재하지 않거나 noindex된 URL을 canonical로 가리키는 것 — 점수를 받을 페이지 자체가 없어 그냥 증발합니다. canonical은 '원본을 정확히 가리킬 때만' 약이고, 어긋나면 독입니다.

내 블로그 canonical 확인하는 법

어렵지 않습니다. 글 페이지에서 마우스 우클릭 → '페이지 소스 보기' → rel="canonical"을 검색해, 가리키는 주소가 그 글 자신의 URL인지 확인하세요(self-referencing). 또는 구글 서치콘솔의 URL 검사에서 '사용자가 선언한 표준 URL'과 '구글이 선택한 표준 URL'이 일치하는지 보면 됩니다. 둘이 다르면 설정을 점검할 신호입니다.

자주 묻는 질문 (FAQ)

Q. Canonical 태그와 301 리다이렉트의 차이는?

Canonical은 두 페이지 모두 접근 가능하지만 순위를 하나로 통합하는 "제안"이고, 301 리다이렉트는 한쪽 URL을 아예 다른 URL로 보내는 "강제 이동"입니다. 멀티 플랫폼에서는 양쪽 모두 유지해야 하므로 canonical이 적합합니다.

Q. 자기 자신에게 canonical을 설정해야 하나요?

네, 현재 페이지 URL을 self-referencing canonical로 설정하는 것이 SEO 모범 사례입니다. 대부분의 CMS와 플러그인이 이를 자동으로 처리합니다.

관련 글 더 보기:

• 블로그 SEO 최적화 체크리스트
• 멀티 플랫폼 운영 전략
• 구글 서치콘솔 설정 가이드
• 블로그 메타 태그 작성법