Tag canônica

O que ela consolida e o que apenas sugere

URLs duplicadas quase nunca são criadas de propósito. Uma loja lista o mesmo produto em duas categorias, um parâmetro de rastreamento transforma uma página em cem, convivem uma versão de impressão e uma mobile, ou o mesmo conteúdo fica acessível tanto no www quanto no domínio sem www, por http e por https. Cada variante pode acumular links e impressões separadamente, e é assim que uma página acaba competindo consigo mesma por uma única consulta — a divisão autoinfligida descrita em canibalização de palavras-chave. A tag canônica nomeia a versão que você quer manter e pede que os sinais das demais sejam creditados a ela.

O que mais se entende errado é a força desse pedido. O Google trata a canônica declarada como um sinal entre vários e escolhe sua própria URL preferida a partir do quadro completo:

• Sua canônica declarada — o elemento link dentro do head da página.
• Os redirecionamentos — um 301 é uma afirmação bem mais forte que uma tag, porque elimina a duplicata em vez de anotá-la.
• Os links internos — se todos os links do seu site apontam para a variante que você não declarou, a declaração está discutindo com a sua própria navegação, e por isso o link building interno faz parte dessa decisão e não é assunto separado.
• O sitemap — uma URL que você lista é uma URL que você está pedindo para indexar.
• O cluster [hreflang](/glossary/hreflang) — variantes de idioma que se referenciam são lidas em conjunto, e uma canônica que contradiz o cluster costuma perder.

Quando esses sinais concordam, a tag quase sempre é respeitada. Quando divergem, o Google resolve o conflito sozinho e informa no Search Console qual URL escolheu — e é assim que uma canônica tecnicamente presente pode não ter efeito nenhum.

As falhas que vale checar primeiro

Quase toda canônica quebrada cai em um punhado de padrões. Uma canônica que aponta para uma URL que redireciona para outro lugar pede consolidação em um endereço que não serve mais a página. Uma canônica que aponta para uma página com noindex pede que os sinais sejam reunidos em algo que você também pediu para excluir. Um template que fixa a canônica da home em todas as páginas — um bug genuinamente comum — diz ao Google que o site inteiro é um único documento. E uma canônica correta no seu código-fonte que nunca chega ao head, porque um script ou uma camada de renderização a deslocou, está quebrada exatamente do jeito mais difícil de perceber, porque todas as ferramentas que você usaria continuam mostrando ela.

O Search Console distingue dois estados parecidos que significam o oposto. "Página alternativa com tag canônica adequada" quer dizer que o Google viu sua declaração, concordou e consolidou — o final saudável de uma duplicata, não um erro a perseguir. "Duplicada, sem tag canônica definida pelo usuário" quer dizer que o Google encontrou páginas quase idênticas, não conseguiu usar nenhuma canônica e escolheu uma por você. A segunda é a que exige ação, e a primeira coisa a testar não é o destino da sua tag, e sim se o Googlebot chega a recebê-la.

O que aprendemos quando o Google parou de ver a nossa

Esta parte vem de operar o agentceres.com, não da documentação. Em agosto de 2026 o Search Console reportou 88 URLs do nosso próprio site como duplicadas sem canônica definida pelo usuário. Nossas tags canônicas estiveram presentes e corretas no código o tempo todo. A causa estava duas camadas abaixo: uma dúzia de rotas de marketing e jurídicas tinha silenciosamente deixado de ser pré-renderizada como página estática, e nosso framework transmite os metadados em streaming para páginas renderizadas dinamicamente — então o título, as diretivas robots, a canônica e o hreflang saíam dentro do body, depois de o head já ter fechado a cerca de 1,5 KB do documento. Um link canônico fora do head não é um link canônico, então o Google registrou exatamente o que recebeu: páginas quase idênticas sem nada declarado, e escolheu por nós.

O detalhe que mais nos custou tempo é o que vale repassar. O teste de URL ao vivo do Search Console rastreia com um user agent diferente do rastreador, e esse agente estava na lista padrão de bots que o nosso framework atende com metadados completos e sem streaming — enquanto o Googlebot deliberadamente não estava. Por isso o teste ao vivo mostrava uma canônica correta no head todas as vezes que rodamos, enquanto o rastreamento que de fato constrói o índice não via nenhuma. Se uma página aparece como duplicada, confie no resultado indexado e no HTML cru antes de qualquer teste ao vivo: use ver-código-fonte e ache onde o head fecha. A metade mais simples do mesmo incidente também merece uma olhada no seu site — nosso host www servia todas as páginas com 200 e sem redirecionamento, então o Google tinha indexado o www como host canônico acima do domínio raiz, e um único 301 resolveu. A validação de uma mudança dessa escala costuma levar algumas semanas até o Search Console confirmar. Se você está indo de trás para frente a partir de uma queda de tráfego e não de um relatório de canônicas, por que meu site não recebe tráfego cobre as verificações anteriores a esta.