중복 페이지, Google에서 사용자와 다른 표준 URL을 선택함 해결법

'중복 페이지, Google에서 사용자와 다른 표준 URL을 선택함'(Duplicate, Google chose different canonical than user)은 페이지가 표준 URL을 지정했지만, Google이 이 페이지를 비슷한 페이지들과 묶은 뒤 다른 URL을 표준으로 색인해서 이 URL은 검색에서 빠졌다는 뜻입니다. 문제인지 아닌지는 전적으로 Google이 어떤 URL을 골랐는지에 달려 있습니다. 실제로 사람들이 들어오기를 원하는 주소라면 태그만 고치면 됩니다. 다른 페이지, 오래된 변형, 다른 웹사이트라면 귀하의 사이트가 엇갈린 신호를 보내고 있는 것이므로 바로잡아야 합니다.

Google이 설명하는 이 상태의 의미

Google의 페이지 색인 생성 보고서 문서(2026년 10월 확인)는 이 상태를 페이지 묶음의 표준으로 표시된 페이지에 대해 Google이 "다른 URL이 더 나은 표준 URL이라고 판단"한 경우로 설명합니다. Google은 대신 자신이 고른 URL을 색인했고, 영향을 받은 페이지는 그 URL의 중복으로 취급합니다.

Google 문서에서 해결에 중요한 점은 두 가지입니다.

• 귀하의 표준 URL은 힌트입니다. Google의 표준화 문서는 선언된 표준 URL이 규칙이 아니라 힌트라고 말합니다. 중복 URL 문서는 리디렉션과 rel="canonical"을 강한 신호로, 사이트맵 포함 여부를 약한 신호로 봅니다. Google은 이 신호들을 콘텐츠 자체와 함께 따지며, 귀하의 선언을 무시할 수 있습니다.
• 귀하의 표준 URL은 진짜 중복이어야 합니다. 페이지 색인 생성 보고서의 문제 해결 안내에 따르면, 사용자가 선언한 표준 URL이 현재 페이지와 비슷하지 않으면 Google은 그 URL을 절대 선택하지 않습니다.

'Google에서 사용자와 다른 표준 URL을 선택함'은 문제인가요?

상태 자체는 중립적입니다. 무엇을 해야 할지는 Google이 고른 URL이 알려 줍니다.

flowchart TD
    A["영향을 받은 URL로 URL 검사 열기"] --> B["사용자가 선언한 표준 URL과 Google이 선택한 표준 URL 비교"]
    B --> C{"Google이 고른 URL이 색인을 원하는 URL인가요?"}
    C -->|예| D["표준 태그를 그 URL에 맞게 수정"]
    C -->|아니요| E{"Google이 고른 URL이 귀하 소유의 도메인에 있나요?"}
    E -->|아니요| F["복사, 신디케이션, 해킹: 서버를 확인한 뒤 해당 호스트에 연락"]
    E -->|예| G{"선언한 표준 URL이 200 응답, 색인 가능, 자기 표준이며 이 페이지와 비슷한가요?"}
    G -->|아니요| H["대상을 고치거나 건강하고 비슷한 URL을 선언"]
    G -->|예| I{"리디렉션, 사이트맵, 내부 링크가 같은 URL을 가리키나요?"}
    I -->|아니요| J["모든 신호를 하나의 URL로 맞추기"]
    I -->|예| K{"주요 콘텐츠가 분명히 다른가요?"}
    K -->|아니요| L["페이지를 통합하거나 서로 다르게 만들기"]
    K -->|예| M["hreflang, JavaScript, 서버 설정 확인"]

Google이 다른 표준 URL을 선택하는 6가지 원인

