Página alternativa com tag canonical adequada

TL;DR — “Alternate page with proper canonical tag” (tradução) «Página alternativa com tag canonical adequada» é um status do Google Search Console que assusta porque aparece em “Por que as páginas não estão indexadas” — mas não é um erro. Isso significa que a página é uma cópia ou versão alternativa de outra e informa corretamente ao Google que a outra deve ser indexada em seu lugar. A recomendação do próprio Google é: “there is nothing you need to do.” (tradução) «não há nada que você precise fazer». Só se preocupe se uma página que você queria no Google estiver presa aqui.

O que este status significa

Ao abrir o relatório de indexação de páginas no Google Search Console, você verá uma lista de motivos pelos quais as páginas não estão indexadas. “Página alternativa com tag canonical adequada” Evidence for this claim Google defines Alternate page with proper canonical tag as an alternate that correctly points to an indexed canonical, requiring no action. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: Page indexing report é um deles — e é o que mais confunde, porque soa como um problema quando normalmente não é.

É isto que está acontecendo: você tem duas URLs com o mesmo conteúdo (ou quase o mesmo). Uma delas — a “alternativa” — tem uma tag canonical que aponta para a outra, dizendo “esta é a versão real; indexe-a em vez de mim”. O Google analisou, concordou, indexou a página apontada e colocou a alternativa aqui. Esse é o resultado esperado da canonicalização. Evidence for this claim Google uses canonical signals to select a representative URL from duplicate pages. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: Canonicalization

Exemplos comuns de páginas que acabam legitimamente aqui — a definição do próprio Google cita especificamente pares mobile/AMP/desktop, e duplicatas para impressão ou com parâmetros de rastreamento também aparecem. Uma exceção importante: o Google diz que páginas em outro idioma não são detectadas neste status exato, embora conteúdo traduzido ainda possa ser canonicalizado em outra parte do sistema mais amplo.

• Uma versão mobile (como m.example.com) apontando para a versão desktop.
• Uma versão AMP ou de impressão apontando para a página normal.
• Uma URL com parâmetros de rastreamento (?utm_source=...) apontando para a URL limpa.

O ponto que você precisa entender

Esta página não está quebrada, bloqueada nem penalizada. É uma duplicata que diz corretamente “não me indexe; indexe a outra” — e o Google ouviu. O conteúdo continua ranqueando; ele apenas ranqueia sob a URL canonical, que era o que você queria.

Por isso, o pânico que muita gente sente ao ver um número grande aqui é descabido. Uma contagem alta é normal em lojas, sites multilíngues e qualquer site com filtros ou parâmetros. O número, sozinho, não significa que há algo errado.

Quando você realmente deve se importar

Uma pergunta resolve: há páginas neste grupo que você queria indexar e ver ranqueando?

• Não — ignore. Este é o sistema funcionando.
• Sim — então há algo errado. Uma página importante está dizendo ao Google para indexar uma página diferente em vez dela própria. Vale corrigir (veja a aba Advanced).

Quer a versão completa — os três status de canonical lado a lado, a curta lista de problemas reais e como verificar com a Inspeção de URL? Mude para a aba Advanced.

TL;DR — Este é o único status de canonical/duplicata no relatório de indexação de páginas que está funcionando como esperado: sua canonical declarada e a canonical escolhida pelo Google concordam, e a canonical está indexada. A formulação exata do Google é “there is nothing you need to do.” (tradução) «não há nada que você precise fazer». Contagens altas são normais em sites de ecommerce, facetados, com parâmetros e multilíngues — o Google não publica limite numérico, então faça a triagem pelos padrões de URL e pelas páginas afetadas, não pelo número bruto. Não há nada a validar e, segundo Mueller, a consolidação de canonical por si só não causa penalidade de ranqueamento. A pergunta decisiva é: páginas que você realmente queria indexar estão aqui? Se não, ignore. Se sim, confira a canonical declarada versus a escolhida pelo Google na Inspeção de URL e corrija o alvo. Não confunda este status com as duas irmãs — “Duplicata sem canonical selecionada pelo usuário” (nenhuma canonical declarada) e “Duplicata: o Google escolheu uma canonical diferente da do usuário” (o Google substituiu a sua) —, que merecem investigação.

Comece aqui: este é o caminho feliz

Quero começar pela tranquilização porque a forma como este status é apresentado provoca mais ansiedade desnecessária do que quase qualquer outra coisa no Search Console. O relatório de indexação de páginas coloca tudo em “Por que as páginas não estão indexadas”, e “Página alternativa com tag canonical adequada” aparece ao lado de erros genuínos, como erros de servidor e noindex. As pessoas veem, presumem que está quebrado e saem procurando uma correção.

