Search Console 상태 '사용자가 선택한 표준이 없는 중복 페이지'의 의미, 정상인 경우와 문제인 경우, URL 검사 도구로 진단하고 해결하는 방법을 설명합니다.

요약
'사용자가 선택한 표준이 없는 중복 페이지'는 Google Search Console '페이지 색인 생성' 보고서의 상태입니다. Google이 다른 페이지와 중복되는 URL을 찾았지만 그 URL이 선호 버전을 선언하지 않아, Google이 직접 다른 URL을 표준 URL(canonical)로 선택하고 이 URL은 검색 결과에서 제외했다는 뜻입니다. 대부분은 정상입니다(매개변수가 붙은 URL, HTTP 또는 www 변형). Google이 잘못된 URL을 선택했거나 순위를 얻어야 할 페이지를 중복으로 묶었을 때 문제가 됩니다. URL을 검사한 뒤 301 리디렉션, rel="canonical" 태그 또는 더 차별화된 콘텐츠로 해결합니다.
더 알아보고 싶다면 물어보세요
간단 퀴즈
어떤 온라인 고객 확보 방식이 가장 맞습니까?
간단한 질문 4개로 주요 채널을 고르십시오.
추천 결과
Sorank가 가장 알맞은 솔루션입니다
고객이 구매 전에 검색합니다. 고객의 질문에 답하는 글은 몇 달 동안 고객을 데려옵니다. Sorank가 글을 작성해 게시하고, ChatGPT가 귀사에 대해 하는 말을 추적합니다.
Sorank가 답변에 잘 맞습니다
귀사의 사이트에서 3일 동안 사용해 보시거나, 무료 진단으로 현재 상황부터 확인하십시오.
3일 무료, 이후 언제든 해지할 수 있습니다. 90일 환불 보장.
사용자가 선택한 표준이 없는 중복 페이지는 Search Console에서 페이지가 색인되지 않는 이유 가운데 하나입니다. 페이지 색인 생성 보고서 도움말은 이 상태를 이렇게 요약합니다. 이 페이지는 다른 페이지의 중복이지만 선호하는 표준 페이지를 나타내지 않습니다. 이 가이드는 그 의미, 무해한 경우와 실제 문제를 구분하는 방법, URL 검사 도구로 진단하는 방법, 상황별 해결 방법을 설명합니다.
여러 URL이 같거나 거의 같은 콘텐츠를 보여 주면 Google은 이를 하나의 그룹으로 묶고 그중 하나만 색인합니다. 이것이 표준 버전입니다. Google은 Search Central 표준화 가이드에서 이 과정을 표준화, 즉 콘텐츠를 대표하는 URL을 선택하는 과정이라고 설명합니다.
이 상태는 보고서에 나온 URL에 대해 세 가지를 알려 줍니다.
제외된 URL이 불이익을 받는 것은 아닙니다. 그 콘텐츠는 Google이 남겨 둔 표준 URL을 통해 계속 검색에 나타날 수 있습니다. Google 도움말도 이 상태는 오류가 아니며, Google이 중복 페이지를 게재하지 않기 때문에 의도한 대로 작동하는 결과라고 설명합니다.
Search Console에는 표준 URL과 관련된 상태가 세 가지 있으며 혼동하기 쉽습니다.
| 상태 | 무슨 일이 있었는지 | 표준 URL을 선택한 주체 | 조치 |
|---|---|---|---|
| 사용자가 선택한 표준이 없는 중복 페이지 | 표준 URL 선언이 없는 중복 URL | Google의 선택이 올바른 URL인지 확인 | |
| 적절한 표준 태그가 포함된 대체 페이지 | 의도대로 색인된 표준 URL을 가리킴 | 사이트 소유자(Google도 동의) | Google에 따르면 조치 불필요 |
| 중복 페이지, Google에서 사용자와 다른 표준 URL을 선택함 | 표준 URL을 선언했지만 Google이 다른 URL을 선택 | Google(사이트 소유자의 선택과 다름) | 조사 필요: 신호가 서로 충돌함 |
대부분의 사이트에는 이 상태의 URL이 어느 정도 있으며, 수가 적고 안정적이라면 걱정할 필요가 없습니다. Google 가이드도 사이트에 어느 정도 중복 콘텐츠가 있는 것은 정상이며 스팸 정책 위반이 아니라고 확인합니다. 중요한 것은 어떤 URL이 나열되어 있는지, 그리고 Google이 어떤 표준 URL을 선택했는지입니다.
| 정상: 그대로 둡니다 | 문제: 조치합니다 |
|---|---|
| 추적 매개변수가 붙은 URL(?utm_source=, ?ref=, 세션 ID) | Google이 매개변수 URL, HTTP 버전 또는 오래된 URL을 표준으로 선택함 |
| HTTPS로 정상 제공되는 페이지의 HTTP 또는 www 없는 버전 | 순위를 얻어야 할 제품, 서비스, 지역 페이지가 중복으로 묶임 |
| 카테고리 페이지의 정렬 및 필터 URL | 사이트 이전, 리뉴얼, CMS 변경 후 해당 URL 수가 급증함 |
| 인쇄용 버전이나 거의 같은 아카이브 페이지 | 스테이징 또는 데모 사이트가 크롤링 가능하여 실제 페이지와 중복됨 |
판단 기준은 간단합니다. Google에서 선택한 표준 URL이 직접 골랐을 URL과 같다면 고칠 것이 없습니다. 그렇지 않거나, 검색 결과에 꼭 필요한 페이지가 중복으로 제외되었다면 조치해야 합니다.
Google 가이드는 중복 콘텐츠의 일반적인 원인으로 지역별 변형, 기기별 변형, 프로토콜 변형, 카테고리 페이지의 정렬 및 필터 결과 같은 사이트 기능, 크롤러에 열려 있는 데모 사이트 같은 의도치 않은 변형을 꼽습니다. 실제 사이트에서 가장 흔한 경우는 다음과 같습니다.
Google Search Console에서 색인 생성, 페이지로 이동한 뒤 '페이지의 색인이 생성되지 않는 이유' 표까지 내려가 이 상태를 클릭합니다. 예시 URL을 내보냅니다. Google에 따르면 이 목록은 최대 1,000개로 제한되며 해당 URL이 모두 표시된다고 보장되지 않습니다.
내보낸 데이터를 정렬해 URL의 공통점을 찾습니다. 매개변수, 폴더, 프로토콜, 끝 슬래시 등입니다. 수만 개의 해당 URL도 실제로는 두세 가지 패턴에서 나오는 경우가 많고, 패턴마다 해결책은 하나면 됩니다.
Search Console 상단 검색창에 URL을 붙여 넣습니다. URL 검사 도구의 페이지 색인 생성 섹션에서 두 항목을 확인합니다.
검사한 URL과 Google에서 선택한 표준 URL을 나란히 엽니다. 두 가지를 확인합니다. 콘텐츠가 같습니까? Google의 선택이 방문자가 도착하기를 원하는 URL입니까? 그다음 Google이 선택한 URL 자체를 검사해 색인되어 있는지 확인합니다.
주의
실시간 테스트로는 표준 URL 여부를 알 수 없습니다. Google에 따르면 표준 버전은 색인된 데이터에서만 확인할 수 있으며, 실시간 테스트는 테스트한 버전이 표준으로 간주될지 예측하지 못합니다. 실시간 테스트가 아니라 색인된 결과를 확인하십시오.
Google이 다시 크롤링하기 전에 페이지가 무엇을 선언하는지 확인하려면 무료 canonical 태그 검사 도구를 사용하십시오. 어떤 URL이든 HTML에 들어 있는 canonical을 몇 초 만에 보여 줍니다.
해결 방법은 중복 URL을 어떻게 처리하고 싶은지에 달려 있습니다. 중복 URL 통합에 관한 Google 가이드는 신호를 강도별로 구분합니다. 리디렉션과 rel="canonical"은 강한 신호이고, 사이트맵 포함은 약한 신호입니다.
| 상황 | 해결 방법 | 신호 강도 |
|---|---|---|
| 중복 URL이 존재할 이유가 없음(HTTP, www 없음, 오래된 URL) | 선호 URL로 301 리디렉션 | 강함 |
| 중복 URL에 계속 접근할 수 있어야 함(매개변수, 필터, 옵션) | 선호 URL을 가리키는 rel="canonical" | 강함 |
| 페이지가 단독으로 순위를 얻어야 함 | 콘텐츠를 확실히 다르게 만들고 자기 참조 canonical 추가 | 콘텐츠에 따라 다름 |
| 선택을 뒷받침 | 내부 링크와 XML 사이트맵이 표준 URL만 가리키도록 함 | 약하지만 일관됨 |
프로토콜, 호스트, 끝 슬래시 변형에는 사이트 전체 301 리디렉션이 가장 깔끔한 해결책입니다. 방문자와 크롤러가 항상 하나의 URL에 도착합니다. SEO 리디렉션 가이드에서 체인 없이 설정하는 방법을 설명합니다.
중복 페이지의 head에 link 요소를 추가합니다: <link rel="canonical" href="https://www.example.com/preferred-page/">. 절대 URL을 사용합니다. Google은 선호 페이지 자체에도 자기 참조 canonical을 넣도록 권장하므로, 색인 가능한 모든 페이지가 자신의 URL을 선언하게 됩니다.
따로 색인되기를 원하는 페이지를 Google이 하나로 묶는다면 태그만으로는 해결되지 않습니다. Google 도움말은 해당 페이지가 선택된 표준 페이지의 중복이 아니라면 두 페이지의 콘텐츠가 상당히 다르도록 해야 한다고 안내합니다. 페이지마다 고유한 텍스트, 데이터, 사진, 가격, 지역 정보를 추가하십시오.
내부 링크가 표준 URL을 가리키게 하고, XML 사이트맵에는 표준 URL만 넣고, 사이트맵 검사 도구로 확인합니다. 사이트맵은 한 URL을, 링크는 다른 URL을 가리키는 식의 상충하는 신호가 Google이 사이트 소유자와 다른 선택을 하게 만드는 원인입니다.
참고
Google은 표준화를 위한 흔한 지름길 세 가지를 권장하지 않습니다. robots.txt로 중복 페이지 차단하기, 사이트 내에서 noindex로 표준 URL 고르기, URL 삭제 도구 사용하기입니다. 모두 콘텐츠를 통합하지 않고 숨길 뿐입니다.
Googlebot이 해당 URL을 다시 크롤링하기 전에는 아무것도 바뀌지 않습니다. 수정 후 상태 페이지에서 검증을 시작할 수 있으며, Google에 따르면 검증은 보통 최대 2주 정도 걸리고 경우에 따라 훨씬 오래 걸립니다. 검증은 선택 사항이며, 페이지가 다시 크롤링되면 보고서가 자동으로 업데이트됩니다. 중요한 URL 몇 개는 URL 검사 도구에서 색인 생성을 요청하십시오. 대규모 사이트라면 URL Inspection API로 표준 URL을 일괄 확인할 수 있으며, Search Console API 사용량 한도에 따르면 사이트당 하루 2,000건까지 조회할 수 있습니다. 색인 과정 전체는 Google 색인 가이드에서 다룹니다.
중복은 신호를 분산시킵니다. 백링크, 내부 링크, 사용자 반응이 하나의 페이지에 모이지 않고 여러 URL로 나뉘며, 검색 결과에는 가장 보여 주고 싶지 않은 URL(매개변수 URL, 필터 페이지)이 표시될 수도 있습니다. 대규모 사이트에서는 중복 페이지를 크롤링하느라 Googlebot이 새 페이지에 쓸 수 있었던 시간도 소모됩니다.
AI는 두 번째 이유를 더합니다. ChatGPT, Perplexity, Gemini는 많은 질문에 답할 때 검색 색인에서 페이지를 가져온 뒤 찾은 URL을 인용합니다. 콘텐츠가 깔끔한 표준 URL 하나에만 있으면 가져오고 인용되고 클릭되는 주소도 그 하나입니다. 다섯 개의 URL에 흩어져 있으면 신호가 약해지고, 인용된 링크가 보여 주고 싶지 않은 변형을 가리킬 수도 있습니다.
Sorank는 저희 제품으로, autopilot으로 작동하는 SEO 및 GEO 소프트웨어입니다. GEO 및 SEO 대시보드는 Search Console의 클릭수, 노출수, 게재순위를 보여 주므로 canonical 수정 후 트래픽이 올바른 페이지로 돌아왔는지 확인할 수 있고, AI 언급 추적은 ChatGPT, Claude, Gemini가 브랜드를 인용하는지 매주 확인합니다.

