Cyber SEO: 모든 연간 요금제 50% 할인
환경 설정

개인정보 보호는 저희에게 중요합니다. 웹사이트의 기본 기능에 반드시 필요하지 않은 특정 유형의 저장소는 사용자가 직접 비활성화할 수 있습니다. 카테고리를 차단하면 웹사이트 이용 경험에 영향을 줄 수 있습니다. 더 보기 (쿠키 정책)

모든 쿠키 허용

사용자가 선택한 표준이 없는 중복 페이지: 무슨 뜻이며 어떻게 해결합니까

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

게시 날짜:
25/10/2026
-
업데이트 날짜:
25/10/2026
Search Console 상태 사용자가 선택한 표준이 없는 중복 페이지에 관한 Sorank 가이드 표지, 동일한 두 페이지와 선택된 URL 하나

도구

Thibault Besson-Magdelain, Sorank 설립자

저자 소개

Thibault Besson-Magdelain

Sorank 설립자, 7년 이상의 SEO 경력 보유, GEO 전문가.
이 페이지의 내용

요약

'사용자가 선택한 표준이 없는 중복 페이지'는 Google Search Console '페이지 색인 생성' 보고서의 상태입니다. Google이 다른 페이지와 중복되는 URL을 찾았지만 그 URL이 선호 버전을 선언하지 않아, Google이 직접 다른 URL을 표준 URL(canonical)로 선택하고 이 URL은 검색 결과에서 제외했다는 뜻입니다. 대부분은 정상입니다(매개변수가 붙은 URL, HTTP 또는 www 변형). Google이 잘못된 URL을 선택했거나 순위를 얻어야 할 페이지를 중복으로 묶었을 때 문제가 됩니다. URL을 검사한 뒤 301 리디렉션, rel="canonical" 태그 또는 더 차별화된 콘텐츠로 해결합니다.

더 알아보고 싶다면 물어보세요

간단 퀴즈

어떤 온라인 고객 확보 방식이 가장 맞습니까?

간단한 질문 4개로 주요 채널을 고르십시오.

4개 중 1번째 질문25%
고객은 귀사와 같은 업체를 어떻게 찾습니까?

사용자가 선택한 표준이 없는 중복 페이지는 Search Console에서 페이지가 색인되지 않는 이유 가운데 하나입니다. 페이지 색인 생성 보고서 도움말은 이 상태를 이렇게 요약합니다. 이 페이지는 다른 페이지의 중복이지만 선호하는 표준 페이지를 나타내지 않습니다. 이 가이드는 그 의미, 무해한 경우와 실제 문제를 구분하는 방법, URL 검사 도구로 진단하는 방법, 상황별 해결 방법을 설명합니다.

'사용자가 선택한 표준이 없는 중복 페이지'는 무슨 뜻입니까?

여러 URL이 같거나 거의 같은 콘텐츠를 보여 주면 Google은 이를 하나의 그룹으로 묶고 그중 하나만 색인합니다. 이것이 표준 버전입니다. Google은 Search Central 표준화 가이드에서 이 과정을 표준화, 즉 콘텐츠를 대표하는 URL을 선택하는 과정이라고 설명합니다.

이 상태는 보고서에 나온 URL에 대해 세 가지를 알려 줍니다.

  • 중복 페이지입니다: Google은 이 페이지의 콘텐츠가 다른 페이지와 같다고 판단합니다.
  • 사이트 소유자가 선택하지 않았습니다: 선호 버전을 지정하는 rel="canonical" 태그(또는 동등한 신호)가 없습니다.
  • Google이 대신 선택했습니다: Google은 다른 페이지를 표준으로 선택했으므로 이 페이지를 검색에 게재하지 않습니다.

제외된 URL이 불이익을 받는 것은 아닙니다. 그 콘텐츠는 Google이 남겨 둔 표준 URL을 통해 계속 검색에 나타날 수 있습니다. Google 도움말도 이 상태는 오류가 아니며, Google이 중복 페이지를 게재하지 않기 때문에 의도한 대로 작동하는 결과라고 설명합니다.

Search Console에는 표준 URL과 관련된 상태가 세 가지 있으며 혼동하기 쉽습니다.

상태무슨 일이 있었는지표준 URL을 선택한 주체조치
사용자가 선택한 표준이 없는 중복 페이지표준 URL 선언이 없는 중복 URLGoogleGoogle의 선택이 올바른 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과 같다면 고칠 것이 없습니다. 그렇지 않거나, 검색 결과에 꼭 필요한 페이지가 중복으로 제외되었다면 조치해야 합니다.

표준 URL이 없는 중복 URL은 왜 생깁니까?

Google 가이드는 중복 콘텐츠의 일반적인 원인으로 지역별 변형, 기기별 변형, 프로토콜 변형, 카테고리 페이지의 정렬 및 필터 결과 같은 사이트 기능, 크롤러에 열려 있는 데모 사이트 같은 의도치 않은 변형을 꼽습니다. 실제 사이트에서 가장 흔한 경우는 다음과 같습니다.

  1. 프로토콜과 호스트 변형: http://와 https://, www 있음과 없음이 리디렉션 없이 모두 200을 반환합니다.
  2. 끝 슬래시와 대소문자: /page와 /page/, 또는 /Page와 /page가 별도의 URL로 제공됩니다.
  3. URL 매개변수: 추적 태그, 세션 ID, 정렬과 필터가 주요 콘텐츠는 그대로 둔 채 새 URL을 만듭니다.
  4. 전자상거래 구조: 같은 상품이 여러 카테고리 경로로 접근되거나, 색상과 사이즈 옵션이 같은 설명을 쓰거나, 필터가 적용된 카테고리가 생깁니다. 카테고리 페이지 SEO 가이드에서 필터 처리 방법을 다룹니다.
  5. 페이지 나누기와 아카이브: 같은 글을 반복하는 태그, 작성자, 날짜 아카이브나 명확한 신호가 없는 분할 페이지입니다(페이지네이션 SEO 참고).
  6. 템플릿 페이지: 지역 이름만 바뀌는 도시 페이지나 서비스 페이지는 Google이 하나의 페이지로 취급할 수 있습니다.
  7. canonical 태그가 없는 테마나 CMS: 많은 플랫폼이 기본으로 자기 참조 canonical을 추가하지만, 맞춤 템플릿과 일부 페이지 빌더는 추가하지 않습니다.

