Página alternativa com tag canônica adequada: em geral, nada a corrigir

"Página alternativa com tag canônica adequada" significa que o Google encontrou um URL cuja tag canonical aponta para outro URL, concordou com ela e indexou esse outro URL no lugar. Na maioria dos casos, é o sistema funcionando como previsto, e não há nada a mudar. Só vira problema quando uma página que você quer nos resultados de pesquisa está na lista, o que normalmente remonta a um template que escreve a canonical errada.

O status aparece no grupo "Não indexadas" do Relatório de indexação de páginas. No Search Console em inglês, o mesmo motivo se chama "Alternate page with proper canonical tag".

O que o Google quer dizer com "Página alternativa com tag canônica adequada"

A documentação do Google sobre o Relatório de indexação de páginas (consultada em outubro de 2026) descreve essas páginas como marcadas como alternativas de outra página e dá 3 exemplos: uma página AMP com uma canônica para desktop, uma versão para dispositivos móveis de uma canônica para desktop e uma versão para desktop de uma canônica para dispositivos móveis. Em seguida, diz que a página aponta corretamente para a página canônica, que está indexada, e que, portanto, você não precisa fazer nada.

Mais 2 detalhes importam. A seção "Não indexadas" diz que essas páginas não estão indexadas, mas não necessariamente por causa de um erro, então a contagem aqui não é uma contagem de defeitos. E o trecho termina dizendo que o Search Console não detecta páginas em idiomas alternativos. Uma página traduzida que aparece aqui é, portanto, um sinal de alerta.

O Google tem 3 status de canônica, e eles diferem em 2 perguntas: a página declarou uma canonical, e o Google concordou com ela?

Este é o único dos 3 em que a sua instrução e a decisão do Google coincidem. Se os seus URLs estão na terceira linha, o guia sobre Cópia sem página canônica selecionada pelo usuário trata desse caso.

Quais URLs normalmente caem neste status

Qualquer URL cuja tag canonical indique outra página pode vir parar aqui quando o Google concorda. As origens mais comuns:

• Parâmetros de rastreamento e de campanha. Links em anúncios, e-mails e posts em redes sociais adicionam parâmetros como ?utm_source= ou ?gclid=. O próprio exemplo do Google canonicaliza o URL de um produto com parâmetro gclid para o URL limpo do produto.
• Ordenação e filtros. Páginas de categoria que reordenam ou filtram os mesmos produtos (?sort=price, ?color=blue) geram muitos URLs para uma única página.
• Pares AMP. A especificação AMP exige que a canonical de uma página AMP aponte para a versão HTML comum, ou para si mesma se não houver versão comum. Toda página AMP com par é uma entrada esperada.
• URLs móveis separados. Um site que serve m.example.com ao lado de www.example.com canonicaliza uma versão para a outra.

Em todos esses casos, ficar "não indexado" é o objetivo: um URL por conteúdo nos resultados de pesquisa, que é exatamente o que a tag canonical pediu. A documentação do Google sobre canonicalização acrescenta que URLs duplicados são rastreados com menos frequência que a canônica.

É um problema? Deixar, monitorar ou corrigir

O veredito depende do que está na lista, não do tamanho dela.

• Deixe quando os URLs de exemplo são variantes que você nunca quis indexadas e cada canonical indica a versão que você quer na pesquisa. Esse é o estado normal, mesmo com milhares de entradas.
• Monitore quando a contagem sobe junto com algo que você fez: um novo filtro de categoria, uma campanha de anúncios, um novo template AMP. Confira alguns exemplos, confirme o padrão e siga em frente.
• Corrija quando uma página que você quer indexada aparece aqui. Isso normalmente significa que um template está escrevendo a canonical errada em muitas páginas de uma vez.
• Investigue quando a contagem dispara sem uma mudança que você saiba apontar. Abra os exemplos: uma nova fonte de links com parâmetros é inofensiva, enquanto caminhos de artigos, produtos ou idiomas apontam para um template.

