Gerador de Tag Canônica

Próximo

Quando o mesmo conteúdo é acessível em várias URLs (parâmetros de consulta, barras finais, HTTP vs HTTPS, arquivos paginados), o Google precisa de uma URL marcada como a versão canônica. Cole a URL preferida e o gerador retorna uma tag <link rel="canonical"> formatada corretamente, pronta para ser inserida em <head>, além do equivalente de cabeçalho HTTP Link para recursos não-HTML como PDFs.

Como gerar uma tag canônica

  1. 1

    Cole a URL canônica (preferida)

    URL absoluta incluindo protocolo e host. Identificadores de fragmento (#seção) são ignorados — o Google trata URLs com fragmentos diferentes como idênticas.

  2. 2

    Ferramenta valida e normaliza

    Consistência de barra final, host em minúsculas, punycode para domínios IDN. Protocolo ausente é sinalizado como uma correção.

  3. 3

    Tag é construída

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

  4. 4

    Copie a forma HTML ou cabeçalho HTTP

    Use a tag HTML para páginas da web; use `Link: <url>; rel="canonical"` para PDFs, imagens e respostas de API.

O que as tags canônicas realmente fazem

Uma tag canônica informa aos motores de busca: “do conjunto de URLs que mostram este conteúdo, esta é a original. Consolide todos os sinais de classificação aqui.” Sem ela, páginas duplicadas dividem os sinais de classificação — nenhuma delas classifica tão bem quanto uma página consolidada.

A forma HTML

<link rel="canonical" href="https://example.com/products/blue-shirt" />

Coloque em <head>. O Google lê; os navegadores ignoram.

A forma do cabeçalho HTTP Link

Use para recursos não-HTML (PDFs, imagens, feed XML):

Link: <https://example.com/whitepaper.pdf>; rel="canonical"

Envie em qualquer resposta 2xx. Configure via seu servidor web ou CDN.

Erros comuns

  • URLs relativas: href="/page" funciona, mas é frágil. Use URLs absolutas para evitar ambiguidade.
  • Incompatibilidade de protocolo: canônica diz http://, mas a página é servida via https://. Sempre combine com o protocolo ativo.
  • Apontando para um redirecionamento: a canônica deve apontar para uma resposta 200. Cadeias enfraquecem o sinal.
  • Bloqueando a URL canônica em robots.txt: o alvo deve ser rastreável, caso contrário, o Google não pode verificar.
  • Sinais conflitantes: links internos que apontam para variantes não canônicas. Atualize-os para corresponder.
  • noindex no alvo canônico: mutuamente exclusivo — escolha um.
  • Canônicas diferentes em páginas duplicadas: o Google escolhe uma e ignora as outras. Defina a mesma canônica em cada duplicata.

Casos especiais

  • Arquivos paginados: cada página (?page=2) pode se auto-canonalizar, não canonalizar para a página 1. Isso costumava ser um conselho diferente; o Google explicitamente descontinuou rel=prev/next e agora trata a auto-canonalização como padrão.
  • Navegação facetada: visualizações filtradas da mesma lista geralmente canonalizam de volta para a lista não filtrada, a menos que o filtro mude significativamente o conteúdo.
  • URLs móveis separadas (m.example.com): a página móvel canonaliza para desktop; o desktop adiciona rel=alternate apontando de volta.
  • Páginas AMP: AMP canonaliza para não-AMP; não-AMP adiciona rel=amphtml à versão AMP.

Perguntas frequentes

Recomendado — canônicas autorreferenciais (a página aponta para si mesma) protegem contra parâmetros de ID de sessão, códigos UTM e outras duplicações acidentais. É uma boa prática de SEO, não uma exigência.

Sim. Se parceiros sindicados republicarem seu conteúdo, eles podem definir sua canônica para sua URL original. O Google respeita canônicas entre domínios quando o conteúdo realmente corresponde.

HTTPS, sempre, para qualquer página servida via HTTPS. Misturar protocolos envia sinais conflitantes e pode fazer com que o Google escolha uma variante aleatória.

A canônica deve apontar para a URL final após redirecionamentos, não uma intermediária. Cadeias enfraquecem o sinal — o Google pode tratar um apontador para um 302 como uma dica em vez de autoritativa.

Ferramentas relacionadas