Alternate page with proper canonical tag: o que significa e como resolver

Alternate page with proper canonical tag: o que significa e como resolver
David Kaufmann
Tutoriais SEO

Abriu o relatório de indexação de páginas, encontrou uma lista de URLs marcados como "Alternate page with proper canonical tag" e agora pergunta-se se há alguma coisa avariada.

Quando a Google Search Console assinala URLs como "Alternate page with proper canonical tag", significa que o Google descobriu versões duplicadas ou alternativas de uma página, encontrou uma etiqueta canonical que aponta para a versão principal e indexou esse URL principal em vez delas. Na maioria dos casos, o sistema está a funcionar exatamente como previsto.

Este guia explica o que o estado significa, quando é normal, quando indica um problema real e como resolvê-lo no WordPress, na Shopify, no Squarespace e no Wix. A vista de indexação da SEOcrawl AI lista todos os URLs neste estado com o canonical declarado pelo utilizador e o selecionado pelo Google lado a lado, para que identifique em todo o site os poucos URLs que realmente precisam de atenção.

O que significa "Alternate page with proper canonical tag" na Google Search Console?

Este estado confirma que o Google encontrou várias versões de uma página que partilham o mesmo destino canónico, respeitou a sua etiqueta canonical e indexou o URL canónico em vez da alternativa assinalada. A página alternativa continua disponível para os visitantes, mas o Google não a indexa separadamente.

A palavra "proper" (adequada) significa que o Google concorda com a sua configuração de canonical. É essa a diferença principal em relação a estados como "Duplicate, Google chose different canonical than user", em que o Google se sobrepõe ao canonical que declarou.

Onde aparece este estado na GSC

Na Google Search Console, vá a Indexação › Páginas e reveja a tabela "Motivo pelo qual as páginas não estão indexadas". Clique em "Alternate page with proper canonical tag" para ver os URLs afetados e use Exportar para transferir a lista completa e analisá-la.

Alternativa, canónica e duplicada, numa linha cada

Um URL canónico é a versão principal que designa como cópia mestra. Um URL alternativo serve conteúdo idêntico ou semelhante, enquanto a respetiva etiqueta canonical aponta para a versão principal. O conteúdo duplicado é o mesmo conteúdo acessível em vários URLs. As etiquetas canonical resolvem-no consolidando os sinais de posicionamento no URL principal.

Quando é perfeitamente normal (e não deve fazer nada)

A maioria dos URLs com este estado não precisa de qualquer ação. Se o URL alternativo for uma variante válida de uma página principal indexada, o estado confirma que a canonicalização está a funcionar corretamente. Os casos esperados mais comuns são:

  • Parâmetros de URL e filtros: parâmetros de tracking, opções de ordenação ou navegação facetada (por exemplo, ?color=blue ou ?utm_source=...).
  • IDs de sessão e etiquetas de tracking: parâmetros que acrescentam identificadores únicos sem alterar o conteúdo da página.
  • Variações na estrutura do URL: barras finais, maiúsculas ou variantes HTTP que apontam para URLs principais em HTTPS.
  • Versões de impressão e AMP: formatos alternativos que canonicalizam corretamente para a página principal.
  • Conteúdo sindicado: sites de terceiros que republicam o seu conteúdo com uma etiqueta canonical que aponta para o original.

Se os URLs assinalados se enquadrarem nestas categorias, deixe-os como estão. Forçar a indexação ou remover a etiqueta canonical pode trazer de volta o problema de conteúdo duplicado.

Para confirmar que o canonical de uma página está bem configurado, passe-a pelo verificador de canonical gratuito.

Árvore de decisão para um URL assinalado como Alternate page with proper canonical tag: se for uma variante com parâmetros, filtros, tracking, versão de impressão ou AMP de uma página indexada, deixe-o como está; se for uma página que quer posicionar por si só, corrija o canonical, alinhe as ligações internas e o sitemap e peça a indexação
Variante normal ou página que deve posicionar-se?

Quando é realmente um problema

