Decida se os URLs são realmente duplicatas
Um URL canônico é o endereço representativo para páginas duplicadas ou quase duplicadas. A relação de link canonical é apropriada quando o alvo contém conteúdo duplicado ou um superset do conteúdo da página de origem. Não é uma forma de ocultar produtos diferentes, filtros úteis, artigos distintos ou localidades.
Pergunte-se se um visitante perderia conteúdo importante, opção ou a capacidade de concluir uma tarefa se este URL fosse representado pelo URL candidato. Se sim, mantenha-o distinto e melhore seu conteúdo ou localização. Se não, escolha um URL estável e documente suas regras de protocolo, host, caminho, barra final e parâmetros.
Adicione uma canonical autorreferente a cada página HTML indexável preferida, mesmo quando nenhuma duplicata é óbvia hoje.
Aponte uma duplicata necessária, como uma rota com parâmetro de analytics, para o URL preferido somente se ambas as páginas retornarem o mesmo conteúdo principal.
Use um redirecionamento quando o URL antigo deve desaparecer
Use um redirecionamento permanente do lado do servidor quando um caminho antigo, host descontinuado ou versão HTTP não deve mais ser destino para visitantes ou crawlers. O Google trata redirecionamentos como um sinal forte de canonicalização e os recomenda ao descontinuar uma duplicata.
Use rel=canonical quando ambos os URLs precisarem responder com conteúdo, mas um deve representar o cluster na busca. A tag não altera o endereço do visitante nem remove a outra rota. O alvo deve responder com sucesso e não deve redirecionar ou canonizar para outro lugar.
Envie um URL legado HTTP diretamente para o URL final HTTPS e use esse URL HTTPS em todos os outros lugares.
robots.txt, remoções de URL e noindex não expressam uma duplicata preferida. Noindex bloqueia uma página da busca.
Publique uma anotação clara
Para HTML, coloque uma anotação rel=canonical absoluta no head. Revise o código entregue, não apenas a configuração do CMS: um tema, plugin, regra na borda (edge) ou JavaScript pode substituir o valor. O Google aconselha fornecê-la no código HTML e garantir que o JavaScript não a altere.
Para um documento não HTML, como um PDF, use um cabeçalho de resposta HTTP Link com canonical quando apropriado. Evite valores conflitantes em HTML e cabeçalho. O alvo deve ser acessível, não retornar 4xx e não ser um URL que redirecione ou esteja em cadeia de redirecionamentos.
Publique um único destino canonical por recurso; múltiplos destinos deixam a preferência incerta.
Busque páginas de amostra e cabeçalhos após mudanças em template, CDN, CMS ou roteamento e confirme o destino final.
Faça os sinais de suporte concordarem
Linke internamente para o URL preferido na navegação, breadcrumbs, links no corpo e feeds gerados. Insira somente URLs que você quer ver exibidos na busca no sitemap. A inclusão no sitemap é um sinal mais fraco, mas reforça a escolha quando concorda com redirecionamentos e anotações.
Gere URLs de sitemap totalmente qualificadas com o mesmo host, protocolo e estilo de barra final do canonical. Remova duplicatas redirecionadas e parametrizadas. Teste sitemaps gerados automaticamente após mudanças em permalink, domínio, idioma ou ecommerce.
Substitua links para URLs rastreados, legados ou em host alternativo pelo canonical selecionado.
Mantenha redirecionamentos HTTPS, alvos canonical, sitemaps e links consistentes; falhas de certificado e problemas de HTTPS→HTTP causam sinais conflitantes.
Trate parâmetros, paginação e idiomas por propósito
Parâmetros não são automaticamente duplicatas. Parâmetros de analytics podem deixar o conteúdo inalterado, enquanto filtros e ordenações podem mudar o conjunto de resultados. Teste combinações representativas. Preserve qualquer parâmetro necessário para carrinho, login, consentimento ou configuração; uma canonical não deve quebrar um fluxo de visitante.
Não canonize toda uma série paginada para a página um: páginas posteriores normalmente contêm conteúdo que a página um não tem. Para URLs de idioma ou país, nomeie como canonical a página no mesmo idioma quando ela existir e use hreflang para alternates. Canonical não substitui um design de localização.
Documente quais filtros são páginas de destino distintas e quais são reordenações duplicadas para que mudanças em produto e engenharia permaneçam alinhadas.
Use uma apenas quando for um superset de conteúdo utilizável; teste seu carregamento e navegação antes de selecioná-la.
Depure conflitos com evidência indexada e ao vivo
No Search Console, inspecione o URL afetado e compare o canonical selecionado pelo Google com o valor declarado pelo usuário. Inspecione também o alvo candidato. O relatório indexado reflete o que o Google processou por último; um teste ao vivo é útil para o fetch atual, página renderizada, cabeçalhos e recursos, mas não pode prever a seleção final de canonical.
Se os valores diferirem, considere se o Google escolheu o representante melhor. Caso contrário, rastreie redirecionamentos, anotações em HTML e cabeçalho HTTP, saída renderizada, links, entradas de sitemap, hreflang e similaridade de conteúdo. Corrija a discordância, registre a mudança e aguarde reavaliação.
Verifique templates, cabeçalhos, roteamento de host e mudanças de segurança. Um canonical ou redirecionamento cross-domain inexplicado exige investigação de segurança.
Compare o código e cabeçalhos entregues com as configurações do CMS; um plugin ou regra da plataforma pode emitir um valor diferente.
Adicione checagens de canonical à hardening de release do SIU
Antes de releases de domínio, HTTPS, CDN, CMS, template ou catálogo, amostre a homepage, páginas de conteúdo e produto, uma rota com parâmetro, uma localidade, um URL legado e documentos publicados. Registre status, URL final, alvo canonical, inclusão no sitemap e um exemplo de link interno.
Mantenha correções reversíveis: capture o mapeamento atual, altere um conjunto de regras por vez, verifique as rotas afetadas e retenha um plano de rollback. Isso suporta otimização proativa de uptime protegendo caminhos públicos estáveis durante mudanças; não fornece detecção de indisponibilidade nem garante indexação.
Atribua regras de canonical entre marketing e engenharia e registre o template, redirecionamento, sitemap ou mudança de plataforma por trás de cada atualização.
Anexe uma pequena amostra de URL e cabeçalho antes-e-depois ao ticket de release para remediação mais rápida.