Canonicalização

TL;DR — A canonicalização é o modo como um mecanismo de busca escolhe uma URL principal quando várias exibem o mesmo conteúdo (ou quase o mesmo). Você indica sua URL preferida com uma tag rel="canonical" — mas ela é uma sugestão, não um comando. O Google pode escolher outra. O objetivo é fazer todos os seus sinais apontarem para a mesma URL, para que o Google escolha a que você quer.

O que é canonicalização

Um número surpreendente de URLs em um site típico exibe o mesmo conteúdo. http:// e https://, www e sem www, um produto acessível por três caminhos de categoria, a mesma página com parâmetros de rastreamento anexados — para você, elas são “uma página”, mas para um mecanismo de busca cada uma é uma URL separada.

A canonicalização resolve isso. Ela agrupa as URLs duplicadas e escolhe uma como a canonical — a versão representativa que é indexada e exibida nos resultados de busca. Evidência desta afirmação Google groups similar pages and selects a representative canonical URL for the cluster. Escopo: Google Search canonical selection for duplicate or very similar content. Confiança: alta · Verificado: 2026-07-14 Google Search Central: In-depth guide to how Google Search works Todo o restante do grupo aponta para ela.

Como solicitar uma canonical

A forma mais comum é a tag canonical — uma linha de HTML no <head> da página:

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

Isso diz ao Google: “se você encontrar duplicatas desta página, trate esta URL como a principal”. Você também pode sinalizar uma preferência com redirecionamentos, listando a URL no sitemap e criando links consistentes para ela em suas próprias páginas.

O ponto que quase todo mundo entende errado

Uma tag canonical é uma sugestão, não uma regra. A própria documentação do Google diz isso. Ele pondera sua tag junto com vários outros sinais e, se esses outros sinais discordarem, pode escolher uma URL diferente da que você declarou. Evidência desta afirmação Canonical declarations express a preference; Google can select a different canonical based on its signals. Escopo: Google Search canonicalization; redirects and rel=canonical are strong signals while sitemap inclusion is weaker. Confiança: alta · Verificado: 2026-07-14 Google Search Central: How to specify a canonical URL Quando isso acontece, você verá no Google Search Console o status “Duplicada: o Google escolheu uma canonical diferente da indicada pelo usuário”.

Portanto, a tag não é um botão mágico. Para realmente obter a URL que você quer, faça todos os sinais concordarem: a tag canonical, seus links internos, seu sitemap e seus redirecionamentos devem apontar para a mesma URL.

Por que isso importa

Quando o Google define uma canonical, essa URL se torna aquela que ele avalia em termos de qualidade e conteúdo e, geralmente — mas não sempre — aquela que exibe nos resultados de busca. O valor dos links que apontam para as duplicatas também deve ser consolidado nela, mas isso depende de seus sinais realmente concordarem sobre qual URL é a escolhida; se estiverem confusos, o Google pode não consolidar como você espera. Uma canonicalização organizada também faz com que a página canonical tenda a ser rastreada com mais frequência que suas duplicatas e deixa os relatórios do Search Console mais coerentes.

Algumas regras práticas rápidas:

• Dê a cada página importante uma canonical que aponte para ela mesma (uma canonical autorreferente). Isso elimina ambiguidades.
• Não use uma tag canonical quando o que você realmente precisa é um redirecionamento 301 — se estiver movendo ou desativando uma página, redirecione-a.
• Não coloque noindex e uma tag canonical na mesma página — as instruções se contradizem.

Quer ver o quadro completo — como o Google realmente agrupa e seleciona, quais sinais ele usa e quais prevalecem, canonicals entre domínios e os erros comuns? Mude para a aba Avançado.

TL;DR — Canonicalização é agrupamento + seleção + consolidação: o Google detecta duplicatas (por checksums/impressões digitais do conteúdo), agrupa-as, escolhe uma canonical e consolida nela os sinais de ranqueamento (links, PageRank e texto âncora). rel="canonical" é uma sugestão forte, não uma diretiva — o Google pode e de fato a substitui; isso aparece no GSC como “Duplicada: o Google escolheu uma canonical diferente da indicada pelo usuário”. Ele pondera um conjunto crescente de sinais (cerca de 20 segundo Illyes em 2020, cerca de 40 segundo Allan Scott, do Google, em 2025): a anotação rel=canonical, redirecionamentos, inclusão no sitemap, links internos, HTTPS em vez de HTTP e URLs mais curtas que as mais longas — alguns prevalecendo sobre outros (um redirecionamento supera o sinal de HTTPS). Canonical não é um 301 e não é uma diretiva de indexação como noindex. Faça todos os sinais apontarem para uma única URL, use canonicals autorreferentes e verifique a canonical escolhida na ferramenta de inspeção de URL do Search Console.

O que a canonicalização realmente é

A definição do Google é precisa: “Canonicalização é o processo de selecionar a URL representativa — a canonical — de um conteúdo,” e “uma URL canonical é a URL de uma página que o Google escolheu como a mais representativa de um conjunto de páginas duplicadas.” Evidência desta afirmação Google groups similar pages and selects a representative canonical URL for the cluster. Escopo: Google Search canonical selection for duplicate or very similar content. Confiança: alta · Verificado: 2026-07-14 Google Search Central: In-depth guide to how Google Search works Eu escrevi o guia de canonicalização da Ahrefs, e nele explico que há realmente dois trabalhos: “O agrupamento cria um conjunto de páginas duplicadas, e a canonicalização escolhe para qual versão os sinais se consolidam e qual página será exibida nos resultados de busca.”

Portanto, há três etapas, nesta ordem:

1. Detectar e agrupar as URLs duplicadas (ou quase duplicadas).
2. Selecionar uma delas como a canonical.
3. Consolidar os sinais de ranqueamento na URL escolhida.

Quando você entende essas três etapas, a maior parte da confusão sobre canonicalização desaparece.

Por que isso importa

O Google reconhece que duplicatas são principalmente um problema de usabilidade e relatórios, não uma falha moral: “ter o mesmo conteúdo acessível por muitas URLs diferentes pode gerar uma experiência ruim para o usuário… e dificultar o acompanhamento do desempenho do seu conteúdo nos resultados de busca.” A maioria das duplicatas não é mal-intencionada — são acidentes técnicos comuns (parâmetros, navegação facetada, variantes de protocolo/host e IDs de sessão).

O benefício real aparece em quatro frentes, e vale a pena ser preciso sobre cada uma em vez de tratar “canonicalização ajuda o SEO” como um benefício vago:

• Participação no cluster. URLs duplicadas são agrupadas em um cluster; a canonical é a representante designada desse grupo.
• Frequência relativa de rastreamento. Segundo o Google, a página canonical é rastreada com mais regularidade e as duplicatas com menos frequência — um efeito relativo que reduz rastreamentos redundantes. Isso não garante que canonicalizar uma página libere imediatamente orçamento em outro lugar nem acelere a indexação de páginas não relacionadas.
• Avaliação de conteúdo e qualidade. Em geral, o Google usa a canonical como fonte principal para avaliar a qualidade e a relevância do conteúdo.
• O que é exibido. Os resultados de busca normalmente apontam para a canonical, mas nem sempre. O Google pode exibir uma duplicata quando ela for mais adequada ao usuário, como uma versão específica para um dispositivo.

A documentação do Google explica claramente o papel dos sinais: declarar uma canonical “ajuda os mecanismos de busca a consolidar os sinais que possuem para as URLs individuais (como os links que apontam para elas) em uma única URL preferida.” Isso depende de o destino realmente se tornar canonical — não é garantia de que toda canonical declarada absorverá automaticamente todo o PageRank, texto âncora ou valor de ranqueamento de uma duplicata. Se seus sinais discordarem e o Google escolher outra URL, nada será consolidado da forma que você pretendia.

E alguma duplicação é simplesmente normal — por si só, não viola uma política de spam. Os motivos práticos para canonicalizar são dar clareza ao usuário, limpar os relatórios, manter uma URL de busca consistente, consolidar sinais e reduzir o rastreamento duplicado, não o medo de uma penalidade. (Ainda vale corrigir a duplicação descontrolada na origem — isso é mais uma questão de orçamento de rastreamento e navegação facetada do que de canonicalização, embora os temas estejam ligados.)

Como o Google escolhe uma canonical

Esta é a parte que a maioria dos guias trata de forma superficial, então vale explicá-la corretamente.

Etapa 1 — detecção de duplicatas

O Google cria uma impressão digital do conteúdo das páginas para encontrar duplicatas. Gary Illyes descreveu o mecanismo no Search Off the Record: “Um checksum é basicamente um hash do conteúdo. Basicamente, uma impressão digital.” Páginas com impressões digitais iguais ou quase iguais (elementos genéricos, como navegação e rodapés, têm grande parte do peso descontado) são candidatas a serem tratadas como duplicatas.

A documentação atual do Google expressa a mesma ideia em termos mais simples, sem detalhar os checksums: durante a indexação, ele compara o conteúdo principal de cada página e agrupa páginas iguais ou muito semelhantes. O Google não publica exatamente como funciona a criação das impressões digitais nem quanto do conteúdo genérico é descontado; portanto, trate a explicação de Illyes sobre checksums como uma descrição direcionalmente correta de uma conversa de 2020, não como um algoritmo documentado.

Etapa 2 — agrupamento

As URLs duplicadas são reunidas em um cluster. Tudo no cluster é candidato a ser a canonical; exatamente uma URL vencerá.

Etapa 3 — seleção dentro do cluster

Agora o Google escolhe. Ele usa um conjunto de sinais — e a quantidade publicada cresceu ao longo do tempo. Em 2020, Illyes disse: “usamos, acho, mais de vinte sinais; usamos mais de vinte sinais para decidir qual página escolher como canonical.” Em 2025, o número mencionado pelo Google é maior: como observei no meu guia de canonicalização da Ahrefs, “Segundo Allan Scott, do Google, existem cerca de 40 sinais diferentes para seleção de canonical.” Entenda isso como o Google tendo divulgado mais publicamente com o tempo — mais de 20 em 2020, cerca de 40 em 2025 — e não como uma contradição.

A própria documentação do Google lista alguns explicitamente: “Há alguns fatores que desempenham um papel na canonicalização: se a página é servida por HTTP ou HTTPS, redirecionamentos, presença da URL em um sitemap e anotações de link rel="canonical".” Minha lista mais completa acrescenta o restante do que é normalmente citado: duplicatas, elementos de link canonical, URLs do sitemap, links internos, links externos, redirecionamentos, hreflang, hreflang x-default, PageRank, páginas HTTPS em vez de HTTP e URLs mais curtas em vez de URLs mais longas.

Quais sinais prevalecem sobre quais

Eles não têm o mesmo peso. Illyes foi explícito: “um redirecionamento 301, ou qualquer tipo de redirecionamento, deve ter um peso muito maior… do que o fato de a página estar em uma URL HTTP ou HTTPS.” Ele também chamou a própria tag canonical de “um sinal bastante forte” — forte, mas sujeito a perder. Como escrevi no meu guia de canonicalização, a tag canonical “às vezes é chamada de sugestão porque é apenas um sinal de canonicalização, mas é considerada um sinal forte. O Google a ignora se outros sinais forem mais fortes.”

Por que é uma sugestão, não uma diretiva

Este é o eixo de precisão de todo o tema. O Google diz: “Você pode indicar sua preferência ao Google usando estas técnicas, mas, por vários motivos, o Google pode escolher uma página diferente da sua como canonical. Ou seja, indicar uma preferência de canonical é uma sugestão, não uma regra.” Evidência desta afirmação Canonical declarations express a preference; Google can select a different canonical based on its signals. Escopo: Google Search canonicalization; redirects and rel=canonical are strong signals while sitemap inclusion is weaker. Confiança: alta · Verificado: 2026-07-14 Google Search Central: How to specify a canonical URL Quando sua canonical declarada perde, você vê no Search Console o status “Duplicada: o Google escolheu uma canonical diferente da indicada pelo usuário” — que, como descrevo, “significa que o Google escolheu uma URL diferente daquela selecionada pelo usuário para indexar.” A correção quase nunca é “adicionar uma tag mais forte” — é alinhar os sinais conflitantes.

Formas de especificar uma canonical

O Google afirma desde o início que *“nenhum deles é obrigatório; seu site provavelmente funcionará muito bem sem especificar uma preferência de canonical,”

• mas, na prática, você deve agir de forma deliberada. A documentação atual do Google também observa que esses métodos podem ser combinados — usar vários sinais fortes e alinhados aumenta a probabilidade de o Google escolher a URL que você quer, embora nenhum deles ofereça garantia isoladamente. Os principais métodos são:

• Elemento de link rel="canonical" — a linha no <head>. É o método mais comum; o Google o chama de “um sinal forte de que a URL especificada deve se tornar canonical”. Ele precisa estar no <head> — uma tag não fechada ou JavaScript que o empurre para o <body> fará o Google ignorá-lo. Declare apenas um por página; se declarar mais de um, o Google ignorará todos.
• Cabeçalho HTTP rel="canonical" — para arquivos que não são HTML, como PDFs, nos quais não existe <head> para inserir a tag, defina a canonical no cabeçalho da resposta HTTP.
• Redirecionamentos — “um sinal forte de que o destino do redirecionamento deve se tornar canonical”. Use 301 quando estiver realmente movendo conteúdo.
• Inclusão no sitemap — “um sinal fraco que ajuda as URLs incluídas em um sitemap a se tornarem canonicals”. Liste apenas URLs canonicals no sitemap.
• Links internos — aponte de forma consistente para a versão desejada. Links internos inconsistentes estão entre as causas mais comuns de sinais conflitantes.

Canonicals autorreferentes e entre domínios

Uma canonical autorreferente — uma página indexável cuja canonical aponta para ela mesma — é uma prática recomendada em toda página que você quer indexar. Ela torna sua preferência explícita mesmo quando outros sinais são ambíguos e neutraliza cópias parametrizadas que, de outra forma, pareceriam duplicatas.

Canonicals entre domínios são compatíveis: você pode apontar a canonical de uma página para uma URL em outro domínio que controla, consolidando os sinais nela (algo comum em distribuição de conteúdo). O modo de falha a observar é o sequestro — como alerto no meu guia de canonicalização, “em alguns cenários realmente ruins, uma página no domínio errado pode ser exibida. Isso é chamado de sequestro.” É raro, mas é por isso que canonicals entre domínios exigem cuidado.

Casos-limite: o que realmente conta como duplicata

Cinco situações recebem o rótulo de “duplicata” de forma errada mais do que qualquer outra. O padrão é o mesmo em todas: não decida por uma característica da URL (um ?, um número de página, uma pasta de idioma ou uma tag de script) — decida pelo que o conteúdo principal renderizado realmente é.

Dois detalhes de implementação causam falhas silenciosas com frequência suficiente para merecer uma chamada própria:

• Canonicals renderizadas por JavaScript. A orientação do Google é escolher uma fonte clara para o valor: coloque-o no HTML inicial e não o substitua com JavaScript ou — se isso não for possível — deixe-o fora do HTML e defina-o somente por JavaScript. Declarar uma canonical no código-fonte e alterá-la com um script é o verdadeiro modo de falha: o Google acaba recebendo dois sinais conflitantes da mesma página.
• Arquivos que não são HTML. O cabeçalho HTTP rel="canonical" (para PDFs, documentos do Word e similares) é compatível especificamente com os resultados da pesquisa na Web do Google — não é um sinal universal em todas as superfícies do Google. Use uma URL absoluta e não permita que os metadados do arquivo declarem uma canonical conflitante.

Como verificar a canonical escolhida pelo Google

Não presuma que seu HTML é a fonte da verdade — a escolha do Google é. Como digo às pessoas: “Sua principal fonte de verdade sobre o que o Google escolheu como canonical será a ferramenta de inspeção de URL no Google Search Console. Informe a URL, e ela mostrará qual é a canonical declarada e qual canonical o Google escolheu.” Se as duas divergirem, esse é o sinal para alinhar tudo.

Alguns limites que você deve conhecer antes de tratar esse campo como verdade absoluta:

• Reflete o estado indexado, não uma verificação ao vivo. A canonical selecionada pelo Google na inspeção de URL vem do que ele já indexou. O teste ao vivo da mesma ferramenta mostra os sinais atuais, mas não prevê o que o Google escolherá — trate o campo indexado como histórico, não como tempo real.
• A visibilidade se limita às propriedades que você controla. Só é possível ver informações de canonical para URLs dentro de propriedades do Search Console às quais você tem acesso, não para páginas arbitrárias de terceiros.
• Uma ferramenta de auditoria observa as entradas, não a decisão do Google. Uma ferramenta como o Verificador de Canonicalização acima mostra os sinais enviados — HTML, cabeçalhos e redirecionamentos. Só a inspeção de URL informa o que o Google realmente selecionou.
• Não há garantia de inclusão, prazo ou ranking. Ter a URL pretendida escolhida como canonical não garante indexação, não acontece em um prazo fixo e não garante tráfego nem rankings — a canonicalização decide a representação, não esses resultados.

Erros comuns de canonicalização

Estes são os erros recorrentes que vejo (vários fazem parte da minha própria lista de erros comuns):

• Usar uma canonical de produção para proteger o ambiente de staging. Uma página de staging em https://staging.example.com/pricing/ pode apontar sua canonical para https://example.com/pricing/ e ainda assim ser rastreada, agrupada ou até exibida enquanto o Google concilia os sinais. A canonical indica a duplicata preferida; não torna a URL de staging privada nem manda o Google removê-la. Se o host de staging apareceu na busca, mantenha-o rastreável com noindex até o Google processar a diretiva, ou redirecione-o se houver substituto permanente em produção. Exija autenticação em ambientes que nunca devem ser públicos.
• Canonicalizar para uma página que não é duplicata. Apontar a canonical para uma página não relacionada diz ao Google que elas são iguais; ele pode retirar a suposta “duplicata” dos resultados. Canonicals servem para duplicatas reais.
• Canonical + noindex na mesma URL. São instruções contraditórias. A orientação de John Mueller para sinais conflitantes é: “Eu simplesmente escolheria um (noindex ou links seguidos). Links em uma página com noindex podem ser captados, mas não há garantia.” Escolha um.
• Bloquear a URL canonicalizada no robots.txt. Segundo o Google: “Não use o arquivo robots.txt para fins de canonicalização. O Google ainda pode indexar URLs bloqueadas no robots.txt sem o conteúdo delas.” Uma página bloqueada nem sequer pode ser lida para que sua tag canonical seja vista.
• Retornar 4XX para a URL canonicalizada — se a duplicata retorna erro, a consolidação é interrompida.
• Canonicalizar todas as páginas paginadas para a página 1. Cada página de uma série tem conteúdo distinto; não as reduza à raiz.
• Cadeias de canonical ou redirecionamentos conflitantes — uma canonical que aponta para uma URL que depois redireciona para outro lugar obriga o Google a resolver uma contradição. Aponte diretamente para o destino final.
• Várias canonicals ou uma canonical no <body> — a posição no corpo não é aceita; várias declarações criam um conflito sem resultado confiável de prioridade entre a primeira e a última.