URL 검사 도구로 어떻게 진단합니까?

1. 페이지 색인 생성 보고서에서 상태 열기

Google Search Console에서 색인 생성, 페이지로 이동한 뒤 '페이지의 색인이 생성되지 않는 이유' 표까지 내려가 이 상태를 클릭합니다. 예시 URL을 내보냅니다. Google에 따르면 이 목록은 최대 1,000개로 제한되며 해당 URL이 모두 표시된다고 보장되지 않습니다.

2. URL을 패턴별로 묶기

내보낸 데이터를 정렬해 URL의 공통점을 찾습니다. 매개변수, 폴더, 프로토콜, 끝 슬래시 등입니다. 수만 개의 해당 URL도 실제로는 두세 가지 패턴에서 나오는 경우가 많고, 패턴마다 해결책은 하나면 됩니다.

3. 패턴별로 URL 하나씩 검사하기

Search Console 상단 검색창에 URL을 붙여 넣습니다. URL 검사 도구의 페이지 색인 생성 섹션에서 두 항목을 확인합니다.

  • 사용자 선언 표준 URL: 페이지가 선언한 표준 URL입니다. 이 상태에서는 보통 비어 있습니다.
  • Google에서 선택한 표준 URL: Google이 이 페이지 대신 색인한 URL입니다.

4. 브라우저에서 두 페이지 비교하기

검사한 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만 가리키도록 함약하지만 일관됨

존재할 필요가 없는 URL은 리디렉션합니다

프로토콜, 호스트, 끝 슬래시 변형에는 사이트 전체 301 리디렉션이 가장 깔끔한 해결책입니다. 방문자와 크롤러가 항상 하나의 URL에 도착합니다. SEO 리디렉션 가이드에서 체인 없이 설정하는 방법을 설명합니다.

유지하는 중복 페이지에는 canonical을 선언합니다

중복 페이지의 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 색인 가이드에서 다룹니다.

표준화가 SEO와 GEO에 왜 중요합니까?

중복은 신호를 분산시킵니다. 백링크, 내부 링크, 사용자 반응이 하나의 페이지에 모이지 않고 여러 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 Search Console의 클릭수, 노출수, 평균 게재순위 추이를 보여 주는 Sorank GEO 및 SEO 대시보드

정리하면, Google에서 선택한 표준 URL을 확인하고, 존재할 필요가 없는 URL은 리디렉션하며, 유지하는 URL에는 canonical을 선언하는 것입니다. 순위를 얻어야 할 페이지는 실제로 달라야 합니다. 색인되고 인용되는 페이지를 늘리고 싶다면 Sorank 요금제를 확인하십시오. 월 $49부터 시작하며 3일 무료 체험을 제공합니다.

자주 묻는 질문

'사용자가 선택한 표준이 없는 중복 페이지' 상태가 순위에 악영향을 줍니까?

그 자체로는 아닙니다. Google은 직접 선택한 표준 URL을 색인하고 검색 결과에 표시하므로 콘텐츠는 계속 순위를 얻을 수 있습니다. Google이 잘못된 URL을 표준으로 선택했거나, 따로 순위를 얻어야 할 페이지가 다른 페이지의 중복으로 처리된 경우에만 문제가 됩니다.

이 상태의 URL을 모두 수정해야 합니까?

아닙니다. 매개변수 URL, HTTP 또는 www 없는 변형, 정렬 페이지는 이 상태에 나타나는 것이 정상이며, Google이 올바른 표준 URL을 선택했다면 조치할 필요가 없습니다. Google이 잘못된 표준 URL을 고른 URL, 검색 결과에 필요한 페이지, 사이트 변경 후 급증한 URL에 집중하십시오.

중복 페이지에 canonical 태그 대신 noindex를 써도 됩니까?

Google은 사이트 내에서 표준 URL을 고르기 위해 noindex를 사용하지 말라고 권장합니다. noindex는 신호를 선호 URL로 통합하지 않고 페이지를 검색에서 완전히 제거하기 때문입니다. 중복 페이지가 존재할 필요가 없다면 301 리디렉션을, 방문자를 위해 접근 가능해야 한다면 rel canonical 태그를 사용하십시오.

야심 찬 기업을 위한 블로그

Sorank 무료 SEO 도구

무료 도구 모두 보기

먼저 Sorank를 경험한 사람들

야망 있는 창업자들의 후기

오가닉 성장이커머스

5개월 만에 방문자 0에서 10000명

Celio Fabianomonrobotlavevitre.fr
오가닉 성장소프트웨어

8개월 만에 고객 0에서 5000명

Thibault BMsorank.com
오가닉 성장레저 및 항공

4개월 만에 클릭 0에서 1104회로

Dominiqueflight-sensations-idf.com
오가닉 성장음악 소프트웨어

4개월 만에 클릭 30배

Valentin Cordiertiger-sounds.com
오가닉 성장건강 및 웰니스

4개월 만에 클릭 30배

Rodrigue Bretonalthevia.com