flowchart TD
    A["URL listado como página alternativa"] --> B{"Este URL deveria aparecer sozinho na pesquisa?"}
    B -->|não| C{"A canonical dele indica a versão que você quer indexada?"}
    C -->|sim| D["Deixe: o status é esperado"]
    C -->|não| E["Aponte a canonical para a versão certa"]
    B -->|sim| F{"É uma página traduzida?"}
    F -->|sim| G["Corrija: canonical para si mesma, no próprio idioma"]
    F -->|não| H{"É a página 2 ou seguinte de uma série?"}
    H -->|sim| I["Corrija: cada página com canonical para si mesma"]
    H -->|não| J["Corrija o template que escreve a canonical"]

Os 4 padrões que colocam páginas reais aqui, cada um deles uma correção:

1. Todas as páginas apontam para a página inicial. Um tema ou include de cabeçalho monta a canonical a partir do endereço do site, e não do endereço da página atual. Páginas de artigos e produtos passam a pedir para serem incorporadas à página inicial e, quando o Google concorda, caem aqui.
2. Páginas paginadas apontam para a página 1. A documentação do Google sobre paginação diz para não usar a primeira página de uma série como canônica; cada página deve ter a sua.
3. Páginas traduzidas apontam para o idioma original. A documentação do Google sobre canonicalização só trata versões em idiomas diferentes como cópias se o conteúdo principal estiver no mesmo idioma, e pede que você indique uma canônica no mesmo idioma. Uma página em francês canonicalizada para a gêmea em inglês tira a página em francês do índice. O padrão completo está na nossa análise de tags canonical que apontam entre idiomas.
4. Variantes apontam para a página-mãe errada. Uma página de cor ou de localização com demanda de pesquisa própria, canonicalizada para uma página-mãe genérica porque uma regra foi aplicada a um tipo de página inteiro.

Como confirmar qual é o seu caso

O Search Console diz quais URLs são afetados. Confirmar a causa leva 4 passos.

1. Agrupe os exemplos por padrão. Abra o motivo no Relatório de indexação de páginas e exporte os exemplos. A documentação diz que os exemplos são limitados a 1.000 itens e podem não incluir todos os URLs, então trate a exportação como uma amostra. Ordene por caminho e parâmetro: uma lista de URLs com ?utm_ e ?sort= é uma lista para deixar; posts de blog, produtos ou caminhos /fr/ são os que merecem investigação.

2. Inspecione um URL de cada grupo suspeito. Na Inspeção de URL, leia "Canônica declarada pelo usuário" e "Canônica selecionada pelo Google" em "Indexação de páginas". Neste status, as duas normalmente indicam o destino da canonical, não o URL que você inspecionou. A documentação observa que o teste ao vivo não consegue prever qual URL será escolhido como canônico, então leia esses campos no resultado indexado.

3. Inspecione o destino da canonical. Ele deve estar indexado, responder com status 200, não ter noindex e indicar a si mesmo como canônico. Um destino que redireciona ou tem noindex contradiz a canonical que aponta para ele, e o Google pode então escolher outro URL; o guia de indexabilidade de páginas explica como esses sinais interagem.

4. Leia a canonical no HTML que o seu servidor envia. A documentação do Google pede que você garanta que o JavaScript não altere o elemento link canonical, então compare o HTML bruto com o que o navegador mostra:

# 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:'

Se o HTML bruto e a página renderizada indicam URLs diferentes, um script está reescrevendo a tag depois do carregamento. Em 34 sites externos nos quais o SEOReport comparou o HTML bruto do servidor com a página inicial renderizada entre maio e outubro de 2026, 6 (18%) tinham pelo menos um entre title, meta description, canonical ou H1 presente só depois da renderização. O guia de renderização de JavaScript explica como levar esses elementos para a resposta do servidor.

Como corrigir cada caso

Em princípio, a correção é sempre a mesma: toda página que você quer indexada declara a si mesma como canônica, com URL absoluto no <head>, e toda variante aponta para essa página.

<!-- 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/" />