Mitos desmentidos

• “Uma tag canonical garante qual URL ranqueia ou é indexada.” Não — ela é uma sugestão; o Google pode escolher outra, exatamente o que o status do GSC “Duplicada: o Google escolheu uma canonical diferente da indicada pelo usuário” informa.
• “rel=canonical é igual a um redirecionamento 301.” Não. O 301 é a diretiva para mover uma página; a canonical sugere consolidação e ambas as URLs continuam acessíveis. A posição histórica do Bing é usar 301 ao mover conteúdo, porque o redirecionamento é uma instrução inequívoca. Ao desativar uma URL, redirecione-a.
• “Uma canonical bloqueia ou permite a indexação como noindex.” Não — canonical não é uma diretiva de indexação. Combiná-la com noindex envia sinais conflitantes; use uma ou outra.
• “Mais tags canonical = sinal mais forte.” É o contrário: declare mais de uma e o Google ignorará todas.

Bing e outros mecanismos

O Bing usa os mesmos fundamentos. Na formulação do Bing de dezembro de 2025, “conteúdo duplicado não gera penalidades de busca por si só, mas reduz a visibilidade ao diluir autoridade, confundir a intenção e retardar a chegada de atualizações tanto aos mecanismos de busca quanto aos sistemas de descoberta baseados em IA,” e “tags canonical, redirecionamentos, hreflang, noindex e IndexNow contribuem para essa clareza, mas a base é um site simplificado que evita duplicação desnecessária.” O Bing também oferece o recurso de Normalização de URL no Bing Webmaster Tools para consolidar variantes com parâmetros sem alterar o código — útil quando as duplicatas vêm de parâmetros de URL.

Para onde ir agora

Esta página é o hub conceitual da canonicalização, o tópico principal. Ela fica dentro da etapa mais ampla de indexação de como a busca funciona (a canonicalização decide qual URL de um cluster de duplicatas será efetivamente indexada). Os três aprofundamentos abaixo exploram cada parte um pouco mais:

• Tags canonical (rel=canonical) — a própria tag: sintaxe exata, implementação no <head> ou no cabeçalho HTTP, padrões autorreferentes e todas as formas de fazê-la ser ignorada.
• Conteúdo duplicado — o que realmente conta como duplicata, por que não é uma penalidade e como evitar o problema na origem em vez de remendá-lo com tags.
• Parâmetros de URL — a maior fonte de duplicatas: parâmetros de rastreamento, ordenação, filtragem e sessão, e como impedir que fragmentem uma página em variantes intermináveis.

A canonicalização também toca seus temas irmãos neste cluster: duplicatas e a proliferação de parâmetros são justamente o que desperdiça orçamento de rastreamento, a navegação facetada é uma das principais fontes de URLs quase duplicadas e armadilhas de spiders podem gerar espaços infinitos de URLs que fazem a duplicação explodir. Para conhecer todo o pipeline — descoberta, rastreamento, renderização, indexação e exibição — veja o cluster Como a busca funciona.

Resumo de IA

Uma versão condensada da versão Avançada:

• Canonicalização = agrupamento + seleção + consolidação. O Google compara o conteúdo principal de cada página para detectar duplicatas, agrupa-as, escolhe uma canonical e — desde que seus sinais concordem — consolida nela os sinais de ranqueamento (links, PageRank e texto âncora). Isso também afeta quatro frentes: participação no cluster, frequência de rastreamento relativa, avaliação de conteúdo/qualidade e, geralmente, mas não sempre, qual URL é exibida nos resultados.
• rel="canonical" é uma sugestão forte, não uma diretiva. O Google pode substituí-la — isso aparece no Search Console como “Duplicada: o Google escolheu uma canonical diferente da indicada pelo usuário”. A correção é alinhar os sinais, não adicionar uma tag mais forte; a documentação do Google observa que sinais fortes e alinhados podem se somar e aumentar as chances.
• Os sinais (um conjunto crescente): cerca de 20 segundo Illyes em 2020 e cerca de 40 segundo Allan Scott, do Google, em 2025 — anotação rel=canonical, redirecionamentos, inclusão no sitemap, links internos e externos, hreflang, PageRank, HTTPS em vez de HTTP e URLs mais curtas. Eles não têm o mesmo peso: um redirecionamento supera o sinal HTTPS. O Google não publica a mecânica exata por trás dessas contagens; trate-as como números relatados por profissionais, não como detalhes documentados do algoritmo.
• Métodos: elemento de link rel=canonical (deve estar no <head>, um por página), cabeçalho HTTP (para PDFs e outros arquivos não HTML, apenas na busca web), redirecionamentos 301, inclusão no sitemap e links internos consistentes.
• Casos-limite: parâmetros de rastreamento/sessão normalmente são canonicalizados sem problemas; parâmetros de filtro, ordenação e faceta exigem primeiro uma análise do conteúdo; páginas paginadas apontam para si mesmas (nunca canonicalize para a página 1); traduções completas usam hreflang, não canonical; uma canonical definida por JavaScript precisa ter exatamente uma fonte clara (HTML ou script, não os dois).
• Canonicals autorreferentes são uma prática recomendada; canonicals entre domínios são compatíveis, mas trazem risco de sequestro.
• Verifique na inspeção de URL do GSC — ela mostra a canonical declarada e a escolhida pelo Google, mas o campo reflete o estado indexado (não uma verificação ao vivo), limita-se às propriedades que você controla e a seleção da URL não garante inclusão, prazo nem rankings.
• Erros comuns: canonical para algo que não é duplicata; canonical + noindex; bloqueio da URL canonicalizada no robots.txt; resposta 4XX; canonicalização da paginação para a página 1; cadeias de canonical em conflito com redirecionamentos; várias canonicals; tag no <body>.
• Mitos derrubados: canonical ≠ URL com ranking garantido; canonical ≠ 301; canonical ≠ noindex; mais tags canonical ≠ sinal mais forte.

Documentação oficial

Documentação de fonte primária dos mecanismos de busca.

Google