Este estado torna-se um problema quando uma página principal que quer indexar é marcada como alternativa, ou quando a etiqueta canonical aponta para o destino errado. Reveja estes cinco cenários:

1. O canonical aponta para o destino errado

Um erro de template ou uma má configuração de um plugin pode obrigar uma página a canonicalizar para um URL sem relação, como a página inicial ou uma categoria de topo. Se uma página importante estiver assinalada e apontar para outro lado, atualize o respetivo destino canónico.

2. O canonical aponta para uma página não indexável

As etiquetas canonical devem apontar para um URL ativo e indexável que devolva o código 200 e seja canónico de si próprio. Se o destino redirecionar, devolver um 404, estiver bloqueado pelo robots.txt ou tiver uma etiqueta noindex, o Google pode escolher outro canonical ou deixar o conteúdo fora do índice.

3. Paginação e URLs com parâmetros consolidados incorretamente

Nas lojas online, as páginas paginadas ou as vistas filtradas canonicalizam muitas vezes para a página 1 por engano. Isso impede que os produtos ou listagens mais profundos sejam indexados. As páginas paginadas devem normalmente ser autocanónicas para que os itens que listam continuem a ser encontrados.

4. Conflito entre hreflang e canonical

Em sites multilingues, cada versão localizada deve canonicalizar para si própria e ligar às restantes versões de idioma com etiquetas hreflang. Apontar o canonical de todas as páginas localizadas para um único idioma predefinido retira essas páginas localizadas do índice e quebra o cluster de hreflang.

5. Duplicados reais que queria consolidar no sentido inverso

Se uma etiqueta canonical apontar para o duplicado mais fraco em vez da página principal, o Google vai indexar o destino que indicou. Garanta que as etiquetas canonical, as ligações internas e os sitemaps estão de acordo quanto ao URL principal preferido.

Se estiver a lidar com outros estados de indexação, consulte os nossos guias sobre Não encontrado (404) e Bloqueado devido a outro problema 4xx.

Como diagnosticar com a Inspeção de URL

Antes de alterar seja o que for, veja como o Google vê a página.

Compare o canonical selecionado pelo Google e o declarado pelo utilizador

Cole o URL assinalado na barra de Inspeção de URL no topo da Search Console e expanda a secção Indexação de páginas. Compare o campo "User-declared canonical" com o campo "Google-selected canonical". Se ambos apontarem para o URL principal que pretendia, a configuração está correta. Se forem diferentes, ou se o destino declarado estiver errado, ajuste a etiqueta.

Como ler a Inspeção de URL: se o canonical declarado pelo utilizador e o selecionado pelo Google apontarem para o URL principal certo, não há nada a corrigir; se ambos apontarem para um URL errado, corrija a etiqueta canonical; se forem diferentes, alinhe as ligações internas, o sitemap, os redirecionamentos e o hreflang com o seu canonical
Leia os dois campos de canonical na Inspeção de URL

Verifique o que está realmente a enviar

Um canonical pode ser declarado no <head> do HTML ou no cabeçalho de resposta HTTP Link. O verificador de canonical gratuito lê ambos e diz-lhe se um URL é autorreferencial, entre domínios, se não tem canonical ou se envia um canonical no HTML que não coincide com o do cabeçalho.

Encontre todos os URLs problemáticos do site

Inspecionar URLs um a um não é escalável. O Crawler da SEOcrawl AI rastreia todo o site e assinala problemas de canonical, como canonicals que apontam para o URL errado, para um redirecionamento ou para uma página de erro, juntamente com a indexabilidade de cada página. A vista de indexação da SEOcrawl AI agrupa os seus URLs por estado de cobertura da Search Console e mostra o canonical selecionado pelo Google e o declarado para cada um, e pode etiquetar os URLs problemáticos por regra ou manualmente. As equipas que trabalham com assistentes de IA podem obter os mesmos dados, URL a URL, através do servidor MCP da SEOcrawl AI.

Como resolver "Alternate page with proper canonical tag"

Aplique a solução que corresponde ao seu diagnóstico. O objetivo é sempre o mesmo: as etiquetas canonical, as ligações internas e os sitemaps XML apontam todos para um único URL principal indexável.