Para os 4 casos: monte a canonical a partir do caminho da própria página, não do endereço-base do site; dê a cada página de uma série a sua própria canonical; deixe cada versão de idioma indicar a si mesma e deixe a ligação entre versões para o hreflang (o guia de implementação de hreflang traz a marcação); e dê às variantes com demanda de pesquisa própria uma canonical autorreferente.

Depois, alinhe os sinais de apoio, porque o Google desaconselha mandar instruções de canônica diferentes por métodos diferentes: liste só URLs canônicos no seu sitemap XML e crie links internos para o URL canônico, não para uma variante. Uma canonical autorreferente em toda página indexável é o mínimo. Em 45 sites externos auditados pelo SEOReport entre maio e outubro de 2026, 14 (31%) serviam uma página inicial sem tag canonical no HTML retornado pelo servidor.

Duas mudanças a evitar em entradas saudáveis: adicionar noindex (tratado nas perguntas abaixo) e bloquear variantes no robots.txt. Um bloqueio no robots.txt impede o Google de ler a canonical, e a documentação do Google observa que URLs bloqueados ainda podem ser indexados sem o conteúdo.

Como verificar a correção

Depois que a mudança no template estiver no ar, inspecione um URL corrigido, rode o teste ao vivo para confirmar que o Google consegue buscá-lo e use "Solicitar indexação" em algumas páginas importantes. Quando o Google rastrear de novo, a "Canônica declarada pelo usuário" no resultado indexado deve mostrar a própria página, e a página deve sair deste status.

Para uma correção que afeta muitos URLs, use "Validar correção" no motivo, dentro do Relatório de indexação de páginas. A documentação do Google diz que a validação costuma levar até cerca de 2 semanas e pode demorar mais. Espere que a contagem caia ao longo de dias ou semanas, conforme o Google rastreia de novo, e não espere que ela chegue a 0 num site com links de rastreamento, filtros ou páginas AMP. O objetivo é uma contagem menor, formada pelos URLs certos.

O que um diagnóstico completo verifica para este status

Um diagnóstico completo do SEOReport não vê quais URLs o Google agrupou como alternativos; só o Search Console mostra isso. Ele verifica o lado que você controla: se o destino da canonical indicado pela página inicial está saudável (sem redirecionamento, indexável, com canonical para si mesmo), se a canonical da página inicial muda entre smartphone e desktop ou entre o HTML bruto e a página renderizada, se páginas em idiomas alternativos têm uma canonical que aponta para outro lugar que não elas mesmas, e destinos de canonical que nenhuma das páginas examinadas linka. Cada achado indica os URLs encontrados. O nosso guia de tags canonical explica como as tags canonical funcionam.

Perguntas frequentes

Um grande número de páginas alternativas prejudica o meu site?

Não. Uma contagem alta vinda de parâmetros, filtros ou páginas AMP só reflete quantas variantes de URL existem. Ela importa quando inclui páginas que você quer indexadas.

Devo adicionar noindex a esses URLs para limpar o relatório?

Não. A tag canonical já os mantém fora do índice, e o Google recomenda rel="canonical" em vez de noindex para escolher a canônica dentro de um site. Adicionar noindex só acrescenta uma instrução conflitante. O artigo sobre URL marcado como "noindex" explica quando o noindex é a ferramenta certa.

Por que a minha página traduzida aparece aqui se o Search Console não detecta páginas em idiomas alternativos?

Porque a tag canonical dela indica outro URL, normalmente a página no idioma original, e o Google aceitou. Mude a canonical para apontar para a própria página.

Por que aparecem aqui URLs para os quais eu nunca criei links?

O Google encontra URLs por links em qualquer lugar, inclusive anúncios, e-mails e posts em redes sociais que adicionam parâmetros de rastreamento. Esses URLs servem a tag canonical da sua página, então o Google os incorpora ao URL principal.

Quanto tempo depois da correção a página sai deste status?

O Google precisa rastrear a página de novo e processar a nova canonical, o que leva de dias a semanas. "Solicitar indexação" pede ao Google que rastreie páginas importantes individualmente, e "Validar correção" acompanha o grupo inteiro.