• O que é canonicalização de URL — conceito, agrupamento, seleção, fatores de canonicalização e o enquadramento de “sugestão, não regra”.
• Como especificar uma URL canonical com rel=“canonical” e outros métodos — tabela de métodos, forças relativas e o que não fazer, como usar robots.txt.
• Rastreamento e indexação — hub que reúne canonicalização, robots, sitemaps e controles de rastreamento.
• Corrigir problemas de canonicalização — guia do Google para erros de servidor, sequestro e duplicatas por distribuição de conteúdo.
• Verificar URLs canonicals na inspeção de URL — funcionamento do campo de canonical selecionada pelo Google e seus limites de estado indexado, teste ao vivo e visibilidade da propriedade.
• Paginação e carregamento incremental — por que páginas paginadas precisam de URLs únicas e canonicals autorreferentes, não uma canonical para a página 1.
• Gerenciar sites multilíngues e multirregionais — o limite entre duplicatas traduzidas e variantes regionais no mesmo idioma, além da associação por hreflang.

Bing / Microsoft

• Conteúdo duplicado prejudica o SEO e a visibilidade na busca por IA? (Canel e Madhavan, dez. 2025) — posição atual do Bing: duplicatas não são penalidade; canonical, redirecionamentos, hreflang, noindex e IndexNow reforçam a versão correta.
• Movendo conteúdo? Pense em 301, não rel=canonical (Forrester, jan. 2012) — posição histórica do Bing de que uma mudança exige 301, não canonical.
• Melhor que canonical: normalização de URL — forma sem código do Bing Webmaster Tools para consolidar variantes com parâmetros.

Citações da fonte

Declarações registradas do Google e do Bing. Cada link aponta diretamente para o trecho citado na página de origem.

Google — o que é canonicalização

• “Canonicalização é o processo de selecionar a URL representativa — a canonical — de um conteúdo.” — documentação do Google Search Central. Ir para a citação
• “Uma URL canonical é a URL de uma página que o Google escolheu como a mais representativa de um conjunto de páginas duplicadas.” Ir para a citação

Google — sugestão, não regra (o eixo de precisão)

• “Você pode indicar sua preferência ao Google usando estas técnicas, mas, por vários motivos, o Google pode escolher uma página diferente da sua como canonical. Ou seja, indicar uma preferência de canonical é uma sugestão, não uma regra.” Ir para a citação

Google — os sinais e por que importam

• “Há alguns fatores que desempenham um papel na canonicalização: se a página é servida por HTTP ou HTTPS, redirecionamentos, presença da URL em um sitemap e anotações de link rel="canonical".” Ir para a citação
• “Ter o mesmo conteúdo acessível por muitas URLs diferentes pode gerar uma experiência ruim para o usuário… e dificultar o acompanhamento do desempenho do seu conteúdo nos resultados de busca.” Ir para a citação

Google — consolidação e o que é opcional

• “Isso ajuda os mecanismos de busca a consolidar os sinais das URLs individuais, como os links que apontam para elas, em uma única URL preferida.” Ir para a citação
• “Nenhum deles é obrigatório; seu site provavelmente funcionará muito bem sem especificar uma preferência de canonical.” Ir para a citação
• “Não use o arquivo robots.txt para fins de canonicalização. O Google ainda pode indexar URLs bloqueadas no robots.txt sem o conteúdo delas.” Ir para a citação

Google — força dos sinais (da tabela de métodos)

• rel=canonical: “Um sinal forte de que a URL especificada deve se tornar canonical.” Ir para a citação
• Redirecionamentos: “Um sinal forte de que o destino do redirecionamento deve se tornar canonical.” Ir para a citação
• Sitemap: “Um sinal fraco que ajuda as URLs incluídas em um sitemap a se tornarem canonicals.” Ir para a citação

Gary Illyes, Google (Search Off the Record, via transcrição do Search Engine Journal)

• “Usamos, acho, mais de vinte sinais para decidir qual página escolher como canonical.” Jump to quote
• “Um checksum é basicamente um hash do conteúdo. Essencialmente, uma impressão digital.” Jump to quote
• “Um redirecionamento 301, ou qualquer tipo de redirecionamento, deve ter peso muito maior […] do que a página estar em uma URL HTTP ou HTTPS.” Jump to quote
• O atributo rel=canonical “é um sinal bastante forte”. Jump to quote

John Mueller, Google — canonical + noindex são contraditórios

• “Eu simplesmente escolheria um (noindex ou links seguidos). Links em uma página com noindex podem ser captados, mas não há garantia.” Leia a cobertura

Bing / Microsoft (Fabrice Canel e Krishna Madhavan, dez. de 2025)

• “Conteúdo duplicado não gera penalidades de busca por si só, mas reduz a visibilidade ao diluir autoridade, confundir a intenção e retardar a chegada de atualizações tanto aos mecanismos de busca quanto aos sistemas de descoberta baseados em IA.” Ir para a citação
• “Tags canonical, redirecionamentos, hreflang, noindex e IndexNow contribuem para essa clareza, mas a base é um site simplificado que evita duplicação desnecessária.” Ir para a citação

Checklist de auditoria de canonicalização

Uma verificação para confirmar que o Google pode escolher a canonical pretendida e que seus sinais concordam:

• Toda página indexável tem uma canonical autorreferente no <head>.
• Há apenas um rel="canonical" por página — sem duplicatas e sem uma declaração injetada no <body> por tag não fechada ou JavaScript.
• As canonicals apontam para duplicatas genuínas, nunca para páginas não relacionadas.
• A URL canonical retorna 200 — não 4XX nem redirecionamento (sem cadeias canonical → redirecionamento).
• Não há noindex em uma URL que também declara canonical.
• A URL canonicalizada (duplicata) não está bloqueada no robots.txt — o Google precisa conseguir ler sua tag canonical.
• Os links internos apontam de forma consistente para a versão canonical, sem misturar http/https, www/sem www, barras finais ou cópias com parâmetros.
• O sitemap lista apenas URLs canonicals e indexáveis.
• Os redirecionamentos de host, protocolo e barra final levam à versão canonical e não entram em conflito com a canonical declarada.
• A paginação não é canonicalizada para a página 1 — cada página aponta para si mesma.
• Arquivos não HTML, como PDFs, usam o cabeçalho HTTP rel="canonical" quando necessário.
• Os parâmetros são avaliados pelo conteúdo, não pelo ?. Parâmetros de rastreamento e sessão apontam para a URL limpa; parâmetros de filtro, ordenação e faceta são avaliados antes de serem canonicalizados.
• Páginas traduzidas usam hreflang, não canonical. Apenas quase duplicatas regionais no mesmo idioma são canonicalizadas entre si.
• Comparei por amostragem a canonical declarada com a escolhida pelo Google na inspeção de URL do GSC e investiguei qualquer caso de “Duplicada: o Google escolheu uma canonical diferente da indicada pelo usuário”.

Modelos mentais

