Verificador de URL Canônica

Próximo

Cole qualquer URL e o verificador a buscará, procurando pela tag <link rel="canonical"> no cabeçalho HTML, no cabeçalho HTTP Link, e relatando qual canônica o Google verá — além de quaisquer conflitos, cadeias de redirecionamento ou sinais que possam causar problemas de indexação. Realiza uma breve rastreação para que você possa identificar problemas sem precisar vasculhar o código-fonte da página.

Como funciona o verificador canônico

  1. 1

    Digite uma URL

    Qualquer página pública. HTTPS e HTTP são aceitos; redirecionamentos são seguidos até 5 saltos.

  2. 2

    Página é buscada

    Tanto os cabeçalhos HTTP quanto o HTML renderizado são analisados. O rastreador se identifica como um UA de navegador padrão por padrão.

  3. 3

    Sinais canônicos extraídos

    Todas as tags `<link rel="canonical">` em `<head>`, quaisquer cabeçalhos HTTP `Link: rel="canonical"`, além de alvos autorreferenciais vs. externos.

  4. 4

    Conflitos sinalizados

    Tags duplicadas com alvos diferentes, canônica apontando para um redirecionamento, canônica apontando para uma página noindex, canônica ausente em padrão de conteúdo duplicado.

O que o verificador relata

  • URL canônica alvo: o valor href da tag ou cabeçalho.
  • Fonte: tag HTML, cabeçalho HTTP ou ambos. Se ambos, devem coincidir.
  • Auto-referencial?: sim significa que a canônica aponta de volta para a própria página. Isso é normal e seguro.
  • Alvo acessível?: a URL canônica retorna 200?
  • Cadeia de redirecionamento na canônica: o alvo não deve redirecionar.
  • Protocolo e host correspondentes: a canônica deve corresponder ao esquema da URL ao vivo.
  • Consistência da barra final: discrepâncias fazem com que URLs sejam tratadas como diferentes.
  • Múltiplas tags canônicas: o Google usa a primeira; as extras são avisos.

Problemas comuns que o verificador detecta

Problema Por que é importante
Canônica para um redirecionamento 301/302 O Google pode ignorar ou rebaixar o sinal
Canônica para uma página bloqueada por robots.txt O Google não pode verificar; sinal descartado
Canônica para uma página noindex Sinais conflitantes; comportamento de indexação imprevisível
Múltiplas tags canônicas com hrefs diferentes Apenas uma é honrada; as demais confundem o diagnóstico
Caminho relativo sem base O Google resolve relativo à URL atual — geralmente funciona, mas não é explícito
Canônica para uma versão em outro idioma Deve usar hreflang em vez disso
Canônica HTTP em página HTTPS Sinal mais fraco; o Google pode ignorar
Canônica em <body> em vez de <head> O Google ignora

Como corrigir canônicas ruins

  1. Sempre aponte para a URL final (sem redirecionamentos).
  2. Correspondência exata do protocolo e host ao vivo, incluindo barra final.
  3. Coloque a canônica em <head>, não em <body> ou injetada via JavaScript após renderização.
  4. Uma canônica por página — escolha um alvo e mantenha-se nele.
  5. Para arquivos paginados, auto-referencie cada página. Não aponte todas as páginas para a página 1.
  6. Para variantes de filtro/ordenação, aponte de volta para a lista não filtrada.
  7. Correspondência de links internos à URL canônica — descobrir uma canônica que o resto do site não vincula dilui o sinal.

O que não verifica

  • Se o Google realmente indexou a canônica (use o Search Console para isso).
  • Se sua vinculação interna reforça a canônica.
  • Se as entradas do sitemap XML correspondem à canônica.

Perguntas frequentes

Não necessariamente. Sem uma canônica, o Google escolhe uma por conta própria com base em sinais internos (links, sitemap, similaridade de conteúdo). Uma canônica auto-referencial ainda é a melhor prática para evitar ambiguidade, especialmente em páginas com parâmetros de consulta.

A canônica é uma forte sugestão, não uma diretiva. Se o Google julgar que as páginas são diferentes, ou a canônica for inacessível, pode escolher uma URL diferente. Verifique via ferramenta “Inspeção de URL” do Search Console para status de indexação autoritativa.

Tags canônicas duplicadas em <head> são um bug — alguns temas de CMS adicionam uma, plugins adicionam outra. O Google usa a primeira; remova as demais. O verificador sinaliza todas as ocorrências.

Não diretamente — ele busca como um cliente não autenticado. Para conteúdo restrito, inspecione o código-fonte da página manualmente após o login ou use uma URL de staging sem autenticação.

Ferramentas relacionadas