구글이 canonical 태그와 다른 URL을 대표로 고르는 것은 드문 일이 아니며, 먼저 URL 검사 도구에서 구글이 선택한 canonical을 확인해야 합니다. 구글 Search Central의 문제 해결 문서는 사이트가 canonical 페이지를 명시해도 콘텐츠 품질이나 기술 신호 같은 여러 이유로 구글이 다른 canonical을 고를 수 있다고 첫 문장에서 밝힙니다. rel=canonical은 구글이 강한 신호로 분류하는 방법이지만, 그것만으로 결정되는 것은 아닙니다.
구글이 대표 URL을 정하는 신호
구글의 중복 URL 통합 문서는 대표 URL 선호를 알리는 방법을 영향력 순으로 나열합니다. 리다이렉트는 대상 URL이 canonical이 되어야 한다는 strong signal입니다. rel="canonical" 링크 주석도 지정한 URL이 canonical이 되어야 한다는 strong signal입니다. 사이트맵에 포함하는 것은 weak signal입니다. 방법들은 겹쳐 쓰면 더 효과적입니다.
어느 페이지가 중복인지는 구글이 내용 유사성을 기준으로 직접 판단합니다. 사이트 설정이 영향을 주는 경우도 문서에 나옵니다. 구글은 HTTP보다 HTTPS를 선호하고, hreflang 클러스터에 속한 URL을 선호합니다.
구글이 HTTP를 대표로 고르는 경우
HTTPS 페이지가 있어도 구글이 HTTP를 canonical로 고르는 조건이 문서에 구체적으로 나옵니다.
- HTTPS 페이지에 잘못된 SSL 인증서가 있을 때
- HTTPS 페이지가 이미지 외에 안전하지 않은 의존 리소스를 포함할 때
- 사용자를 HTTP 페이지로 경유해서 리다이렉트할 때
- HTTPS 페이지의 rel="canonical"이 HTTP를 가리킬 때
HTTPS 전환을 마친 사이트에서 대표 URL이 HTTP로 잡혀 있다면 이 네 가지를 먼저 확인합니다.
신호가 충돌하는 경우
같은 문서는 같은 페이지에 대해 방법마다 다른 URL을 canonical로 지정하지 말라고 안내합니다. 예를 들어 사이트맵에는 한 URL을 적고 rel="canonical"에는 다른 URL을 적으면 안 됩니다. 상대 경로 대신 절대 URL을 쓰고, URL 조각(fragment)은 canonical로 지정하지 말라고도 적혀 있습니다. robots.txt를 canonicalization에 쓰지 말라는 문장도 있습니다.
사이트맵 URL과 canonical 링크가 서로 다르게 나가고 있다면 사이트맵 생성 규칙을 먼저 바로잡는 것이 빠릅니다. 사이트맵 관리는 사이트맵 lastmod, 언제 수정하고 언제 그대로 둘까?에서 다룹니다.
구글이 다른 canonical을 고르는 흔한 원인
| 원인 | 확인할 곳 |
|---|---|
| 지역화 변형 페이지에 hreflang이 없음 | 언어와 지역별 페이지의 hreflang 설정 |
| CMS나 플러그인이 잘못된 canonical 요소를 넣음 | 페이지 소스의 canonical 링크 |
| 서버 설정 오류(크로스 도메인 URL 선택, 동일한 soft 404) | 서버 응답과 오류 페이지의 상태 코드 |
| 해킹으로 삽입된 크로스 도메인 canonical이나 리다이렉트 | 소스에 낯선 canonical, 리다이렉트가 있는지 |
| 신디케이션 콘텐츠 | 다른 사이트에 같은 글이 게재되어 있는지 |
| 콘텐츠를 무단 복제한 외부 사이트 | 드문 경우 구글이 외부 URL을 대표로 선택함 |
서버가 오류 페이지를 200으로 응답하는 문제는 삭제한 페이지, 404와 410 중 무엇을 반환해야 할까?에서 다룹니다.
구글이 선택한 canonical 확인 방법
Search Console의 URL 검사 도구에서 구글이 선택한 canonical을 볼 수 있습니다. 서로 충분히 다르지 않은 페이지는 같은 클러스터에 묶이고, 내용을 수정한 뒤에도 최대 2주 정도 중복 클러스터에 남을 수 있다고 문서는 설명합니다.
수정한 뒤에는 색인 요청을 쓸 수 있지만 쿼터가 있으므로 중요한 URL에 아껴 써야 합니다. 수정 직후에는 결과가 바뀌지 않아도 정상일 수 있어서, 2주를 두고 다시 확인하는 것이 좋습니다.
신디케이션은 다르게 다룹니다
다른 사이트에 같은 글을 싣는 신디케이션에는 canonical 링크 요소가 권장되지 않습니다. 구글 문서는 제휴사가 색인을 막는 쪽이 가장 효과적이라고 적었습니다. 같은 글을 여러 곳에 게재하는 운영을 한다면 이 점을 계약 단계에서 정해 두는 것이 좋습니다.
점검 순서
- URL 검사 도구로 사용자가 선언한 canonical과 구글이 선택한 canonical을 비교합니다.
- 두 URL이 실제로 같은 내용인지, 구글이 같은 내용으로 볼 만큼 비슷한지 봅니다.
- 리다이렉트, rel=canonical, 사이트맵이 같은 URL을 가리키는지 맞춥니다.
- HTTPS 인증서, 혼합 콘텐츠, hreflang, 플러그인이 넣는 canonical을 점검합니다.
- 수정 뒤 2주를 두고 다시 확인합니다.
참고한 자료
- 구글 Search Central, 중복 URL 통합: https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls
- 구글 Search Central, canonical 문제 해결: https://developers.google.com/search/docs/crawling-indexing/canonicalization-troubleshooting