Corrija a etiqueta rel=canonical

Nas páginas que quer posicionar, defina uma etiqueta canonical autorreferencial no <head> do HTML:

<link rel="canonical" href="https://example.com/your-page" />

Use um URL absoluto que devolva o código 200. Remova qualquer segunda etiqueta canonical na mesma página: quando uma página declara canonicals contraditórios, o Google pode ignorá-los todos.

Corrija as ligações internas e os sitemaps

Alinhe os seus sinais internos com a sua estrutura de canonicals. Faça ligações internas para os URLs canónicos principais, não para versões com parâmetros ou alternativas, e garanta que os seus sitemaps XML incluem apenas URLs principais indexáveis.

Corrija templates duplicados no WordPress

No WordPress, as etiquetas canonical costumam ser geradas pelo plugin de SEO. No Yoast SEO, abra o artigo, vá ao separador Avançado da caixa do Yoast e verifique ou limpe o campo Canonical URL. No Rank Math e no All in One SEO, reveja a definição Canonical URL no separador Avançado. Deixar o campo vazio repõe o canonical autorreferencial predefinido.

Resolver na Shopify

A Shopify gera as etiquetas canonical automaticamente. Os URLs de produto a que se chega através de uma coleção (/collections/x/products/y) canonicalizam por predefinição para o URL limpo do produto (/products/y), que é exatamente o caso esperado descrito acima. Se uma página principal canonicalizar para o URL errado, verifique a etiqueta canonical em theme.liquid e qualquer app de SEO que a reescreva.

Resolver no Squarespace e no Wix

O Squarespace gere as etiquetas canonical automaticamente. Para tratar páginas duplicadas, consolide-as ou adicione redirecionamentos 301 no painel URL Mappings das definições do site. O Wix adiciona um canonical autorreferencial a todas as páginas; se uma página duplicada apontar para o URL errado, abra as definições de SEO dessa página e verifique o canonical em Advanced SEO.

Use um redirecionamento 301 quando o duplicado não devia existir

Se um URL alternativo não tiver utilidade para os utilizadores, configure um redirecionamento 301 para a página principal em vez de depender apenas de uma etiqueta canonical.

Valide a correção

Depois de atualizar os seus canonicals, peça ao Google que os reavalie:

  1. Inspecione o URL na Search Console e clique em Testar URL publicado para confirmar que o canonical declarado pelo utilizador é agora o destino que pretendia.
  2. Clique em Pedir indexação para adicionar a página à fila de rastreio.
  3. Use Validar correção na página de detalhes do problema para que todo o grupo volte a ser verificado.
  4. Submeta um sitemap XML atualizado que inclua apenas URLs canónicos principais.

Página alternativa e outros estados de duplicados na GSC

A Search Console mostra vários estados parecidos. Significam coisas diferentes e só alguns exigem trabalho:

  • Alternate page with proper canonical tag: o Google concorda com o seu canonical e indexa o URL principal. Normalmente não há nada a fazer.
  • Duplicate, Google chose different canonical than user: o Google ignorou o seu canonical e escolheu outro URL. Descubra porquê e alinhe os seus sinais.
  • Duplicate without user-selected canonical: a página não tem canonical, por isso o Google escolheu um por si. Adicione um canonical para assumir o controlo.
  • Excluída pela etiqueta 'noindex': uma diretiva mantém a página fora do índice. Use noindex para páginas que nunca devem aparecer na pesquisa, não para duplicados.
Comparação de quatro estados de indexação de páginas: Alternate page with proper canonical tag significa que o Google aceitou o seu canonical; Duplicate, Google chose different canonical significa que o Google o ignorou; Duplicate without user-selected canonical significa que não há canonical; Excluída pela etiqueta noindex significa que uma diretiva bloqueia a indexação
Quatro estados parecidos, quatro ações diferentes

Como evitá-lo no futuro

