O verificador de tags canonical mostra qual URL uma página declara como versão preferida e se os sinais verificados apresentam problemas. Insira uma URL pública para examinar seus links canonical no HTML, cabeçalhos HTTP Link e destino canonical imediato. Uma declaração válida é uma evidência útil, mas não confirma a indexação nem mostra qual URL o Google escolheu.
Verifique a URL exata da página
Comece pelo endereço que causa preocupação, incluindo seus parâmetros de consulta. Se uma campanha de email leva a https://example.com/products/blue-shirt?utm_source=email, verifique essa variante em vez de apenas a página inicial. Depois compare o destino declarado com a URL que você quer que represente esse conteúdo.
Se o endereço informado redirecionar, as declarações vêm da resposta final. O percurso de URLs ajuda a distinguir esse redirecionamento de um canonical que aponta para outro endereço.
O verificador examina uma origem e, quando identifica um único destino elegível, no máximo um destino diferente. Um canonical autorreferente reutiliza a origem. Ele lê o HTML recebido e os cabeçalhos HTTP sem executar JavaScript. Não rastreia seu site, compara conteúdos nem examina arquivos robots.txt ou sitemap.
Entenda os resultados do verificador canonical
Leia o resultado junto com sua cobertura. Cores e ícones ajudam a escolher a próxima ação; não são uma pontuação SEO.
| Resultado | O que indica | Próxima ação |
|---|---|---|
| Verde ✓ | Nenhum problema nos sinais verificados | Confirme que o destino declarado corresponde à sua intenção |
| Vermelho ✕ | Problema confirmado, como destinos conflitantes ou um destino com noindex | Abra o resultado e corrija sua causa |
| Amarelo ⚠ | Aviso, como um canonical ausente, relativo ou repetido | Decida se a declaração precisa mudar |
| Cinza — | Os dados não puderam ser verificados | Resolva o acesso ou tente novamente; não presuma que o destino é válido |
A cobertura completa se refere apenas às verificações de origem e destino suportadas. Uma análise parcial significa que algumas páginas ou declarações não puderam ser examinadas por completo. Leia o motivo indicado antes de tratar o relatório como confirmação.
Um canonical ausente é um aviso, não uma prova de que a página não pode aparecer bem posicionada. Um tempo limite esgotado significa uma verificação indisponível, não que o destino tenha retornado um erro. Os detalhes da análise e o download JSON permitem guardar as evidências observadas para uma comparação futura.
Verifique a declaração canonical
Um canonical que aponta para outra página pode ser intencional. Por exemplo, se uma URL de rastreamento exibe a mesma página de uma camisa azul, ela pode indicar o endereço limpo do produto. A página preferida pode indicar a si mesma. Este HTML ilustrativo deve ficar na seção head da página:
<link rel="canonical" href="https://example.com/products/blue-shirt">
Antes de aplicar esse padrão, compare os conteúdos reais. Um produto, idioma ou lista substancialmente diferente não deve ser consolidado apenas porque sua URL se parece com outra. Um destino em outro domínio também precisa de uma justificativa intencional; o verificador não confirma equivalência de conteúdo nem propriedade.
Examine onde aparece cada declaração. Um link canonical no body HTML não é uma declaração válida no head. Um cabeçalho HTTP Link também pode declarar um canonical, inclusive para um documento que não seja HTML. Se declarações HTML e HTTP indicarem URLs elegíveis diferentes, o relatório sinaliza o conflito em vez de escolher por você. Declarações idênticas repetidas são um aviso separado.
Verifique a URL original e a resolvida. Um caminho relativo pode ser resolvido corretamente, mas a URL base do HTML pode afetar seu destino. Prefira uma URL absoluta completa e remova fragmentos do canonical. Essas recomendações de localização e URL seguem a documentação canonical do Google.
Verifique o destino canonical
Não se limite à presença da tag. O endereço indicado retorna a página esperada com HTTP 200? Ele redireciona, declara outro canonical ou contém uma diretiva noindex?
Se o destino redirecionar, confirme o endereço final pretendido antes de atualizar a origem. Se tiver noindex, examine por que uma página excluída da indexação está sendo indicada. A ausência de noindex por si só não prova que uma página seja indexável.
Em uma cadeia canonical A → B → C, o verificador pode ler a declaração de C em B depois de examinar A e B. Ele não busca C. Verifique C separadamente antes de usá-lo como destino preferido. Um ciclo A → B → A precisa de um destino coerente em vez de declarações circulares. RFC 6596 recomenda evitar destinos que declarem outro canonical ou retornem um erro.
Se o destino não pôde ser obtido, sua resposta e suas diretivas continuam sem verificação. Resolva essa limitação antes de considerar a relação correta.
Corrija a causa e confirme a mudança
- Escolha o endereço preferido para esse conteúdo. Considere diferenças relevantes de produto, idioma e paginação; não aponte páginas sem relação para a página inicial.
- Atualize a configuração, o modelo ou o cabeçalho HTTP que gera a declaração. Remova as fontes conflitantes para que a resposta indique uma preferência coerente.
- Verifique o próprio destino preferido. Examine resposta, redirecionamentos, canonical e diretivas noindex. Confirme que seu conteúdo representa a origem de forma adequada. Utilize Verificador Noindex para examinar as diretivas HTML e HTTP da página, a origem e a aplicação à pesquisa Web do Google.
- Verifique novamente a variante original. Compare as novas declarações, o percurso de URLs e a cobertura com o relatório anterior, incluindo os parâmetros que provocaram o problema.
Para uma propriedade acessível no Search Console, use a Inspeção de URL para comparar o canonical declarado pelo usuário e o escolhido pelo Google nos dados indexados. O teste ao vivo não pode prever a seleção canonical do Google. Uma resposta corrigida hoje e a versão indexada armazenada pelo Google são observações distintas.
Se a dúvida ainda for acesso, use o Testador de Robots.txt para essa URL e rastreador. Use o Verificador de Sitemap para validar seu XML ou o Verificador SEO On-Page para mais sinais da página. Essas verificações complementam o relatório canonical; nenhuma substitui a revisão manual de se a página escolhida é a representante correta.
Para comparar códigos de resposta e cadeias de redirecionamentos de uma lista de páginas, use Verificador de status HTTP em lote.