적절한 표준 태그가 포함된 대체 페이지: 대개 고칠 필요 없음

'적절한 표준 태그가 포함된 대체 페이지'(Alternate page with proper canonical tag)는 Google이 표준 태그로 다른 URL을 가리키는 URL을 발견했고, 그 지정에 동의해 대신 그 다른 URL을 색인했다는 뜻입니다. 대부분의 경우 시스템이 설계대로 작동하는 것이며 바꿀 것이 없습니다. 문제가 되는 것은 검색결과에 나오기를 원하는 페이지가 목록에 있을 때뿐이며, 대개 템플릿이 잘못된 표준 태그를 출력하는 데서 비롯됩니다.

이 상태는 페이지 색인 생성 보고서의 '색인이 생성되지 않음' 아래에 표시됩니다. Google의 포르투갈어 도움말 페이지는 같은 이유를 "Página alternativa com tag canônica adequada"라고 부릅니다.

Google이 말하는 '적절한 표준 태그가 포함된 대체 페이지'의 의미

Google의 페이지 색인 생성 보고서 문서(2026년 10월 확인)는 이를 다른 페이지의 대체 페이지로 표시된 페이지로 설명하고, 3가지 예를 듭니다. 데스크톱 표준 페이지가 있는 AMP 페이지, 데스크톱 표준 페이지의 모바일 버전, 모바일 표준 페이지의 데스크톱 버전입니다. 이어서 이 페이지는 "색인이 생성된 표준 페이지를 올바르게 가리키고 있으므로 따로 조치할 필요가 없습니다"라고 말합니다.

두 가지 세부 사항이 더 중요합니다. '색인이 생성되지 않음' 섹션은 이 페이지들이 "반드시 오류 때문은 아니게" 색인되지 않았다고 말하므로, 여기의 수치는 결함의 수가 아닙니다. 그리고 이 항목은 "대체 언어 페이지는 Search Console에서 감지되지 않습니다"라는 문장으로 끝납니다. 따라서 번역 페이지가 여기에 나타난다면 경고 신호입니다.

Google의 표준 URL 관련 상태는 3가지이며, 2가지 질문에서 갈립니다. 페이지가 표준 URL을 선언했는지, 그리고 Google이 그에 동의했는지입니다.

3가지 중 귀하의 지시와 Google의 결정이 일치하는 것은 이 상태뿐입니다. URL이 세 번째 행에 해당한다면 사용자가 선택한 표준이 없는 중복 페이지 가이드에서 그 경우를 다룹니다.

이 상태에 보통 들어오는 URL

표준 태그로 다른 페이지를 가리키는 URL은 Google이 동의하면 모두 이 상태가 될 수 있습니다. 흔한 출처는 다음과 같습니다.

• 추적 및 캠페인 매개변수. 광고, 이메일, 소셜 게시물의 링크에는 ?utm_source=나 ?gclid= 같은 매개변수가 붙습니다. Google의 자체 예시도 gclid 매개변수가 붙은 제품 URL을 깔끔한 제품 URL로 표준화합니다.
• 정렬과 필터. 같은 제품을 다시 정렬하거나 필터링하는 카테고리 페이지(?sort=price, ?color=blue)는 페이지 하나에 많은 URL을 만들어 냅니다.
• AMP 쌍. AMP 사양은 AMP 페이지의 표준 URL이 일반 HTML 버전을 가리키도록, 일반 버전이 없으면 자기 자신을 가리키도록 요구합니다. 짝이 있는 AMP 페이지는 모두 예상된 항목입니다.
• 별도의 모바일 URL. www.example.com과 함께 m.example.com을 운영하는 사이트는 한쪽 버전을 다른 쪽의 표준 URL로 지정합니다.

이런 URL은 모두 '색인되지 않는 것'이 목표입니다. 검색결과에는 콘텐츠 하나당 URL 하나만 나오는 것이 표준 태그가 요청한 바입니다. Google의 표준화 문서는 중복 URL이 표준 URL보다 덜 자주 크롤링된다고 덧붙입니다.

문제인가요? 그대로 둘지, 지켜볼지, 고칠지