1. 다른 신호들이 다른 URL을 가리킵니다. 표준 태그는 A라고 하는데 리디렉션, XML 사이트맵, 내부 링크는 B라고 하는 경우입니다. Google의 중복 URL 가이드는 같은 페이지에 대해 서로 다른 방법으로 서로 다른 표준 URL을 선언하지 말고, 내부 링크는 중복 URL이 아니라 표준 URL로 연결하라고 요청합니다. 2026년 5월부터 10월 사이에 SEOReport 감사를 위해 제출되어 사이트맵 페이지를 가져온 외부 웹사이트 29곳 중 6곳(21%)은 XML 사이트맵에 다른 곳으로 리디렉션되는 URL을 넣어 두었습니다. 사이트맵은 한 주소를 알리는데 서버는 다른 주소를 보여 준 것입니다. 이런 결함이 감사 때마다 반복되는 이유는 사이트맵과 페이지 사이의 표준 URL 충돌 분석에서 볼 수 있습니다.

2. 선언한 URL이 표준 URL이 될 수 없습니다. 리디렉션되거나, 404를 반환하거나, noindex가 있거나, robots.txt로 차단되었거나, 또 다른 표준 URL을 가리키는 URL을 표준으로 지정하면, Google이 쓸 수 없는 것을 색인하라고 요청하는 셈이므로 Google은 다른 URL을 고릅니다. 대상이 중복이 아니라 다른 페이지일 때도 마찬가지입니다. 필터링된 목록이 필터 없는 카테고리를 가리키거나, 아카이브의 3페이지가 1페이지를 가리키는 경우입니다. 또한 Google은 <link rel="canonical"> 요소를 <head> 안에서만 인정하며, 상대 URL보다 절대 URL을 권장합니다.

3. 프로토콜과 호스트 변형이 엇갈립니다. Google은 문제나 충돌하는 신호가 없는 한 HTTP보다 HTTPS를 표준으로 선호합니다. 문서에 나열된 예외는 유효하지 않은 SSL 인증서, 이미지 외의 안전하지 않은 리소스, HTTP로 또는 HTTP를 거쳐 리디렉션되는 HTTPS 페이지, 표준 태그가 HTTP URL을 가리키는 HTTPS 페이지입니다. HTTPS에서 HTTP로의 리디렉션이 있으면 Google은 HTTP를 매우 강하게 선호합니다. www와 비www 호스트, 후행 슬래시도 마찬가지입니다. 두 버전이 모두 200으로 응답하고 링크가 둘을 섞어 쓰면, 태그는 한 표에 불과합니다.

4. 언어 또는 지역 버전의 주요 콘텐츠가 같습니다. Google은 기본 콘텐츠가 같은 언어일 때만 서로 다른 언어 버전을 중복으로 봅니다. 메뉴와 푸터만 번역된 페이지는 여전히 원본의 중복입니다. 미국판과 영국판처럼 같은 언어의 지역별 페이지에는 hreflang 주석이 필요하며, 각 페이지의 표준 URL은 자기 언어 안에 있어야 합니다. 이 모순은 언어를 넘나드는 표준 태그 아티클에서 자세히 다룹니다.

5. 페이지가 거의 똑같습니다. 속성 하나만 다른 제품 변형, 도시 이름만 바꾼 지역 페이지, 같은 목록을 반복하는 태그·아카이브 페이지는 하나의 그룹으로 묶입니다. 그러면 Google은 가장 완전하고 유용하다고 보는 버전을 고르며, 콘텐츠가 사실상 같다면 각 페이지의 표준 태그로는 이들을 떼어 놓을 수 없습니다.

6. 누가 묻느냐에 따라 표준 URL이 달라집니다. 한 페이지에 표준 태그가 2개 있거나(테마와 SEO 플러그인이 각각 추가), JavaScript 프레임워크가 로드 후 표준 태그를 다시 쓰거나, 스마트폰 버전이 다른 URL을 선언하면 모두 Google에 두 가지 답을 보내는 것입니다. Google의 JavaScript 가이드는 JavaScript로 설정한 표준 URL이 원본 HTML의 것과 일치해야 하며, 표준 태그가 여러 개면 예상치 못한 결과가 나올 수 있다고 말합니다. Google의 문제 해결 문서는 한 사이트의 콘텐츠를 다른 호스트 이름에서 반환하는 잘못 설정된 서버, 해킹으로 생긴 리디렉션, 다른 웹사이트에 올라간 귀하 콘텐츠의 복사본도 원인으로 꼽습니다.