1. Agrupar → selecionar → consolidar. A canonicalização não é uma etapa, mas três. O Google detecta e agrupa duplicatas (impressões digitais do conteúdo), seleciona uma canonical no cluster e então consolida nela os sinais de ranqueamento. Quando uma página se comporta mal, pergunte em qual etapa está o problema: o Google chegou a agrupar essas páginas como duplicatas? Selecionou a URL que você queria? Os sinais estão sendo consolidados?

2. Sugestão, não diretiva — faça os sinais votarem juntos. rel="canonical" é um sinal forte entre muitos, e o Google pode derrotá-lo na votação. Pare de pensar “vou dar a resposta ao Google com uma tag” e comece a pensar “vou fazer todos os sinais — tag, links internos, sitemap, redirecionamentos e hreflang — apontarem para a mesma URL”. A canonicalização é um consenso, e seu trabalho é eliminar as discordâncias.

3. A hierarquia dos sinais. Os sinais não têm o mesmo peso. Um redirecionamento prevalece sobre o sinal HTTP/HTTPS; a tag canonical é “bastante forte”, mas pode perder para sinais conflitantes mais fortes. Assim, um 301 indevido ou um padrão de links internos que discorda da sua tag pode substituir silenciosamente a canonical declarada. Ao depurar, procure o sinal forte que está puxando na direção errada.

4. Os três “não é igual”.

• Canonical ≠ 301 (o 301 move uma página; a canonical consolida duplicatas que continuam ativas).
• Canonical ≠ noindex (canonical não é uma diretiva de indexação; não combine os dois).
• Canonical ≠ URL com ranking garantido (é uma sugestão; verifique o que o Google realmente escolheu).

5. O GSC é a fonte da verdade, não seu HTML. O que você declarou e o que o Google escolheu são dois campos diferentes na inspeção de URL. Não tire conclusões com base no seu template — leia o que o Google selecionou e deixe qualquer divergência orientar a correção.

Cola de canonicalização

Qual ferramenta usar para cada tarefa

O que cada sinal faz na canonicalização

Fatos rápidos

• A quantidade de sinais cresceu com o tempo: “mais de vinte” (Illyes, 2020) → cerca de 40 (Allan Scott, segundo meu guia de canonicalização de 2025). Não é contradição; o Google apenas revelou mais sinais.
• Uma tag canonical é uma sugestão, não uma regra — o GSC mostrará “Duplicada: o Google escolheu uma canonical diferente da indicada pelo usuário” quando a sua perder.
• Fonte da verdade: inspeção de URL do GSC (canonical declarada versus escolhida).
• Nunca combine canonical + noindex, declare duas canonicals nem canonicalize a paginação para a página 1.

Qual ferramenta usar para cada tarefa?

A canonical, o 301, o noindex e o bloqueio no robots.txt parecem resolver problemas de “URL duplicada ou indesejada”, mas não são intercambiáveis. Percorra as opções pensando no que você realmente quer fazer:

Erros e mitos de canonicalização a evitar

Estes são os erros recorrentes que vejo, apresentados como coisas a evitar, não como sintomas a corrigir — combine esta aba com a de Problemas comuns se você já estiver vendo um problema no Search Console.

Não canonicalize uma página para algo que não seja uma duplicata genuína. Apontar uma canonical para uma página não relacionada diz ao Google que as duas têm o mesmo conteúdo, e ele pode retirar completamente a “duplicata” dos resultados. Canonicals servem para consolidar duplicatas reais, não para juntar páginas sem relação.

Não combine noindex com uma tag canonical na mesma URL. São instruções contraditórias — uma diz “esta página representa o conteúdo” e a outra diz “não indexe esta página”. A orientação de John Mueller é direta: escolha uma, pois links em uma página com noindex podem ser captados, mas isso não é garantido.

Não tente canonicalizar bloqueando uma URL no robots.txt. O Google é explícito: robots.txt não é uma ferramenta de canonicalização, e uma página bloqueada ainda pode ser indexada sem seu conteúdo — além disso, uma página bloqueada nem sequer pode ser lida para que sua tag canonical seja vista.

Não deixe a URL canonicalizada retornar 4XX. Se a duplicata retornar erro, não haverá destino para consolidar os sinais dela.

Não canonicalize todas as páginas paginadas para a página 1. Cada página de uma série tem conteúdo distinto. Colapsar uma série inteira na raiz apaga essa distinção e confunde o que deveria ranquear.

Não crie cadeias de canonical. Uma canonical que aponta para uma URL que depois redireciona para outro lugar obriga o Google a desfazer uma contradição em vez de seguir um sinal limpo. Aponte a canonical diretamente para o destino final.

Não declare mais de uma canonical e não deixe nenhuma cair no <body>. Múltiplas declarações criam um sinal ambíguo e sujeito a erros, e uma tag <head> não fechada ou um JavaScript que empurre a anotação para o <body> não é aceito. Mais tags nunca significam um sinal mais forte — ocorre o contrário.

Não presuma que uma tag canonical garante o resultado. Ela é uma sugestão que o Google pondera contra outros sinais, não um comando. Tratá-la como garantia é o que faz os sites se surpreenderem com “Duplicada: o Google escolheu uma canonical diferente da indicada pelo usuário”.

Não confunda canonical com 301. Um 301 serve para mover uma página — uma canonical é uma sugestão de consolidação, e as duas URLs continuam acessíveis. Se você estiver retirando uma URL, redirecione-a.

Problemas comuns

O GSC mostra “Duplicada: o Google escolheu uma canonical diferente da indicada pelo usuário”

Sintoma: o relatório de indexação de páginas (ou a inspeção de URL) informa esse status para uma URL na qual você declarou uma canonical.

Causa: seus sinais discordam. O Google pondera a tag canonical junto com redirecionamentos, inclusão no sitemap, links internos, HTTPS e outros sinais — quando todos não apontam para a URL declarada, um sinal conflitante mais forte pode vencer.

Correção: passe a URL pelo Verificador de Canonicalização para ver o que você está realmente declarando; depois, confira se seus links internos e o sitemap apontam para a mesma URL e confirme que nenhum redirecionamento ou noindex está puxando na direção oposta. Verifique novamente a inspeção de URL — esta é uma decisão de processamento, não instantânea, então dê tempo depois de alinhar os sinais em vez de adicionar uma tag mais forte.

A tag canonical parece não ser respeitada

Sintoma: você declarou uma canonical, mas a canonical escolhida pelo Google (na inspeção de URL) não a reflete e o caso não parece ser de conflito de sinais.