판단은 목록의 길이가 아니라 목록에 무엇이 있느냐에 달려 있습니다.

• 그대로 둡니다. 예시 URL이 애초에 색인을 원하지 않은 변형이고, 각 표준 태그가 검색에 나오기를 원하는 버전을 가리킬 때입니다. 항목이 수천 개라도 이것이 정상 상태입니다.
• 지켜봅니다. 새 카테고리 필터, 광고 캠페인, 새 AMP 템플릿처럼 귀하가 한 일에 맞춰 수가 늘어날 때입니다. 예시 몇 개를 확인해 패턴을 확인하고 넘어갑니다.
• 고칩니다. 색인되기를 원하는 페이지가 여기에 나타날 때입니다. 대개 템플릿이 여러 페이지에 한꺼번에 잘못된 표준 태그를 출력하고 있다는 뜻입니다.
• 조사합니다. 짚이는 변경 없이 수가 급증할 때입니다. 예시를 열어 보십시오. 매개변수 링크의 새 출처라면 무해하지만, 아티클, 제품, 언어 경로라면 템플릿을 의심해야 합니다.

flowchart TD
    A["대체 페이지로 표시된 URL"] --> B{"이 URL이 단독으로 검색에 나와야 하나요?"}
    B -->|아니요| C{"표준 태그가 색인을 원하는 버전을 가리키나요?"}
    C -->|예| D["그대로 둠: 예상된 상태"]
    C -->|아니요| E["표준 태그가 올바른 버전을 가리키도록 수정"]
    B -->|예| F{"번역 페이지인가요?"}
    F -->|예| G["수정: 같은 언어의 자기 자신을 표준으로"]
    F -->|아니요| H{"시리즈의 2페이지 이후인가요?"}
    H -->|예| I["수정: 각 페이지가 자기 자신을 표준으로"]
    H -->|아니요| J["표준 태그를 출력하는 템플릿 수정"]

실제 페이지를 이 상태로 밀어 넣는 4가지 패턴이며, 모두 수정 대상입니다.

1. 모든 페이지가 홈페이지를 가리킵니다. 테마나 헤더 include가 현재 페이지 주소 대신 사이트 주소로 표준 태그를 만듭니다. 그러면 아티클과 제품 페이지가 홈페이지에 합쳐 달라고 요청하는 셈이 되고, Google이 동의하면 여기에 들어옵니다.
2. 페이지로 나뉜 목록이 1페이지를 가리킵니다. Google의 페이지 나누기 문서는 시리즈의 첫 페이지를 표준 URL로 쓰지 말고, 각 페이지가 자기 자신을 표준으로 가지라고 말합니다.
3. 번역 페이지가 원래 언어를 가리킵니다. Google의 표준화 문서는 기본 콘텐츠가 같은 언어일 때만 언어 버전을 중복으로 보며, 표준 URL은 같은 언어로 지정하라고 요청합니다. 영어 페이지를 표준으로 지정한 프랑스어 페이지는 색인에서 빠집니다. 전체 패턴은 언어를 넘나드는 표준 태그 분석에서 볼 수 있습니다.
4. 변형이 잘못된 상위 페이지를 가리킵니다. 자체 검색 수요가 있는 색상별 또는 지역별 페이지가, 페이지 유형 전체에 규칙 하나를 적용한 탓에 일반 상위 페이지로 표준화된 경우입니다.

어떤 경우인지 확인하는 방법

Search Console은 어떤 URL이 영향을 받는지 알려 줍니다. 원인을 확인하는 데는 4단계가 필요합니다.

1. 예시를 패턴별로 묶습니다. 페이지 색인 생성 보고서에서 해당 이유를 열고 예시를 내보냅니다. 문서에 따르면 예시는 1,000개 항목으로 제한되며 모든 URL이 포함되지 않을 수 있으므로, 내보낸 목록은 표본으로 보십시오. 경로와 매개변수별로 정렬합니다. ?utm_와 ?sort= URL 목록이라면 '그대로 둠' 목록이고, 블로그 글, 제품, /fr/ 경로라면 조사 대상입니다.