어떤 원인인지 확인하는 방법

Search Console에서 시작한 다음, 서버가 실제로 무엇을 반환하는지 확인합니다.

1. 영향을 받은 URL을 검사합니다. URL 검사의 색인된 결과에는 '사용자가 선언한 표준 URL'과 'Google이 선택한 표준 URL'이 나란히 표시됩니다. 실시간 테스트에는 선언한 표준 URL만 표시되는데, Google이 표준 URL을 색인 생성 시점에 결정하기 때문입니다. 실시간 테스트를 통과했다고 Google의 선택을 예측할 수는 없습니다.
2. Google이 고른 URL도 검사합니다. 그 URL의 상태, 자체 표준 URL, 사이트맵 포함 여부를 기록합니다.
3. 브라우저 없이 두 URL을 가져옵니다. 브라우저는 리디렉션을 숨기고 JavaScript 실행 후의 페이지를 보여 주므로, 원본 응답을 사용하십시오.

# Status codes and redirect hops, plus any canonical sent as an HTTP header
curl -sIL https://www.example.com/guide/ | grep -iE '^(HTTP/|location:|link:)'

# Every canonical tag in the HTML the server returns (more than 1 is a conflict on its own)
curl -sL https://www.example.com/guide/ | grep -io '<link[^>]*canonical[^>]*>'

1. 신호를 한 줄에 놓고 비교합니다. 선언한 표준 URL, 리디렉션 후 최종 URL, 사이트맵의 URL, 내비게이션과 이동 경로(breadcrumb)가 링크하는 URL, 렌더링된 페이지의 표준 URL을 적어 봅니다. 대개 어긋나는 열이 원인입니다.

예를 들어 보겠습니다. 어떤 페이지가 https://www.example.com/guide/를 선언했는데 Google은 http://example.com/guide를 선택했습니다. HTTPS URL을 가져와 보니 한 템플릿에서 HTTP로 리디렉션되고 있었습니다. 이 경우 원인 3에 해당하며, 고쳐야 할 것은 태그가 아니라 리디렉션 규칙입니다.

URL 하나를 확인하는 데는 몇 분이면 됩니다. 하지만 어긋남은 대개 템플릿이나 사이트맵 생성기에서 오므로 그 템플릿이 만드는 모든 페이지에서 반복되며, 이를 모두 찾는 것은 사이트 전체에 걸친 작업입니다.

원인별 해결 방법

모든 해결책의 원칙은 콘텐츠 하나에 URL 하나, 그리고 어디에서나 같은 방식으로 지칭하는 것입니다.

색인을 원하는 페이지의 건강한 최종 상태는 다음과 같습니다.

<head>
  <link rel="canonical" href="https://www.example.com/guide/" />
</head>

Sitemap entry:        https://www.example.com/guide/
Final URL after hops: https://www.example.com/guide/  (200)
Internal links:       https://www.example.com/guide/

상황을 악화시키는 지름길이 두 가지 있습니다. Google 가이드는 표준화에 robots.txt를 쓰지 말고, 한 사이트 안에서 어떤 페이지를 표준으로 만들지 유도하려고 noindex를 쓰지 말라고 권합니다. 차단되었거나 noindex가 있는 중복 페이지는 선호하는 페이지로 신호를 넘겨줄 수 없습니다. 중복 URL이 아예 존재할 필요가 없다면 영구 리디렉션이 더 강한 신호입니다. 그 이후 Google이 무엇을 보고하는지는 Search Console의 '리디렉션이 포함된 페이지' 상태 가이드에서 다룹니다.

수정 결과를 확인하는 방법