Causa: o motivo mais comum é posicionamento ou duplicação — a tag caiu no <body> em vez do <head> (uma tag <head> não fechada ou uma injeção de JavaScript pode fazer isso silenciosamente), ou a página declara mais de uma canonical.

Correção: veja o código-fonte renderizado da página e confirme que exatamente um elemento de link rel="canonical" está dentro de <head>. Considere o posicionamento no body ineficaz e múltiplas declarações um conflito não resolvido; não deduza um vencedor entre a primeira e a última pela ordem no código-fonte.

Uma canonical entre domínios mostra o domínio errado na busca

Sintoma: uma página canonicalizada para uma URL em outro domínio que você controla acaba exibindo um domínio que você não pretendia — o modo de falha de sequestro.

Causa: canonicals entre domínios são compatíveis, mas, se os sinais ao redor delas forem ambíguos ou o destino não for realmente representativo, o Google pode fazer uma seleção inesperada.

Correção: verifique se os links internos, sitemaps e redirecionamentos de ambos os domínios concordam sobre qual deve vencer e confirme que a página de destino é uma duplicata genuína e acessível — não uma página superficial, bloqueada ou com erro.

Você corrigiu os sinais, mas a inspeção de URL ainda mostra uma divergência

Sintoma: a canonical declarada e a escolhida pelo Google ainda divergem depois que você alinhou a tag, os links, o sitemap e os redirecionamentos.

Causa: a seleção de canonical é uma decisão de reprocessamento, não instantânea — o Google precisa rastrear novamente e reavaliar o cluster.

Correção: dê uma janela de monitoramento real (semanas, não dias) antes de concluir que a correção não funcionou. Se ainda houver divergência depois de um ciclo completo, volte ao Teste 1 na aba Testes de validação e procure um sinal que você deixou passar, em vez de adicionar noindex ou um bloqueio no robots.txt — nenhuma dessas opções é a ferramenta certa neste caso.

Acompanhe a contagem de divergências de canonical no GSC, não apenas URLs individuais

O sinal do site inteiro que vale acompanhar é quantas URLs aparecem ao longo do tempo sob “Duplicada: o Google escolheu uma canonical diferente da indicada pelo usuário” no relatório de indexação de páginas do Search Console — não se uma URL isolada tem esse status, pois essa contagem é o melhor indicador de quanto seus sinais realmente concordam em todo o site.

Contagem de “Duplicada: o Google escolheu uma canonical diferente da indicada pelo usuário” ao longo do tempo

• Métrica — A contagem de URLs com esse status no relatório de indexação de páginas do GSC, acompanhada ao longo do tempo.
• O que ela informa — Se o trabalho de alinhar sinais — tags canonical, links internos, entradas do sitemap e redirecionamentos — está realmente reduzindo conflitos ou se novas inconsistências surgem mais rápido do que as antigas são corrigidas, algo comum após migrações, mudanças de template ou novos padrões de parâmetros.
• Como obtê-la — Filtre o relatório Indexação de páginas do GSC por essa linha de status; use a inspeção de URL em URLs individuais para comparar a canonical declarada com a selecionada pelo Google e confirmar o que impulsiona a contagem.
• Referência ou faixa realista — Não existe meta universal: depende do tamanho do site e da duplicação gerada pela arquitetura, como parâmetros, navegação facetada e variantes de protocolo ou host. Estabeleça sua própria linha de base; a meta honesta é uma contagem estável ou em queda, não zero no primeiro dia em um site grande.
• Cadência — Mensal é suficiente para a maioria dos sites; semanal logo após corrigir sinais ou realizar uma migração, até a contagem se estabilizar.

Prompts de IA prontos para usar

A seleção de canonical depende de vários sinais ao mesmo tempo, o que faz dela um bom tema para entregar a um LLM como etapa de triagem — mas trate o resultado como uma hipótese a verificar na inspeção de URL, não como resposta final. Um modelo de IA não tem acesso ao processo real de seleção do Google; ele raciocina a partir da mesma lista pública de sinais que você tem.

Preveja qual URL o Google provavelmente selecionará como canonical

I have a set of duplicate or near-duplicate URLs on my site. Based on the
signals below, which URL is Google most likely to select as the canonical,
and why? Note any signals that conflict with each other.

Declared rel="canonical" on each URL: [list]
Sitemap: which of these URLs are included: [list]
Internal links: which URL do most internal links point to: [describe]
Redirects: are any of these URLs redirected, and to where: [list]
HTTPS/HTTP: are all URLs on HTTPS: [yes/no, list exceptions]
URL length: [list URLs]

Rank the signals by how strongly they point at each URL, and flag any
signal that's pulling in a different direction than the others.

Diagnostique um caso de “o Google escolheu uma canonical diferente da indicada pelo usuário”

Google Search Console reports "Duplicate, Google chose different canonical
than user" for this URL. My declared canonical is [URL A]. Given the
signals below, what's the most likely reason Google selected a different
URL, and what should I change first?

Declared canonical: [URL A]
Internal links pointing to: [URL A / URL B / mixed]
Sitemap includes: [URL A / URL B / both]
Redirects affecting either URL: [describe or "none"]
Content differences between URL A and URL B, if any: [describe]

Identify the single most likely conflicting signal, not a generic list of
possibilities.

Ferramentas para inspecionar e corrigir a canonicalização

• Verificador de Canonicalização — minha ferramenta para esta tarefa. Cole uma URL para ver os sinais observados no elemento HTML e no cabeçalho HTTP, identificar conflitos e estimar o risco de substituição por canonicals divergentes, noindex ou destino que redireciona.
• Verificador de Indexação no Google — confirme se uma URL está indexada depois de alinhar os sinais de canonicalização; é útil junto do verificador de canonical quando você não sabe se a correção já surtiu efeito.
• Testador de robots.txt — antes de investigar a canonicalização, descarte o erro comum de bloquear a URL de destino no robots.txt, o que impede o Google de ler a tag canonical.
• Validador de Sitemap XML — a inclusão no sitemap é um sinal de canonicalização; confirme que ele lista as URLs canonicals desejadas, não as duplicatas.
• Search Console — inspeção de URL — a fonte real da verdade. Ela mostra a canonical declarada pelo usuário e a selecionada pelo Google; nenhuma ferramenta de terceiros substitui a verificação da escolha do Google.

Recursos que valem seu tempo

Outros textos meus