2. 의심스러운 그룹마다 URL 하나를 검사합니다. URL 검사의 '페이지 색인 생성' 아래에서 '사용자가 선언한 표준 URL'과 'Google이 선택한 표준 URL'을 확인합니다. 이 상태라면 둘 다 보통 검사한 URL이 아니라 표준 대상 URL을 가리킵니다. 문서에 따르면 실시간 테스트는 어떤 URL이 표준으로 선택될지 예측할 수 없으므로, 이 필드는 색인된 결과에서 읽으십시오.

3. 표준 대상 URL을 검사합니다. 대상 URL은 색인이 생성되어 있고, 200 상태로 응답하며, noindex가 없고, 자기 자신을 표준으로 지정해야 합니다. 리디렉션되거나 noindex가 있는 대상은 자신을 가리키는 표준 태그와 모순되며, 그러면 Google이 다른 URL을 선택할 수 있습니다. 이런 신호가 어떻게 상호작용하는지는 페이지 색인 생성 가능성 가이드에서 다룹니다.

4. 서버가 보내는 HTML에서 표준 태그를 읽습니다. Google 문서는 JavaScript가 표준 링크 요소를 바꾸지 않도록 하라고 요청하므로, 원본 HTML과 브라우저에 보이는 내용을 비교하십시오.

# Canonical tag in the HTML the server returns
curl -s "https://example.com/blog/my-post/" | grep -Eio '<link[^>]*rel=.?canonical[^>]*>'

# Canonical sent as an HTTP header (used for PDFs and other non-HTML files)
curl -sI "https://example.com/files/guide.pdf" | grep -i '^link:'

원본 HTML과 렌더링된 페이지가 서로 다른 URL을 가리킨다면, 로드 후 스크립트가 태그를 다시 쓰고 있는 것입니다. 2026년 5월부터 10월 사이에 SEOReport가 서버의 원본 HTML과 렌더링된 홈페이지를 비교한 외부 사이트 34곳 중 6곳(18%)은 제목, 메타 설명, 표준 태그, H1 중 하나 이상이 렌더링 후에만 나타났습니다. 이런 요소를 서버 응답으로 옮기는 방법은 JavaScript 렌더링 가이드에서 다룹니다.

경우별 해결 방법

원칙은 언제나 같습니다. 색인되기를 원하는 모든 페이지는 <head>에 절대 URL로 자기 자신을 표준으로 선언하고, 모든 변형은 그 페이지를 가리킵니다.

<!-- On https://example.com/fr/tarifs/ : the French page names itself -->
<link rel="canonical" href="https://example.com/fr/tarifs/" />

<!-- On https://example.com/shoes/?sort=price : the variant names the main page -->
<link rel="canonical" href="https://example.com/shoes/" />

4가지 경우별로 정리하면 다음과 같습니다. 표준 태그는 사이트 기본 주소가 아니라 페이지 자체 경로로 만듭니다. 시리즈의 각 페이지에 고유한 표준 태그를 줍니다. 각 언어 버전은 자기 자신을 표준으로 지정하고, 버전 간 연결은 hreflang에 맡깁니다(마크업은 hreflang 구현 가이드에 있습니다). 자체 검색 수요가 있는 변형에는 자기 참조 표준 태그를 줍니다.

그다음 보조 신호를 맞춥니다. Google은 서로 다른 방법으로 서로 다른 표준 지시를 보내지 말라고 권하기 때문입니다. XML 사이트맵에는 표준 URL만 넣고, 내부 링크는 변형이 아니라 표준 URL로 연결합니다. 색인 가능한 모든 페이지에 자기 참조 표준 태그를 두는 것이 기본입니다. 2026년 5월부터 10월 사이에 SEOReport가 감사한 외부 웹사이트 45곳 중 14곳(31%)은 서버가 반환한 HTML에 표준 태그가 없는 홈페이지를 제공했습니다.

정상적인 항목에 대해 피해야 할 변경은 두 가지입니다. noindex 추가(아래 질문에서 다룹니다)와 robots.txt로 변형 차단입니다. robots.txt로 차단하면 Google은 표준 태그를 아예 읽을 수 없게 되며, Google 문서에 따르면 허용되지 않은 URL도 콘텐츠 없이 색인될 수 있습니다.

