티스토리 활용법

rel=canonical 적용 가이드|중복 URL 정리 시나리오

블로그 꿀팁 2025. 11. 24. 13:30
반응형

canonical 흐름—중복 URL→대표 URL 통합 다이어그램
rel=canonical로 평가 신호를 한 주소에 모으는 표준 절차.

rel=canonical 적용 가이드|중복 URL 정리 시나리오

같은 콘텐츠가 여러 주소로 노출되면 크롤 budget과 평가 신호가 분산되어 노출이 흔들립니다. rel="canonical"은 동일/유사 문서의 대표 URL을 선언해 신호를 모으는 표준 방식입니다. 이 글은 티스토리 환경을 기준으로 언제 canonical을 쓰고, 언제 301/ noindex를 써야 하는지를 시나리오별로 정리하고, 실수 방지 체크리스트와 검증 루틴을 제공합니다.

 

canonical 기본기|원리·문법·사용/비사용 기준

1) 원리와 문법

문서의 head 영역에 대표 주소를 선언합니다. 크롤러는 복수 URL의 신호(링크, 지표)를 대표 URL로 정합하려 시도합니다.

<!-- 대표 URL이 https://example.com/post/slug 인 경우 -->
<link rel="canonical" href="https://example.com/post/slug" />

2) canonical을 써야 하는 경우

  • 정렬/필터/트래킹 파라미터가 붙은 동일 콘텐츠(? sort=,? utm= 등).
  • 목록·요약 페이지에 실린 원문 일부 발췌가 원문과 중복 신호를 만드는 경우(원문 쪽을 대표로).
  • HTTP/HTTPS, www/non-www가 공존하지만 서버에서 완전 일치로 강제 통합하지 못할 때의 임시 조치.

3) canonical이 아니라 301/ noindex가 맞는 경우

  • 영구 이전/통합은 301 리다이렉트가 정답(구주소→새 주소).
  • 목록/검색결과/태그 모음처럼 색인 가치가 낮은 페이지noindex가 우선.
  • 전혀 다른 콘텐츠를 같은 canonical로 묶는 행위는 금지(무시되거나 품질 신호 저하).

canonical 원리—다양한 URL 신호를 대표 URL로 수렴시키는 구조 도식
동일 문서만 묶습니다. 이전/삭제는 301, 가치 낮음은 noindex가 원칙.

시나리오별 적용법|파라미터·페이징·프로토콜·요약글

1) 파라미터 중복(정렬/트래킹)

상황 대표 URL 조치
?utm=, ?ref=, ?sort= 등으로 내용 동일 파라미터 제거한 클린 URL 모든 변형 URL에서 대표 URL을 canonical로 선언

2) 페이지네이션/아카이브

  • 리스트 1페이지는 자기 자신을 canonical, 2페이지 이후는 각 페이지 자기 자신을 canonical(대표 글이 아닌 목록은 보통 noindex 권장).
  • 본문 글이 여러 페이지로 나뉜 경우엔 통합본이 있다면 통합본을 대표로 두고 파트를 canonical로 연결.

3) 프로토콜/호스트 이슈

  • 가능하면 서버 레벨에서 HTTPS·www 규칙을 301로 강제. 불가 시 동일한 대표 URL을 canonical로 고정.

4) 요약/미러/재발행

  • 자기 블로그의 요약글 → 원문을 canonical.
  • 외부 플랫폼에 동일 본문 재발행 시 → 내 블로그 원문을 canonical로 표기(지원되는 경우).

시나리오 매핑—파라미터/페이징/프로토콜/요약 재발행의 canonical/301/noindex 선택표
이전=301, 저품질= noindex, 동일문서= canonical.

검증 루틴|구현 위치·테스트·모니터링 체크

1) 구현 위치

  • 문서 <head> 안에 1개만 선언(상충 금지). 상대경로 대신 절대 URL 사용.
  • 대표 URL 스스로도 자기 자신을 canonical로 선언(자기 참조).

2) 테스트

  1. 브라우저 소스보기로 canonical href 확인(중복/오타 점검).
  2. 검색콘솔 URL 검사→라이브 테스트에서 “표시된 canonical”과 “선택된 canonical” 비교.
  3. 파라미터/미러 URL에서 대표 URL로 정상 인식되는지 확인.

3) 모니터링

  • 커버리지/색인된 페이지 목록에서 의도치 않은 변형 URL이 색인되는지 점검.
  • 정책 변경 후엔 검사→색인 요청→검증까지 한 사이클로 마무리.

“구현→URL 검사(표시/선택 canonical 비교)→커버리지 확인→검증” 플로우
선언과 선택 canonical이 일치하도록 주간 점검합니다.

복붙 템플릿·의사결정 표

1) head 삽입 템플릿

<link rel="canonical" href="https://도메인/대표-경로/" />

2) 의사결정 표(요약)

상황 권장 조치 비고
영구 이전/합치기 301 리다이렉트 구URL 사이트맵/내부링크 정리
동일 콘텐츠의 파라미터 변형 canonical 클린 URL을 대표로
목록/검색결과 등 저가치 noindex 허브/대표 글로 유도
HTTPS·www 통합 서버 301 + 자기참조 canonical 중복 신호 방지

3) 주간 10분 체크리스트

- 파라미터 URL에서 대표 URL로 canonical 인식 OK
- head 내부 canonical 1개, 절대 URL, 오타/혼합도메인 없음
- 대표 URL도 자기참조 canonical 선언
- 커버리지에 변형 URL 색인 없음
- 수정 후 URL 검사→색인 요청→검증 완료

실천 요약

  • 동일 문서의 신호를 대표 URL로 모으는 데 canonical을 사용합니다.
  • 이전/통합은 301, 저 가치 목록은 noindex가 우선입니다.
  • canonical은 head 1개·절대경로·자기 참조 원칙을 지킵니다.
  • 검색콘솔에서 “표시/선택 canonical”이 일치하는지 주간 점검합니다.

최종 수정: 2025-11-24 · 문의: 댓글로 남겨주세요

반응형