• O Google usa cerca de 40 sinais de canonicalização — meu guia principal: agrupamento versus seleção, lista de sinais, erros comuns e sequestro.
• Duplicada: o Google escolheu uma canonical diferente da indicada pelo usuário — explicação do status do GSC e correção pelo alinhamento de sinais.
• Tags canonical explicadas: por que são importantes para SEO (Joshua Hardwick, revisado por mim) — a tag, a contradição com noindex e a regra de uma canonical por página.
• Guia para iniciantes em SEO técnico — onde a canonicalização se encaixa no quadro geral.

Minhas palestras

• Canonicalização para SEO — BrightonSEO, abril de 2023 (SlideShare) — palestra sobre agrupamento, seleção, sugestão versus diretiva e a armadilha de <head> versus <body>.
• Como a busca funciona (SlideShare) — rastreamento, renderização, indexação e o lugar da canonicalização. Aplica-se meu aviso habitual: “Este é meu entendimento dos sistemas; não será 100% completo nem preciso.”

Fontes oficiais

• Google — canonicalização de URL e Como especificar uma URL canonical.
• Bing — conteúdo duplicado prejudica o SEO e a visibilidade na busca por IA? (dez. 2025).

Outras fontes do setor

• Como o Google escolhe a página canonical (Search Engine Journal, Montti, nov. 2020) — transcrição contemporânea de Gary Illyes no Search Off the Record: mais de 20 sinais, checksums como impressões digitais e redirecionamento com peso maior que HTTPS.
• Google esclarece o uso simultâneo de canonical e noindex (Search Engine Journal, 2024) — orientação de John Mueller para escolher um ou outro.
• Google se aprofunda na detecção de duplicatas e canonicalização (Search Engine Roundtable) — texto complementar sobre o mesmo episódio de Illyes, útil para corroborar.
• Canonicalização e SEO: guia para 2026 (Search Engine Land, Busby, nov. 2025) — visão geral de canonicals autorreferentes e entre domínios, paginação, ecommerce e renderização por IA ou na borda.
• URLs canonicals: práticas recomendadas, problemas comuns e correções (Semrush) — guia voltado à implementação e suas armadilhas.
• rel=canonical: o guia definitivo (Yoast) — referência completa, especialmente útil no contexto de WordPress e plugins.
• r/TechSEO — comunidade para depurar canonicalização e conteúdo duplicado.

Citações que vale guardar

As frases às quais volto quando explico canonicalização. (Para as declarações literais dos mecanismos de busca com links diretos, consulte a aba Citações da fonte — esta é a seleção mais opinativa, voltada a profissionais.)

Sobre o que ela é

• “Canonicalização é o processo que os mecanismos de busca usam para determinar a versão principal da URL que será indexada e exibida aos usuários quando há URLs duplicadas.” — eu, no meu guia de canonicalização da Ahrefs. O enquadramento em dois trabalhos é importante: “O agrupamento cria um conjunto de páginas duplicadas, e a canonicalização escolhe para qual versão os sinais se consolidam e qual página será exibida nos resultados de busca.”

Sobre a armadilha de sugestão versus diretiva

• “A tag canonical às vezes é chamada de sugestão porque é apenas um sinal de canonicalização, mas é considerada um sinal forte. O Google a ignora se outros sinais forem mais fortes.” — eu. A versão do próprio Google é mais direta: “indicar uma preferência de canonical é uma sugestão, não uma regra.”

Sobre verificar o que o Google escolheu

• “Sua principal fonte de verdade sobre o que o Google escolheu como canonical será a ferramenta de inspeção de URL no Google Search Console. Informe a URL, e ela mostrará qual é a canonical declarada e qual canonical o Google escolheu.” — eu. A consequência é que o status do GSC “Duplicada: o Google escolheu uma canonical diferente da indicada pelo usuário” *“significa que o Google escolheu uma URL diferente daquela selecionada pelo usuário para indexar.”

Sobre o caso-limite de alto risco

• “Em alguns cenários realmente ruins, uma página no domínio errado pode ser exibida. Isso é chamado de sequestro.” — eu, sobre o risco de canonical entre domínios.

Teste seus conhecimentos: canonicalização

Cinco perguntas sobre como os mecanismos de busca escolhem uma canonical e consolidam sinais. Escolha uma resposta para cada pergunta e confira em seguida.

Comprove que o Google escolheu a canonical pretendida

Canonical é uma sugestão, então “a tag está na página” não prova nada por si só — o único resultado que importa é qual URL o Google realmente seleciona. Estes testes separam o sinal que você enviou do resultado a que o Google chegou.

Teste 1 — Todos os sinais apontam para uma URL

• Teste a executar — Passe a URL duplicada ou alternativa pelo Verificador de Canonical e compare o <link rel="canonical"> renderizado, a URL no sitemap, os links internos e qualquer redirecionamento.
• Resultado esperado — Todos indicam a mesma URL canonical: autorreferente na canonical e apontando para ela nas duplicatas. Nenhum sinal diverge.
• Interpretação da falha — Uma divergência — canonical diz A, sitemap lista B, 301 vai para C — é a causa mais comum de o Google ignorar a sugestão; ele pondera os sinais conflitantes e pode escolher outro vencedor.
• Janela de monitoramento — Imediata; esta é uma verificação estática do que está sendo servido.
• Gatilho de reversão — Qualquer sinal conflitante. Corrija a divergência antes de esperar pelo Google, pois sinais inconsistentes permitem que ele substitua a tag.

Teste 2 — O Google concorda com sua escolha

• Teste a executar — Use a inspeção de URL do Google Search Console na URL duplicada e leia o campo “Canonical selecionada pelo Google”.
• Resultado esperado — A canonical selecionada pelo Google corresponde à declarada por você; os campos de declaração do usuário e seleção do Google concordam.
• Interpretação da falha — “Duplicada: o Google escolheu uma canonical diferente da indicada pelo usuário” significa que os sinais não são fortes ou consistentes o bastante — geralmente por destino raso ou duplicado, padrão de links internos conflitante ou sinal HTTPS/redirecionamento puxando para outra URL.
• Janela de monitoramento — 2 a 4 semanas; a seleção de canonical é uma decisão de processamento, não instantânea. Não a julgue no dia seguinte à publicação.
• Gatilho de reversão — Se o Google continuar selecionando uma URL diferente após um ciclo completo, revise a consistência dos sinais do Teste 1 em vez de adicionar noindex ou bloqueio no robots.txt; ambos têm efeitos colaterais e são as ferramentas erradas aqui.

Registro de alterações