수정 결과를 확인하는 방법

템플릿 변경이 반영되면 수정한 URL을 검사하고, 실시간 테스트로 Google이 가져올 수 있는지 확인한 뒤, 중요한 페이지 몇 개에 '색인 생성 요청'을 사용합니다. Google이 다시 크롤링하면 색인된 결과의 '사용자가 선언한 표준 URL'에 페이지 자신이 표시되고, 페이지는 이 상태에서 빠져야 합니다.

많은 URL에 영향을 주는 수정이라면 페이지 색인 생성 보고서에서 해당 이유에 '수정 결과 확인'을 사용합니다. Google 문서에 따르면 확인에는 보통 최대 약 2주가 걸리며 더 오래 걸릴 수도 있습니다. Google이 다시 크롤링하면서 수치는 며칠에서 몇 주에 걸쳐 줄어들 것이며, 추적 링크, 필터, AMP 페이지가 있는 사이트라면 0이 되기를 기대하지 마십시오. 목표는 올바른 URL로만 이루어진 더 작은 수치입니다.

전체 진단이 이 상태에 대해 확인하는 것

SEOReport 전체 진단은 Google이 어떤 URL을 대체 페이지로 묶었는지 볼 수 없습니다. 그것은 Search Console만 보여 줍니다. 대신 귀하가 제어하는 쪽을 확인합니다. 홈페이지가 가리키는 표준 대상이 건강한지(리디렉션 없음, 색인 가능, 자기 자신을 표준으로 지정), 홈페이지 표준 태그가 스마트폰과 데스크톱 사이에서 또는 원본 HTML과 렌더링된 페이지 사이에서 다른지, 대체 언어 페이지의 표준 태그가 자기 자신이 아닌 다른 곳을 가리키는지, 그리고 살펴본 페이지 중 어느 곳에서도 링크하지 않는 표준 대상이 있는지입니다. 각 항목에는 발견된 URL이 명시됩니다. 표준 태그의 작동 방식은 표준 태그 가이드에서 설명합니다.

자주 묻는 질문

대체 페이지가 많으면 사이트에 해가 되나요?

아닙니다. 매개변수, 필터, AMP 페이지에서 나온 큰 수치는 URL 변형이 얼마나 많은지를 보여 줄 뿐입니다. 색인되기를 원하는 페이지가 포함되어 있을 때만 문제가 됩니다.

보고서를 정리하려면 이 URL에 noindex를 추가해야 하나요?

아닙니다. 표준 태그가 이미 이 URL을 색인에서 빼 두고 있으며, Google은 사이트 안에서 표준 URL을 정할 때 noindex가 아니라 rel="canonical"을 권장합니다. noindex를 추가하면 서로 충돌하는 지시만 늘어납니다. noindex가 적절한 도구인 경우는 URL이 'NOINDEX'로 표시됨 아티클에서 다룹니다.

Search Console이 대체 언어 페이지를 감지하지 않는다면 번역 페이지가 왜 여기에 나오나요?

그 페이지의 표준 태그가 다른 URL, 대개 원래 언어 페이지를 가리키고 있고 Google이 그 지정을 따랐기 때문입니다. 표준 태그가 자기 자신을 가리키도록 바꾸십시오.

링크한 적 없는 URL이 왜 여기에 나오나요?

Google은 추적 매개변수를 붙이는 광고, 이메일, 소셜 게시물을 포함해 어디에 있는 링크로든 URL을 찾습니다. 이런 URL도 페이지의 표준 태그를 그대로 제공하므로, Google은 이를 기본 URL로 합칩니다.

수정 후 얼마나 지나야 페이지가 이 상태에서 빠지나요?

Google이 페이지를 다시 크롤링하고 새 표준 태그를 처리해야 하며, 며칠에서 몇 주가 걸립니다. '색인 생성 요청'은 중요한 개별 페이지의 크롤링을 요청하고, '수정 결과 확인'은 그룹 전체를 추적합니다.