Não está quebrado. A definição do próprio Google é tão clara quanto possível: Evidence for this claim Google defines Alternate page with proper canonical tag as an alternate that correctly points to an indexed canonical, requiring no action. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: Page indexing report a página “correctly points to the canonical page, which is indexed, so there is nothing you need to do.” (tradução) «aponta corretamente para a página canonical, que está indexada, portanto não há nada que você precise fazer». Essa é a explicação do status em uma frase. Entre todos os grupos de canonical e duplicata deste relatório, este é o único que o Google descreve como totalmente funcionando como esperado.

O que acontece fisicamente: a URL é uma duplicata ou versão alternativa de outra página e carrega um rel="canonical" apontando para ela. Você declarou uma canonical; o Google concordou; o Google indexou a canonical, não a alternativa. Seu sinal e a decisão do Google concordam — não há conflito a resolver. A alternativa não está indexada porque sua canonical está, e esse é o resultado pretendido da consolidação.

O que uma página “alternativa” realmente é

Declarações de canonical são sinais que o Google usa ao selecionar uma URL representativa entre páginas duplicadas. Evidence for this claim Google uses canonical signals to select a representative URL from duplicate pages. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: Canonicalization

A definição específica deste status pelo Google cita um conjunto restrito de exemplos: uma página AMP com canonical desktop, uma versão mobile com canonical desktop ou a versão desktop com canonical mobile. Vale notar: o Google diz que páginas em outro idioma não são detectadas pelo Search Console neste status exato, embora duplicatas traduzidas ou regionais ainda possam ser canonicalizadas em outra parte do sistema mais amplo de canonicalização.

Além desses exemplos específicos do status, o sistema mais amplo de canonicalização — aquele que meu mergulho profundo em canonicalização cobre — reconhece uma variedade maior de padrões de duplicata/alternativa que podem ser consolidados por canonical; alguns deles também aparecem na prática sob este status do GSC:

• URLs com parâmetros e facetas — ?color=blue, ?sort=price, IDs de sessão e combinações de filtros.
• Versões de impressão e outras variantes de formato com o mesmo conteúdo.
• Páginas de tag, arquivo ou paginação quando o conteúdo principal é realmente igual (ou um subconjunto próximo) ao da página para a qual seriam canonicalizadas. O Google agrupa por similaridade de conteúdo, não apenas pelo padrão da URL; não presuma que toda página paginada ou de tag deva ser canonicalizada para a página um — confira a sobreposição real de conteúdo.
• URLs com UTM de campanhas, todas apontando de volta para a URL limpa.
• Variantes de HTTP→HTTPS e de barra final / maiúsculas e minúsculas do mesmo conteúdo.

Todas elas devem ser consolidadas em uma canonical quando o conteúdo é realmente equivalente. Quando aparecem aqui corretamente, o sistema está fazendo seu trabalho.

Por que contagens altas normalmente são aceitáveis

O motivo mais comum para alguém chegar a este status é um número grande ou crescente, e a pessoa presume que o tamanho é o problema. Normalmente não é. Um catálogo grande de ecommerce com navegação facetada, ou um site multilíngue com variantes por país, produzirá legitimamente milhares de alternativas — essa é a matemática de ter filtros, parâmetros e variantes. O Google publica nenhum limite numérico para este grupo — não existe uma contagem oficial em que ele passe de “tudo bem” para “problema”. Portanto, não faça a triagem pelo número bruto. Faça-a por quais padrões de URL e quais páginas específicas estão afetados: o grupo é composto por variantes que você nunca quis indexar ou inclui páginas que realmente importavam? Essa pergunta diz mais do que qualquer número. (Se você ainda quiser uma heurística para conferir — minha, não do Google, portanto trate como regra prática, não regra: cinco mil alternativas em um site de 300 páginas me fariam investigar; cinco mil em uma loja com um milhão de URLs não.)

Dois cuidados relacionados: as contagens do GSC têm atraso e usam amostras, então não entre em pânico com o número bruto de um dia específico. Sobre a questão da penalidade de ranqueamento, John Mueller disse que não há impacto negativo quando o Google escolhe uma canonical e que você não deve perder o sono por causa da versão escolhida. Esse é o comentário delimitado de Mueller sobre consolidação de canonical — estou tratando-o exatamente assim, não como uma garantia geral publicada pela plataforma — e o mantenho aqui como paráfrase, não citação, porque a formulação exata chega por cobertura secundária.

Os três status de canonical, lado a lado

Esta é a distinção que esclarece a maior parte da confusão, então vale ser preciso. Há três grupos relacionados no relatório de indexação de páginas, e eles descrevem três situações diferentes:

O eixo principal é a concordância. Neste status, sua canonical declarada e a escolhida pelo Google coincidem — não há conflito. Em Duplicata sem canonical selecionada pelo usuário, você não deu sinal algum, então o Google teve de adivinhar. Em Duplicata: o Google escolheu uma canonical diferente da do usuário, você deu um sinal e o Google discordou — é o caso que realmente merece atenção, porque algo está dizendo ao Google que sua canonical declarada não é a melhor (muitas vezes as duas URLs não são realmente equivalentes, ou sinais mais fortes, como links internos e redirecionamentos, apontam para outro lugar).

Essas duas irmãs aparecem logo ao lado deste status no mesmo relatório. O diagnóstico é diferente para cada uma, então o primeiro passo é sempre ler em qual status a URL está antes de agir.

A decisão: você realmente precisa fazer algo?

Vá direto a uma pergunta: as páginas neste grupo são páginas que você realmente queria indexar e ver ranqueando?

• Não — e este é o caso comum — ignore. Tornar essas alternativas self-canonical em vez disso criaria problemas reais de conteúdo duplicado, dividindo sinais entre URLs que você nunca quis que competissem. Também não há nada para “Validar correção” aqui — é um status, não um erro —, portanto reenviar ou solicitar indexação apenas luta contra sua própria canonical correta.
• Sim — agora, e somente agora, vale depurar. Uma página importante está dizendo ao Google para indexar outra coisa em vez dela própria.

Fluxo rápido de auditoria (para um grupo grande)

Antes de inspecionar URLs uma por uma, trabalhe no nível da coorte:

1. Exporte a lista de URLs do relatório de indexação de páginas para este status.
2. Agrupe por padrão de URL — parâmetros, pares mobile/AMP, variantes de barra final/maiúsculas e minúsculas, paginação e assim por diante. A maioria das linhas se reduz a poucos padrões.
3. Amostre algumas URLs por padrão e passe-as pela Inspeção de URL para comparar a canonical declarada com a escolhida pelo Google.
4. Aplique a decisão a cada coorte, não a cada URL: esse padrão inclui páginas que você realmente queria indexar?
5. Corrija a causa-raiz de qualquer coorte que falhe na decisão — uma mudança de template, plugin ou configuração — em vez de corrigir URLs individuais.

Essa sequência leva você por um grupo de cinco dígitos em minutos, em vez de URL por URL. Os diagnósticos mais profundos abaixo — o que “realmente é um problema” e a mecânica da Inspeção de URL — entram em cena depois que você reduz o conjunto às coortes que merecem uma análise mais próxima.

Quando isso realmente é um problema

Se uma página desejada estiver presa aqui, quase sempre será por um destes motivos:

• Uma página desejada foi canonicalizada para a página errada. Uma canonical configurada incorretamente — um template apontando todos os produtos para uma categoria, ou uma página apontando para uma quase correspondência que não tem realmente o mesmo conteúdo. A página que você queria indexar está cedendo lugar voluntariamente.
• A canonical aponta para uma página 404, um redirecionamento ou uma página incompatível. O alvo deve ser uma URL ativa, 200 e genuinamente equivalente. Se retorna 404, redireciona ou não é realmente o mesmo conteúdo, a canonical está quebrada.
• Contagens muito desproporcionais ao tamanho do site, o que normalmente indica um problema estrutural que gera alternativas não intencionais — parâmetros descontrolados, um espaço infinito de filtros ou uma inconsistência de barra final/maiúsculas e minúsculas multiplicando URLs.
• Uma página que antes ranqueava caiu recentemente neste grupo junto com uma queda de tráfego — forte sinal de que uma canonical foi alterada (muitas vezes por uma edição de template ou plugin) e agora aponta para o lado errado.

Como verificar: Inspeção de URL

Não chute — verifique. Como sempre digo sobre canonicals, sua principal fonte de verdade para o que o Google escolheu é a ferramenta de Inspeção de URL do Google Search Console. Insira a URL e ela mostrará a canonical declarada pelo usuário (o que a página diz) ao lado da canonical escolhida pelo Google (o que o Google realmente escolheu). Em uma página alternativa saudável, os dois campos apontam para a mesma URL canonical. Se divergirem — ou se a declaração não corresponder à página esperada —, esse é o seu sinal para investigar. Execute a verificação em uma amostra representativa antes de alterar qualquer coisa.

Como corrigir — somente quando necessário

Somente se a decisão acima tiver dito “sim, há uma página desejada aqui”:

• Corrija o alvo da canonical para que a página que deve ranquear faça referência a si mesma (aponte o sinal para ela própria) ou para a URL equivalente correta.
• Alinhe barra final, maiúsculas e minúsculas, host e protocolo para que as variantes resolvam para uma canonical consistente (https://, seu host canônico e uma convenção única de barra).
• Corrija o hreflang para que a canonical de uma variante de país/idioma aponte para uma página no mesmo idioma (ou para o idioma substituto mais próximo disponível) — nunca atravesse idiomas. Conteúdo primário traduzido não é duplicata do original só porque template e navegação são compartilhados; trate-o como duplicata apenas quando o próprio conteúdo primário estiver realmente no mesmo idioma e apresentar substancialmente o mesmo texto.
• Redirecione somente quando estiver realmente descontinuando uma duplicata — 301 é a escolha correta para uma URL que não deveria mais ser acessível, não uma resposta automática ao Google escolher uma canonical diferente da declarada. Redirecionar uma página que você ainda quer manter ativa, apenas porque o Google prefere outra URL neste momento, descarta uma página de que você pode precisar.
• Faça canonical própria nas páginas que devem indexar e deixe as alternativas reais (parâmetros, filtros e versões de impressão) se consolidarem onde devem.

Como o Google escolhe uma canonical (em resumo)

Não vou reexplicar todo o processo de seleção aqui — ele está no hub de canonicalização. A versão curta: canonicalização é o processo que os mecanismos de busca usam para determinar a versão principal de uma URL a indexar e exibir quando há duplicatas, e o Google pondera um conjunto amplo de sinais (cerca de 40) para fazer isso — tag canonical, redirecionamentos, URLs do sitemap, links internos e externos, hreflang, HTTPS, URLs mais curtas e outros. A tag canonical é um sinal forte, mas uma sugestão, não uma regra — exatamente por isso este status é o caminho feliz: o Google respeitou sua sugestão. Quando não respeita, você cai no grupo “Duplicata: o Google escolheu uma canonical diferente da do usuário”.

Para a mecânica de implementar a tag corretamente, veja o guia de tag canonical; para os motivos pelos quais você está recorrendo a ela, veja conteúdo duplicado e parâmetros de URL. Os dois status irmãos — duplicata sem canonical selecionada pelo usuário e duplicata: o Google escolheu uma canonical diferente da do usuário — são os próximos textos a ler se uma URL não estiver realmente neste status.

Resumo de IA

Uma versão condensada da versão Advanced:

• É o caminho feliz, não um erro. Aparece em “Por que as páginas não estão indexadas”, mas é o único status de canonical/duplicata que o Google descreve como funcionando como esperado: a página “correctly points to the canonical page, which is indexed, so there is nothing you need to do.” (tradução) «aponta corretamente para a página canonical, que está indexada, portanto não há nada que você precise fazer».
• O que é: os exemplos específicos do status pelo Google são restritos — pares mobile, AMP e desktop — e o Google diz que páginas em outro idioma não são detectadas neste status exato. Na prática, padrões mais amplos de canonicalização (parâmetros, filtros, impressão, paginação quando há sobreposição real de conteúdo, UTM e variantes HTTP/barra final) também aparecem aqui, todos declarando uma canonical com a qual o Google concordou e que indexou em seu lugar.
• Contagens altas normalmente são normais em sites de ecommerce, facetados, com parâmetros e multilíngues — mas o Google publica nenhum limite numérico para este grupo. Faça a triagem pelos padrões de URL e páginas afetadas, não pelo número bruto. As contagens do GSC também têm atraso e usam amostras — não entre em pânico com o número de um dia. Segundo Mueller, a consolidação de canonical por si só não causa penalidade de ranqueamento (comentário delimitado, não garantia publicada pela plataforma).
• Três status, um eixo (concordância): Página alternativa com canonical adequada (você declarou, o Google concordou — tudo bem) versus Duplicata sem canonical selecionada pelo usuário (sem declaração, o Google escolheu) versus Duplicata: o Google escolheu uma canonical diferente da do usuário (você declarou, o Google substituiu — investigue).
• A decisão: páginas que você realmente queria indexar estão aqui? Não → ignore (e não faça canonical própria nelas; isso cria problemas de duplicata; não há nada para Validar correção). Sim → depure.
• Problemas reais: página desejada canonicalizada para a página errada; canonical aponta para 404/redirecionamento/página incompatível; contagens muito desproporcionais ao tamanho do site; página que antes ranqueava caiu aqui com perda de tráfego.
• Verifique com a Inspeção de URL — compare a canonical declarada pelo usuário com a canonical escolhida pelo Google; em uma alternativa saudável, elas coincidem.
• Corrija somente se necessário: corrija o alvo ou faça referência própria, alinhe barra/maiúsculas e minúsculas/host/protocolo, corrija hreflang e use 301 para duplicatas reais.
• É uma sugestão, não uma regra — este status significa que o Google respeitou sua sugestão; o caso de substituição é o status irmão.

Documentação oficial

Documentação de fonte primária dos mecanismos de busca.

Google

• Relatório de indexação de páginas — o relatório em si, incluindo o status literal “Alternate page with proper canonical tag” (tradução) «Página alternativa com tag canonical adequada» e seus dois status irmãos de duplicata.
• O que é canonicalização de URL — o documento conceitual: o que é uma URL canonical, a frase “sugestão, não regra” e os sinais que o Google pondera para escolher uma.
• Consolidar URLs duplicadas (especificar uma canonical) — como declarar uma canonical e a observação de que nenhum dos métodos é obrigatório.
• Corrigir problemas de canonicalização (solução de problemas) — decodifica os estados de canonical do Search Console, inclusive quando o Google escolhe uma canonical diferente da declarada.
• Ferramenta de Inspeção de URL — como ver a canonical declarada pelo usuário em comparação com a escolhida pelo Google.

Bing / Microsoft

• Conteúdo duplicado prejudica o SEO e a visibilidade na busca por IA? (dezembro de 2025) — o Bing não usa o rótulo exato do Google, mas trata rel="canonical" como um sinal de consolidação/clareza da mesma forma; contexto útil, não um relatório equivalente.

Citações da fonte

Declarações registradas do Google. Cada link é um deep link que salta para a passagem citada na página de origem.

Google — o próprio status (o ponto central)

• “This page is marked as an alternate of another page… This page correctly points to the canonical page, which is indexed, so there is nothing you need to do.” (tradução) «Esta página está marcada como alternativa de outra página… Esta página aponta corretamente para a página canonical, que está indexada, portanto não há nada que você precise fazer.» — Ajuda do Google Search Console, relatório de indexação de páginas. Ir para a citação

Google — os dois status irmãos, para contraste

• “This page is a duplicate of another page… Google has chosen the other page as the canonical for this page, and so will not serve this page in Search.” (tradução) «Esta página é uma duplicata de outra página… O Google escolheu a outra página como canonical desta página e, portanto, não exibirá esta página na Pesquisa.» (Duplicata sem canonical selecionada pelo usuário) Ir para a citação
• “This page is marked as canonical for a set of pages, but Google thinks another URL makes a better canonical.” (tradução) «Esta página está marcada como canonical de um conjunto de páginas, mas o Google considera que outra URL é uma canonical melhor.» (Duplicata: o Google escolheu uma canonical diferente da do usuário) Ir para a citação

Google — por que este status é uma sugestão respeitada

• “indicating a canonical preference is a hint, not a rule.” (tradução) «indicar uma preferência de canonical é uma sugestão, não uma regra.» — Documentação do Google Search Central. Ir para a citação
• “While we encourage you to use these methods, none of them are required; your site will likely do just fine without specifying a canonical preference.” (tradução) «Embora recomendemos o uso desses métodos, nenhum deles é obrigatório; seu site provavelmente funcionará bem sem especificar uma preferência de canonical.» Ir para a citação

Modelos mentais

1. Os três status tratam de concordância. Todo o grupo de canonical/duplicata do relatório de indexação de páginas se reduz a uma pergunta: a canonical que você declarou e a canonical escolhida pelo Google concordam?

• Concordam → Página alternativa com tag canonical adequada. Tudo bem.
• Você não declarou nada, o Google escolheu → Duplicata sem canonical selecionada pelo usuário. Confira a escolha.
• Você declarou uma, o Google a substituiu → Duplicata: o Google escolheu uma canonical diferente da do usuário. Investigue a discordância. Leia em qual grupo a URL está antes de fazer qualquer coisa.

2. A decisão “você queria indexar?” Para este status, apenas uma coisa decide se você deve agir: eram páginas que você queria ver ranqueando?

• Não → ignore. O sistema consolidou corretamente. (Fazer canonical própria nelas criaria problemas de conteúdo duplicado, e não há nada para Validar.)
• Sim → depure o alvo da canonical. Uma página importante está cedendo lugar.

3. Status ≠ erro. “Por que as páginas não estão indexadas” é uma lista de motivos, não uma lista de problemas. Não estar indexada é o estado pretendido para a maioria das URLs alternativas. Não trate um status como uma tarefa obrigatória.

4. Verifique, não presuma. A Inspeção de URL mostra lado a lado a canonical declarada e a escolhida pelo Google. Em uma alternativa saudável, elas coincidem. Confira uma amostra antes de concluir qualquer coisa a partir da contagem bruta.

5. A contagem é relativa, não absoluta. Um número grande só é significativo em relação ao tamanho do site e a saber se páginas desejadas foram afetadas. Milhares de alternativas em uma loja facetada/multilíngue são esperados; milhares em um site pequeno são um sinal estrutural.

“Devo me preocupar com isso?” — checklist

Execute isto antes de gastar tempo “corrigindo” o status:

• Confirme o status. No relatório de indexação de páginas, verifique se a URL está realmente em “Página alternativa com tag canonical adequada” — não em um dos dois grupos irmãos de duplicata, que têm diagnósticos diferentes.
• Aplique a decisão. Alguma dessas páginas é uma página que você queria indexar e ver ranqueando? Se não → pare aqui, está funcionando como esperado.
• Compare a contagem com o tamanho do site. O número é proporcional a um site facetado/com parâmetros/multilíngue ou está muito acima do que o número de páginas reais justificaria?
• Observe mudanças súbitas. Uma página antes indexada e que gerava tráfego caiu recentemente neste grupo? Relacione isso a uma verificação de tráfego.
• Faça uma amostra com a Inspeção de URL. A URL principal escolhida pelo Google coincide com a declarada pelo usuário, e o alvo é o esperado?
• Confira a saúde do alvo canonical. Ele aponta para uma página ativa 200 (não 404, não redirecionamento) que tem genuinamente o mesmo conteúdo?
• Somente caso uma página desejada seja afetada: corrija o alvo ou faça referência própria; alinhe barra, maiúsculas e minúsculas, host e protocolo; corrija hreflang para uma canonical do mesmo idioma; use 301 para duplicatas reais que não deveriam ser acessíveis.
• Não solicite indexação nem clique em Validar correção na tentativa de incluir alternativas — não há nada para validar e isso luta contra sua canonical correta.

Devo agir sobre este status?

Percorra isto antes de alterar qualquer coisa. É a mesma decisão da aba Advanced, ramificada nas quatro situações que realmente justificam uma correção.

KPI permanente: tamanho do grupo em relação ao tamanho do site

A contagem bruta em “Página alternativa com tag canonical adequada” não é significativa sozinha — uma loja com navegação facetada deve gerar um número alto, e o Google também não publica limite numérico para este grupo. Mais importante do que a proporção é saber quais padrões de URL e páginas compõem o grupo — uma verificação de padrão e intenção de negócio captura problemas reais que uma simples proporção pode deixar passar. Ainda assim, a proporção é um sinal útil de tendência: mostra se a contagem está crescendo na mesma proporção que o site ou se está avançando mais rápido.

Contagem de páginas alternativas como parcela do total de URLs conhecidas

• Métrica — A contagem deste status no relatório de indexação de páginas, acompanhada como parcela do total de URLs conhecidas/indexadas e comparada trimestre a trimestre.
• O que informa — Se o grupo cresce junto com o crescimento normal do site (mais produtos, mais combinações de filtros, mais variantes de idioma) ou se está avançando mais rápido — o que aponta para um problema estrutural, como parâmetros descontrolados, espaço de filtros sem limite ou uma inconsistência de barra final/maiúsculas e minúsculas multiplicando URLs.
• Como obter — Relatório de indexação de páginas do GSC, filtrado por “Página alternativa com tag canonical adequada”, anotando a contagem ao lado da contagem total de páginas indexadas da mesma propriedade. Faça uma amostra das canonicals declaradas de URLs individuais com o Canonical Checker.
• Benchmark/faixa realista — O Google não publica limite numérico aqui, portanto não trate isso como número de aprovação/reprovação — acompanhe a tendência da proporção e, mais importante, se as URLs afetadas são padrões esperados (variantes, filtros, localidades) ou páginas que você realmente queria indexar. Como regra prática minha, não um padrão do Google: cinco mil alternativas em um site de 300 páginas justificariam uma investigação; cinco mil em uma loja com um milhão de URLs normalmente não. Estabeleça sua própria linha de base na primeira verificação e observe se ela se amplia mais rápido que o próprio site.
• Cadência — Trimestral como verificação permanente; imediatamente após migração, mudança de template ou lançamento de navegação facetada, quando a proporção pode mudar rapidamente.

Runbook: uma página desejada está presa neste grupo

Você já aplicou a decisão e confirmou que uma página importante está em “Página alternativa com tag canonical adequada”. Siga estes passos na ordem — pare assim que um deles explicar o caso.

1. Confirme que está lendo o status correto. Verifique novamente a entrada do relatório de indexação de páginas para esta URL exata. É fácil confundir este status com suas duas irmãs — “Duplicata sem canonical selecionada pelo usuário” e “Duplicata: o Google escolheu uma canonical diferente da do usuário” —, e cada uma tem um diagnóstico diferente.

2. Compare a canonical declarada com a escolhida pelo Google. Passe a URL pela Inspeção de URL no Search Console (ou pelo Canonical Checker para uma leitura rápida no nível de HTML/HTTP). Se a canonical declarada não for a própria página nem a URL esperada, essa é a resposta — corrija o alvo da canonical.

3. Confira a saúde do alvo canonical. Se a canonical declarada aponta para onde você espera, confirme que o alvo realmente resolve. Rastreie-o com o Redirect Checker ou curl -sI: ele deve retornar um 200 limpo, não um 404 nem outro salto de redirecionamento.

4. Compare a contagem com o tamanho do site. Se o alvo parece correto, pergunte se esta é uma página configurada incorretamente ou parte de um padrão maior — a contagem deste status está muito desproporcional ao número de páginas reais? Se estiver, procure uma causa estrutural (parâmetros, filtros, variantes de barra/maiúsculas e minúsculas), em vez de tratá-la como um caso isolado.

5. Compare a linha do tempo com o tráfego. Se a página antes ranqueava e caiu recentemente neste grupo, abra os dados de desempenho da URL. Uma queda alinhada à data em que ela apareceu aqui aponta para uma mudança recente de template, plugin ou configuração que redirecionou a canonical.

6. Corrija e verifique novamente. Corrija o alvo da canonical (referência própria ou a verdadeira equivalente) e execute a Inspeção de URL novamente depois que o Google rastrear de novo, para confirmar que a canonical declarada e a escolhida pelo Google voltaram a concordar.

Teste seus conhecimentos: página alternativa com tag canonical adequada

Cinco perguntas sobre este status e sua diferença em relação aos status irmãos no relatório de indexação de páginas.

Verificando alvos canonical em massa

Verificar uma URL é tarefa para uma ferramenta. Confirmar que uma lista de alvos canonical resolve corretamente — em vez de retornar 404 ou redirecionar silenciosamente — é uma tarefa em lote distinta que vale a pena automatizar.

Confira a canonical declarada de uma única URL com o Canonical Checker:

1. Cole a URL que você está auditando.
2. Leia os sinais canonical de HTML e HTTP relatados, além do status do alvo canonical.
3. Use o resultado para confirmar se a página faz referência a si mesma ou aponta para outro lugar, e se o alvo é realmente acessível.

Confirme que os alvos canonical retornam 200 em uma lista de URLs (curl)

macOS / Linux / WSL

#!/usr/bin/env bash
# Reads one URL per line from urls.txt, extracts its declared canonical target,
# then confirms that target returns a clean 200 — not a 404 or another redirect.
while IFS= read -r url; do
  target=$(curl -s "$url" \
    | grep -io '<link[^>]*rel="canonical"[^>]*>' \
    | head -1 \
    | grep -oE 'href="[^"]*"' \
    | cut -d'"' -f2)

  if [ -z "$target" ]; then
    echo "$url -> no canonical tag found"
    continue
  fi

  status=$(curl -s -o /dev/null -w "%{http_code}" "$target")
  echo "$url -> $target [$status]"
done < urls.txt

Uma linha limpa se parece com https://example.com/page?utm_source=x -> https://example.com/page [200]. Qualquer linha que termine em 404 significa que o alvo canonical está quebrado; qualquer linha na faixa 3xx significa que a canonical aponta para outro redirecionamento, não para a página final — ambos merecem correção. Esta extração baseada em grep é uma heurística rápida, não um parser HTML completo — para qualquer ambiguidade (várias tags <link>, canonicals injetadas por JS), confirme com o Canonical Checker ou a Inspeção de URL em vez de confiar cegamente no script.

Ferramentas para inspecionar e corrigir este status

• Canonical Checker — audita sinais canonical de HTML e HTTP para uma URL, verifica se o alvo canonical realmente resolve e explica sinais que poderiam levar o Google a escolher uma canonical diferente da declarada.
• Redirect Checker — rastreia um alvo canonical (ou qualquer URL) e informa o status final e cada salto, para que você detecte uma canonical apontando para uma cadeia de redirecionamento, em vez de um 200 limpo.
• Google Index Checker — verifica sinais observáveis de indexabilidade (redirecionamentos, noindex, dicas de canonical) para uma URL; é útil para uma conferência rápida, embora não veja a canonical escolhida pelo Google — essa é a função da Inspeção de URL.
• Indexation Reconciler — reúne evidências de sitemap, busca, canonical, redirecionamento e indexação de páginas do GSC em uma tabela, útil para identificar uma contagem desproporcional de páginas alternativas em muitas URLs de uma só vez.
• Inspeção de URL (Google Search Console) — a fonte de verdade principal: mostra a canonical declarada pelo usuário ao lado da canonical escolhida pelo Google para qualquer URL.

Problemas comuns quando uma página desejada fica presa aqui

Quatro cartões independentes de sintoma-causa-correção para as situações que realmente transformam este status em um problema.

A canonical de uma página desejada aponta para a página errada

Sintoma: uma página importante mostra “Página alternativa com tag canonical adequada”, mas a canonical declarada não é a própria página nem a URL esperada.

Causa provável: uma canonical configurada incorretamente — muitas vezes um template que aponta todos os itens para uma página de categoria ou uma canonical apontando para uma quase correspondência que não tem realmente o mesmo conteúdo.

Correção + verificação: corrija a canonical para que faça referência à própria página (se ela deve ranquear sozinha) ou aponte para a URL genuinamente equivalente. Depois que o Google rastrear novamente, confirme com a Inspeção de URL que a canonical escolhida pelo Google coincide.

O alvo canonical retorna 404, redireciona ou não corresponde

Sintoma: o alvo canonical declarado está correto em princípio, mas visitá-lo retorna 404, outro redirecionamento ou conteúdo que não é realmente a mesma página.

Causa provável: a página-alvo foi removida, movida ou renomeada sem atualizar as tags canonical que apontavam para ela.

Correção + verificação: aponte a canonical para uma página ativa 200 com conteúdo genuinamente equivalente. Rastreie o alvo com o Redirect Checker ou curl -sI para confirmar que ele resolve de forma limpa, sem novos saltos.

A contagem é muito desproporcional ao tamanho do site

Sintoma: o número de URLs neste status continua crescendo e parece grande demais para a quantidade de páginas reais do site.

Causa provável: um problema estrutural gera alternativas não intencionais — parâmetros descontrolados, um espaço ilimitado de combinações de filtros ou uma inconsistência de barra final, maiúsculas e minúsculas ou protocolo multiplicando a mesma URL.

Correção + verificação: identifique e limite o padrão que gera URLs (tratamento de parâmetros, limites de filtros e uma única convenção de barra/maiúsculas e minúsculas/protocolo). Compare a contagem novamente com o total de URLs conhecidas algumas semanas depois para confirmar que ela se estabilizou.

Uma página que antes ranqueava caiu neste grupo junto com uma queda de tráfego

Sintoma: uma página antes indexada e ranqueando agora aparece como “Página alternativa com tag canonical adequada”, e seu tráfego caiu.

Causa provável: uma mudança recente de template, plugin ou configuração redirecionou a canonical da página para uma URL diferente — muitas vezes sem intenção.

Correção + verificação: descubra o que mudou perto da data em que o status apareceu (deploys, atualizações de plugin ou edições de template) e corrija a canonical de volta para a própria página. Verifique novamente com a Inspeção de URL e acompanhe os dados de desempenho para ver a recuperação.

Comprove que uma correção de canonical realmente funcionou

Depois de corrigir um alvo canonical configurado incorretamente, estas verificações confirmam que o Google realmente captou a mudança — não apenas que o HTML mudou.

Teste 1 — A canonical declarada agora aponta para onde você pretendia

• Teste a executar — passe a URL pelo Canonical Checker (ou veja o código-fonte / use curl -s e procure a tag <link rel="canonical">).
• Resultado esperado — a canonical declarada é a própria página (se ela deve ranquear sozinha) ou a URL genuinamente equivalente que você pretendia.
• Interpretação da falha — se a canonical declarada ainda mostra o alvo antigo, a correção não foi publicada, está em cache ou foi sobrescrita por um template que continua apontando para o lugar errado.
• Janela de monitoramento — imediata — a resposta HTML reflete a mudança assim que ela está ativa e qualquer cache é limpo.
• Gatilho de rollback — não se aplica nesta etapa — não avance para o Teste 2 até que a canonical declarada esteja correta.

Teste 2 — O alvo canonical resolve corretamente

• Teste a executar — rastreie o novo alvo canonical com o Redirect Checker ou curl -sIL -o /dev/null -w "%{http_code} %{url_effective}\n" <target-url>.
• Resultado esperado — Um único 200 na URL exata para a qual você fez a canonical — sem cadeia de redirecionamento, sem 404.
• Interpretação da falha — 404 significa que o alvo não existe; 3xx significa que você fez a canonical apontar para outro redirecionamento, não para a página final — aponte a canonical para o destino resolvido.
• Janela de monitoramento — imediata.
• Gatilho de rollback — o alvo não resolve para 200 — corrija-o antes de verificar o lado do Google.

Teste 3 — A canonical escolhida pelo Google agora coincide com a declarada

• Teste a executar — execute a Inspeção de URL no Google Search Console para a URL corrigida.
• Resultado esperado — o campo canonical escolhida pelo Google coincide com o campo canonical declarada pelo usuário, e o status no relatório de indexação de páginas reflete a relação corrigida (indexação própria ou uma alternativa limpa apontando para o lugar certo).
• Interpretação da falha — se a canonical escolhida pelo Google ainda mostra o alvo antigo depois de um novo rastreamento, um sinal conflitante — links internos, entradas do sitemap ou um redirecionamento — ainda aponta para o caminho antigo e também precisa ser alinhado.
• Janela de monitoramento — dias a algumas semanas, dependendo da frequência com que o Google rastreia a URL; solicite um novo rastreamento pela Inspeção de URL para acelerar a verificação, em vez de esperar passivamente.
• Gatilho de rollback — não aborte nem reverta a correção apenas porque o Google ainda não rastreou novamente — esse atraso é esperado, não uma falha. Reconsidere a própria correção somente se o Google continuar discordando semanas depois de um novo rastreamento confirmado.

Registro de alterações