정리하면, Google에서 선택한 표준 URL을 확인하고, 존재할 필요가 없는 URL은 리디렉션하며, 유지하는 URL에는 canonical을 선언하는 것입니다. 순위를 얻어야 할 페이지는 실제로 달라야 합니다. 색인되고 인용되는 페이지를 늘리고 싶다면 Sorank 요금제를 확인하십시오. 월 $49부터 시작하며 3일 무료 체험을 제공합니다.
그 자체로는 아닙니다. Google은 직접 선택한 표준 URL을 색인하고 검색 결과에 표시하므로 콘텐츠는 계속 순위를 얻을 수 있습니다. Google이 잘못된 URL을 표준으로 선택했거나, 따로 순위를 얻어야 할 페이지가 다른 페이지의 중복으로 처리된 경우에만 문제가 됩니다.
아닙니다. 매개변수 URL, HTTP 또는 www 없는 변형, 정렬 페이지는 이 상태에 나타나는 것이 정상이며, Google이 올바른 표준 URL을 선택했다면 조치할 필요가 없습니다. Google이 잘못된 표준 URL을 고른 URL, 검색 결과에 필요한 페이지, 사이트 변경 후 급증한 URL에 집중하십시오.
Google은 사이트 내에서 표준 URL을 고르기 위해 noindex를 사용하지 말라고 권장합니다. noindex는 신호를 선호 URL로 통합하지 않고 페이지를 검색에서 완전히 제거하기 때문입니다. 중복 페이지가 존재할 필요가 없다면 301 리디렉션을, 방문자를 위해 접근 가능해야 한다면 rel canonical 태그를 사용하십시오.
먼저 Sorank를 경험한 사람들