Para impedir que os problemas de canonical voltem a surgir a cada atualização do site:

  • Torne o canonical autorreferencial a predefinição em todas as páginas indexáveis.
  • Mantenha estruturas de URL limpas para limitar variantes desnecessárias com parâmetros.
  • Inclua apenas URLs canónicos e indexáveis nos seus sitemaps XML.
  • Rastreie o site depois de cada alteração de template, atualização de plugin ou migração e compare os rastreios para ver que canonicals mudaram.

O SEO Monitor avisa-o quando uma etiqueta canonical muda, se parte ou desaparece nas suas páginas-chave, e acompanha também o respetivo estado de indexação, para que saiba de um canonical errado antes da Search Console.

Perguntas frequentes

"Alternate page with proper canonical tag" é um erro?

Não. É um estado informativo que confirma que o Google respeitou a sua etiqueta canonical e indexou a versão principal. Só merece atenção se uma página que quer indexar por si só aparecer como alternativa, ou se o respetivo canonical apontar para um URL errado ou inválido.

Devo corrigi-lo?

Só se afetar uma página principal que quer posicionar. Se os URLs assinalados forem parâmetros de tracking, filtros, opções de ordenação ou formatos alternativos de uma página indexada, não é preciso mudar nada.

Porque é que o Google escolhe um canonical diferente do que defini?

O Google trata o rel=canonical como uma indicação forte, não como uma ordem. Se as suas ligações internas, o sitemap, os redirecionamentos ou as etiquetas hreflang apontarem para um URL diferente do da sua etiqueta canonical, o Google pode escolher esse outro. Alinhe todos esses sinais no mesmo URL principal.

Como defino a etiqueta canonical correta?

Adicione uma única etiqueta rel=canonical no head do HTML que aponte para o URL absoluto da página principal. Nos plugins de SEO do WordPress, deixe vazio o campo canonical para manter o canonical autorreferencial predefinido, a menos que esteja a consolidar um duplicado de propósito.

Qual é a diferença entre um URL e um URL canónico?

Um URL é qualquer endereço web que carrega uma página. O URL canónico é a versão que designa como principal, o URL que quer que os motores de pesquisa indexem e posicionem quando vários URLs mostram o mesmo conteúdo.

Este estado prejudica o meu posicionamento?

Não. Consolidar URLs duplicados num único canonical protege o seu posicionamento, porque concentra os sinais numa só página. Só lhe custa tráfego quando uma página principal é tratada por engano como alternativa de outro URL.

Autor: David Kaufmann

David Kaufmann

Passei os últimos 10 e tantos anos completamente obcecado por SEO — e, sinceramente, não quereria que fosse de outra forma.

A minha carreira atingiu um novo patamar quando trabalhei como Senior SEO Specialist na Chess.com — um dos 100 sites mais visitados de toda a internet. Operar nessa escala, em milhões de páginas, dezenas de idiomas e numa das SERPs mais competitivas que existem, ensinou-me coisas que nenhum curso ou certificação jamais poderia. Essa experiência mudou a minha perspetiva sobre o que é realmente um grande trabalho de SEO — e tornou-se a base de tudo o que construí desde então.

Foi a partir dessa experiência que fundei a SEO Alive — uma agência para marcas que levam a sério o crescimento orgânico. Não estamos aqui para vender dashboards e relatórios mensais. Estamos aqui para construir estratégias que realmente fazem a diferença, combinando o melhor do SEO clássico com o novo e empolgante mundo da Generative Engine Optimization (GEO) — garantindo que a tua marca apareça não só nos links azuis do Google, mas também dentro das respostas geradas por AI que o ChatGPT, o Perplexity e o Google AI Overviews entregam a milhões de pessoas todos os dias.

E como não consegui encontrar uma ferramenta que lidasse corretamente com esses dois mundos, construí uma eu mesmo — a SEOcrawl AI, uma plataforma enterprise de SEO intelligence que reúne rankings, auditorias técnicas, monitoramento de backlinks, saúde do crawl e tracking de visibilidade de marca em AI, tudo num só lugar. É a plataforma que sempre desejei que existisse.

→ Ler todos os artigos de David
Mais artigos de David Kaufmann

Descubra mais conteúdos deste autor