Tag canônica: como consolidar URLs duplicadas no Google

Quem tem o mesmo conteúdo em várias URLs precisa dizer ao Google qual versão mostrar. A documentação do Google sobre canonicalização ordena os métodos por força, explica como combiná-los e lista os erros que anulam o sinal.

Por que declarar uma canônica

Declarar a canônica escolhe a URL que aparece na Busca e concentra os sinais em um só endereço. A documentação lista 4 motivos para explicitar essa preferência.

• Escolher a URL nos resultados. No exemplo do Google, uma página de vestido verde tem um endereço descritivo e uma URL com parâmetro de campanha; a preferência é do endereço descritivo.
• Consolidar sinais. Links que apontam para versões diferentes passam a contar para um único endereço preferido, em vez de ficarem dispersos.
• Simplificar a medição. Com muitas URLs para o mesmo conteúdo, fica mais difícil obter métricas consolidadas de desempenho daquele conteúdo.
• Não desperdiçar tempo de rastreamento. Se o Googlebot gasta parte da visita em versões duplicadas, sobra menos para páginas novas ou atualizadas.

Os métodos, em ordem de força

Redirecionamentos e rel="canonical" são sinais fortes; o sitemap é sinal fraco. Nenhum desses métodos é obrigatório, ressalva a própria documentação.

Os métodos se acumulam: usar 2 ou mais aumenta a chance de a URL preferida ser escolhida. A comparação de manutenção e eficácia aparece na tabela abaixo, adaptada da página.

Método	Prós	Contras
rel="canonical" no HTML	Mapeia um número ilimitado de duplicatas	Manutenção complexa em sites grandes ou com URLs que mudam muito; só funciona para páginas HTML, não para arquivos como PDF
Cabeçalho HTTP rel="canonical"	Não aumenta o tamanho da página; mapeia um número ilimitado de duplicatas	Manutenção complexa nos mesmos cenários de sites grandes ou URLs voláteis
Sitemap	Simples de implementar e manter, sobretudo em sites grandes	O Google ainda precisa determinar qual é a duplicata associada; é um sinal mais fraco
Redirecionamentos	Sinal mais forte de todos	Devem ser usados apenas quando a página duplicada será descontinuada

rel="canonical" no HTML

O elemento vai no <head> de cada página duplicada e aponta para a página canônica. O exemplo de código é o da documentação, com o endereço do cenário de vestidos:

<html>
<head>
<title>Explore o mundo dos vestidos</title>
<link rel="canonical" href="https://example.com/dresses/green-dresses" />
</head>

Endereço absoluto e autorreferência

Use caminhos absolutos, não relativos. O Google aceita relativos, mas eles dão problema no longo prazo — por exemplo, se um site de teste for rastreado por engano.

Inclua também o rel="canonical" autorreferente na própria página canônica. E lembre que o elemento só é aceito se estiver no <head>, então essa parte do HTML precisa ser válida.

A documentação registra ainda um limite: anotações com hreflang, lang, media e type são ignoradas para canonicalização. Para versões alternativas de idioma e país, o caminho é rel="alternate" hreflang.

Cabeçalho HTTP para arquivos não HTML

O cabeçalho HTTP cobre o que o elemento HTML não alcança: PDF, Word e outros formatos com o mesmo conteúdo, cada um em sua URL. O exemplo da documentação indica a versão em PDF como canônica a partir do arquivo .docx:

HTTP/1.1 200 OK
Content-Length: 19
...
Link: <https://www.example.com/downloads/white-paper.pdf>; rel="canonical"

Como no elemento HTML, o endereço deve ser absoluto. O Google ressalva que esse método é suportado apenas para resultados de busca na web.

A recomendação é escolher entre elemento HTML e cabeçalho HTTP, em vez de usar os dois ao mesmo tempo. A combinação é mais sujeita a erro — como uma URL no cabeçalho e outra no elemento.

Sitemap: sinal fraco, útil em escala

Em um sitemap, todas as páginas listadas são sugeridas como canônicas. O Google decide quais delas são duplicatas com base na similaridade de conteúdo.

Segundo a documentação, é uma forma direta de definir canônicas em sites grandes, ainda que com menos força do que rel="canonical".

Redirecionamentos: o sinal mais forte

Redirecionamentos permanentes servem para se livrar de páginas duplicadas que deixarão de existir. Todos os métodos de redirecionamento permanente têm o mesmo efeito sobre a Busca, mas o tempo até o Google notá-los pode variar.

Redirecionamentos HTTP, também chamados de server-side, são os mais rápidos. O guia de redirecionamentos e SEO detalha os tipos, e a comparação entre 301, 302 e canonical ajuda a escolher o sinal certo para cada situação.

Sinais que o Google aplica sozinho

Além dos métodos declarados, o Google usa sinais derivados da configuração do site. HTTPS e clusters de hreflang entram nessa conta.

Preferência por HTTPS

O Google prefere HTTPS em vez de HTTP. Essa preferência cai em 4 casos: certificado SSL inválido, dependências inseguras (exceto imagens), página HTTPS que redireciona para HTTP ou através dele, ou página HTTPS que declara a versão HTTP como canônica.

Para garantir a preferência pelo HTTPS, redirecione do HTTP para o HTTPS, aponte rel="canonical" do HTTP para o HTTPS ou implemente HSTS.

Para não reforçar o HTTP por engano: evite certificados ruins e redirecionamentos de HTTPS para HTTP (o HSTS não supera essa preferência); não liste a versão HTTP no sitemap ou em hreflang; e não instale o certificado no host-variant errado.

Clusters de hreflang

O Google prefere como canônica a URL que faz parte de um conjunto que se aponta reciprocamente. Vale conferir o guia de hreflang antes de montar esses conjuntos.

Erros que anulam o sinal

Alguns usos comuns não reforçam a canônica: eles anulam o esforço.

• Usar o robots.txt para canonicalizar. O Google pode indexar URLs bloqueadas ali, sem o conteúdo.
• Usar a ferramenta de remoção de URL com essa finalidade: ela esconde todas as versões da URL da Busca.
• Declarar canônicas diferentes para a mesma página em técnicas diferentes — por exemplo, uma URL no sitemap e outra no rel="canonical".
• Apontar um fragmento de URL como canônico, já que o Google geralmente não suporta fragmentos.
• Tentar resolver canonicalização interna com noindex. O noindex bloqueia a página por completo, e a anotação rel="canonical" é a solução preferida.
• Em site com hreflang, apontar canônica em outro idioma quando existe página equivalente no mesmo idioma.
• Linkar internamente para a versão duplicada em vez da canônica.
• Em renderização no cliente com JavaScript, deixar o JavaScript alterar o elemento canônico. O ideal é declará-lo no HTML de origem; se não for possível, deixá-lo de fora do HTML e defini-lo apenas via JavaScript.