Tag canonical: como evitar URLs duplicadas
Entenda a canonical, identifique duplicidades, escolha URLs preferenciais, corrija conflitos e valide a seleção do Google com exemplos práticos.
Nesta página
O que é e como funciona
A tag canonical é uma indicação da URL que você prefere que mecanismos de busca considerem como principal entre páginas iguais ou muito semelhantes. Ela não é uma ordem absoluta: o Google pode selecionar outra URL canônica.
Em lojas virtuais, parâmetros de campanha, ordenação e filtros podem criar várias URLs para produtos praticamente idênticos. Protocolos, subdomínios e barras finais inconsistentes também criam variantes. O mecanismo precisa decidir qual endereço representar nos resultados; sinais divergentes podem levá-lo a escolher uma versão diferente da pretendida.
Qual problema resolve
Resolve a dispersão de sinais entre URLs que entregam o mesmo conteúdo: parâmetros de rastreamento, filtros de navegação, versões com e sem barra final ou variações criadas por campanhas. Sem uma URL preferencial declarada, o buscador precisa escolher sozinho qual versão indexar, e links, menções e métricas se dividem entre as duplicatas.
Com a canonical, a avaliação se concentra na URL correta, o rastreamento desperdiçado diminui e os relatórios de desempenho passam a refletir uma única página por conteúdo. Ela não substitui redirecionamentos quando uma URL deixa de existir.
O risco de negócio não é uma penalização automática por conteúdo duplicado: é perder controle sobre qual URL aparece, dificultar a consolidação de sinais e desperdiçar esforços de manutenção e análise. Em catálogos grandes, a descoberta de URLs pouco úteis pode aumentar a complexidade de rastreamento; a gravidade depende da escala e da arquitetura.
Quando utilizar
- Produtos acessíveis por diferentes parâmetros de URL.
- Páginas duplicadas por versões de navegação, filtros ou campanhas.
- Conteúdo publicado em múltiplas URLs com o mesmo propósito.
Quando não utilizar
- A URL antiga deixou de existir e deve encaminhar usuários e robôs para outra: prefira redirecionamento permanente 301/308.
- A página precisa sair do índice, mas continuar acessível: avalie noindex, sem bloqueá-la no robots.txt.
- As páginas têm conteúdo ou intenção de busca realmente distintos, como facetas úteis ou páginas 1 e 2 de uma listagem.
Matriz de decisão
| Situação | O que usar | Por quê |
|---|---|---|
| Duas ou mais URLs entregam o mesmo conteúdo (parâmetro de campanha, ordenação, barra final) e todas continuam acessíveis | Canonical para a URL principal | Conteúdo equivalente: consolida sinais sem tirar as variantes do ar; a tag é um sinal de preferência, não uma ordem. Ilustrativo: /tenis/azul/?utm_source=email aponta para /tenis/azul/. |
| A URL antiga deixou de existir e tem um substituto equivalente | Redirecionamento permanente 301 (na prática, 301 para páginas HTML; 308 só quando o método da requisição precisa ser preservado, como em APIs e formulários) | Leva pessoas e robôs ao novo endereço; a canonical sozinha não resolve um endereço que não deve mais existir. |
| A página deve continuar acessível, mas sair dos resultados de busca | noindex na própria página (meta robots ou cabeçalho X-Robots-Tag), com a página rastreável e sem bloqueio no robots.txt | Canonical não remove do índice; o robô precisa conseguir ler a diretiva. |
| Faceta ou filtro com demanda própria e sortimento diferente (ex.: tênis de corrida de uma marca) | Manter URL independente e indexável, com canonical para si mesma | Intenção de busca distinta: consolidar na categoria geral esconderia uma página que atende uma busca real. |
| Páginas 2, 3… de uma listagem com itens diferentes | Manter cada página com canonical para si mesma | Itens distintos não são duplicatas; apontar tudo para a página 1 pode ocultar conteúdo de descoberta. |
Pré-requisitos
- Inventário de URLs variantes, com resposta HTTP, canonical declarada, indexabilidade e conteúdo comparado.
- Acesso ao HTML inicial e renderizado, sitemap, links internos e Search Console da propriedade.
- Decisão editorial sobre qual URL deve representar cada grupo de equivalência, incluindo facetas com demanda própria.
Passo a passo detalhado
- Rastreie URLs e exporte grupos de variantes, incluindo parâmetros, protocolos, hostnames e paginação.
- Classifique cada grupo: equivalentes, semelhantes ou páginas com intenção distinta; não consolide por aparência apenas.
- Defina uma URL principal que responda 200, seja rastreável, indexável e represente o conteúdo.
- Aplique uma única canonical absoluta no HTML de cada variante equivalente; use canonical autorreferente na principal quando apropriado.
- Alinhe links internos, sitemap e redirects à URL escolhida; remova sinais contraditórios.
- Valide HTML bruto e renderizado, status HTTP, robots, noindex e cadeia de destino.
- Inspecione amostras no Search Console e compare canônica declarada e selecionada; acompanhe recrawls.
Exemplos práticos e códigos
Exemplo ilustrativo: adapte ao contexto do seu projeto.
<link rel="canonical" href="https://www.exemplo.com.br/categoria/produto/" />Caso completo — sintoma, causa, correção e evidência: Cenário ilustrativo: /tenis/azul/, /tenis/azul/?utm_source=email e /tenis/azul/?ordem=preco exibem o mesmo produto. Primeiro confirme que a terceira URL não muda materialmente o conteúdo. A versão limpa recebe canonical para si; as variantes equivalentes apontam para ela. Depois, compare a canônica declarada com a selecionada no Search Console. Se a variante de ordenação representa uma página de listagem realmente distinta e valiosa, a decisão deve ser revista.
Contraexemplo: Exemplo incorreto: canonical de uma página 2 de resultados para a página 1 quando os itens são diferentes. Isso pode prejudicar a descoberta do conteúdo paginado.
Como validar a implementação
- Inspecione o HTML renderizado e confirme uma única tag canonical válida.
- Use a inspeção de URL no Google Search Console e compare “canônica declarada” e “canônica selecionada pelo Google”.
- Rastreie as URLs com Screaming Frog e revise URLs duplicadas, canonicals em cadeia e links internos.
- Acompanhe indexação e impressões após o recrawl; não interprete ausência de mudança imediata como falha.
Ferramentas recomendadas
- Google Search Console — inspeção e seleção canônica observada; não altera HTML.
- Screaming Frog SEO Spider ou Sitebulb — detectam duplicidades, conflitos e cadeias; não corrigem o CMS automaticamente.
- Ahrefs/Semrush — ajudam a encontrar URLs e sinais de busca; não substituem inspeção técnica.
Ferramentas do laboratório relacionadas
Erros comuns
- Apontar todas as páginas paginadas para a primeira página sem equivalência de conteúdo.
- Declarar canonical para URL com erro, bloqueada ou redirecionada.
- Usar canonical como substituto de redirecionamento quando uma URL foi removida permanentemente.
- Canonizar uma faceta com demanda própria para uma categoria genérica sem avaliar equivalência e intenção.
- Deixar links internos e sitemap apontando para variantes que contradizem a URL preferida.
- Construir a URL canônica a partir de parâmetros não confiáveis da requisição.
Checklist de execução
Marque as etapas concluídas. O progresso fica salvo apenas neste navegador.
Referências oficiais
- Consolide URLs duplicadas Google Search Central
- Como o Google escolhe URLs canônicas Google Search Central
Histórico de atualizações
- Revisão editorial das consultas rápidas e matrizes de decisão: ressalva sobre 308 (raro em páginas HTML).
- Publicação após revisão técnica e editorial final (precisão, exemplos, referências oficiais e acessibilidade).