배포한 뒤 같은 curl 확인을 다시 실행합니다. 그다음 페이지 색인 생성 보고서에서 해당 문제의 '수정 결과 확인'을 클릭합니다. Google은 사이트 전체가 아니라 그 문제 아래 나열된 URL만 다시 확인합니다. 문서에 따르면 확인에는 보통 최대 약 2주가 걸리고 때로는 훨씬 더 오래 걸리며, 표준화 문제 해결 안내에 따르면 거의 같은 페이지를 분명히 다르게 만든 뒤에도 Google이 최대 2주 동안 중복 그룹에 남겨 둘 수 있습니다. 기다리는 동안 표준 URL을 다시 바꾸지 마십시오. 며칠마다 바뀌는 신호로는 Google이 동의할 안정적인 기준을 얻을 수 없습니다.

중요한 URL 몇 개는 URL 검사의 '색인 생성 요청'으로 더 빨리 다시 크롤링해 달라고 요청할 수 있습니다. 일일 한도가 있으며 색인을 보장하지는 않습니다.

SEOReport 전체 진단이 보여 주는 것

Search Console은 Google이 고른 표준 URL을 보여 줍니다. SEOReport 전체 진단은 귀하의 신호가 선언한 표준 URL과 어디서 어긋나는지 보여 줍니다. 다른 곳으로 리디렉션되는 사이트맵 URL, 표준 태그가 다른 페이지를 가리키는 대체 언어 페이지, 그리고 홈페이지의 경우 다른 도메인을 가리키는 표준 태그, 리디렉션되거나 noindex가 있거나 또 다른 표준 URL을 가리키는 표준 대상, 표준 URL과 다른 Open Graph URL, JavaScript 실행 후나 스마트폰에서 바뀌는 표준 태그가 해당합니다. Google이 선택한 표준 URL은 볼 수 없으므로 URL 검사와 함께 사용하십시오. 이 신호들 각각이 어떻게 작동해야 하는지는 표준 태그 가이드에서 설명합니다.

자주 묻는 질문

이 상태가 순위에 악영향을 주나요?

영향을 받은 URL은 검색에 나타나지 않지만, 그 콘텐츠는 Google이 고른 표준 URL을 통해 여전히 노출될 수 있습니다. 그 URL이 올바른 URL이라면 잃는 것은 없습니다. 피해는 Google이 고른 URL이 다른 페이지, 오래된 변형, 다른 웹사이트일 때 생깁니다.

Google이 내 표준 URL을 쓰도록 강제할 수 있나요?

태그 하나로 강제할 수는 없습니다. Google은 귀하의 표준 URL을 지시가 아니라 강한 신호로 취급합니다. 귀하의 선택이 받아들여지게 하려면 모든 신호가 일치해야 합니다. 태그, 리디렉션, 사이트맵, 내부 링크, 그리고 페이지를 따로 유지해야 하는 경우에는 분명히 구별되는 콘텐츠까지 맞춰야 합니다.

'사용자가 선택한 표준이 없는 중복 페이지'와는 어떻게 다른가요?

이 상태는 귀하가 표준 URL을 선언했는데 Google이 동의하지 않은 경우입니다. '사용자가 선택한 표준이 없는 중복 페이지'는 표준 URL을 선언하지 않아 Google이 스스로 고른 경우입니다. 표준 URL을 선언했고 Google이 동의하면, 중복 페이지는 '적절한 표준 태그가 포함된 대체 페이지'로 표시되며 대개 조치가 필요 없습니다.

Google이 선택한 표준 URL이 왜 다른 웹사이트에 있나요?

Google의 문제 해결 문서는 다른 곳에 호스팅된 귀하 콘텐츠의 복사본, 귀하의 아티클을 다시 게시하는 신디케이션 파트너, 해킹으로 생긴 리디렉션, 귀하의 콘텐츠를 다른 호스트 이름에서 반환하는 서버를 원인으로 꼽습니다. 신디케이션의 경우 Google은 파트너가 사본의 색인 생성을 차단하도록 권장하며, 허가받지 않은 복사본이라면 해당 사이트의 호스트에 연락하십시오.