Cópia, o Google e o usuário não escolheram a mesma página canônica

"Cópia, o Google e o usuário não escolheram a mesma página canônica" (no Search Console em inglês, "Duplicate, Google chose different canonical than user") significa que a página indica um URL canônico, mas o Google a agrupou com páginas semelhantes e indexou outro URL como canônico, então este URL fica fora da Pesquisa. Se isso é um problema depende inteiramente do URL que o Google escolheu: se é o endereço em que você realmente quer que as pessoas cheguem, basta corrigir a sua tag; se é outra página, uma variante antiga ou outro site, o seu site está mandando sinais contraditórios, e você deve corrigi-los.

O que o Google diz sobre este status

A documentação do Google sobre o Relatório de indexação de páginas (consultada em outubro de 2026) descreve o status como o de uma página marcada como canônica para um conjunto de páginas, em que o Google acha que outro URL é uma canônica melhor. O Google indexou a própria escolha e trata a página afetada como cópia dessa escolha.

Dois pontos da documentação do Google importam para a correção:

• A sua canonical é uma dica. A documentação do Google sobre canonicalização diz que a canonical declarada é uma dica, não uma regra. A documentação sobre URLs duplicados chama redirecionamentos e rel="canonical" de sinais fortes e a inclusão no sitemap de sinal fraco. O Google pesa esses sinais junto com o próprio conteúdo e pode passar por cima da sua declaração.
• A sua canonical precisa ser uma cópia de verdade. Os passos de solução de problemas do Relatório de indexação de páginas dizem que, se a canônica declarada pelo usuário não for parecida com a página atual, o Google nunca vai escolhê-la.

"Cópia, o Google e o usuário não escolheram a mesma página canônica" é um problema?

O status em si é neutro. O URL que o Google escolheu diz o que fazer.

flowchart TD
    A["Abra a Inspeção de URL para o URL afetado"] --> B["Compare a canônica declarada pelo usuário com a selecionada pelo Google"]
    B --> C{"A escolha do Google é o URL que você quer indexado?"}
    C -->|sim| D["Corrija a sua tag canonical para coincidir"]
    C -->|não| E{"A escolha do Google está num domínio seu?"}
    E -->|não| F["Cópia, distribuição ou invasão: verifique o seu servidor e depois contate o host"]
    E -->|sim| G{"A canonical declarada é uma página 200, indexável, autocanônica e parecida com esta?"}
    G -->|não| H["Conserte o destino ou declare um URL saudável e parecido"]
    G -->|sim| I{"Redirecionamentos, sitemap e links internos citam o mesmo URL?"}
    I -->|não| J["Alinhe todos os sinais num único URL"]
    I -->|sim| K{"O conteúdo principal é claramente diferente?"}
    K -->|não| L["Junte as páginas ou torne-as distintas"]
    K -->|sim| M["Verifique hreflang, JavaScript e configuração do servidor"]

As 6 causas por trás de uma canônica diferente selecionada pelo Google

1. Os seus outros sinais citam outro URL. A tag canonical diz A, enquanto um redirecionamento, o sitemap XML ou os links internos dizem B. As orientações do Google sobre URLs duplicados pedem que você não declare canônicas diferentes para a mesma página por métodos diferentes e que crie links internos para o URL canônico, e não para uma cópia. Em 29 sites externos enviados para auditoria do SEOReport cujos sitemaps buscamos entre maio e outubro de 2026, 6 (21%) listavam no sitemap XML URLs que redirecionam para outro lugar, ou seja, o sitemap anunciava um endereço enquanto o servidor entregava outro. Nossa análise de conflitos de canonical entre sitemaps e páginas mostra por que essa falha persiste de uma auditoria para a outra.

2. O URL que você declarou não pode ser o canônico. Uma canonical que aponta para um URL que redireciona, retorna 404, tem noindex, está bloqueado pelo robots.txt ou indica ainda outra canonical pede ao Google que indexe algo que ele não pode usar, então o Google escolhe outro URL. O mesmo acontece quando o destino é outra página, e não uma cópia: uma listagem filtrada apontando para a categoria sem filtro, ou a página 3 de um arquivo apontando para a página 1. O Google também só aceita o elemento <link rel="canonical"> no <head> e recomenda URLs absolutos em vez de relativos.

3. As variantes de protocolo e host discordam. O Google prefere HTTPS a HTTP como canônico, exceto quando há problemas ou sinais conflitantes. A documentação dele cita um certificado SSL inválido, dependências inseguras que não sejam imagens, uma página HTTPS que redireciona para HTTP ou passa por ele e uma página HTTPS cuja canonical indica o URL em HTTP; redirecionamentos de HTTPS para HTTP fazem o Google preferir HTTP com muita força. O mesmo vale para hosts com e sem www ou para a barra final: quando as duas versões respondem 200 e os seus links misturam as duas, a tag é só um voto.

4. Versões de idioma ou regionais compartilham o mesmo conteúdo principal. O Google só trata versões em idiomas diferentes como cópias quando o conteúdo principal está no mesmo idioma. Uma página em que só o menu e o rodapé foram traduzidos continua sendo cópia da original. Páginas regionais no mesmo idioma, como versões separadas para os Estados Unidos e o Reino Unido, precisam de anotações hreflang, e a canonical de cada página deve ficar no próprio idioma. Nosso artigo sobre tags canonical que apontam entre idiomas analisa essa contradição.

5. As páginas são quase idênticas. Variantes de produto que diferem por um único atributo, páginas de localização que só trocam o nome da cidade e páginas de tag ou de arquivo que repetem a mesma lista acabam num mesmo grupo. O Google então escolhe a versão que considera mais completa e útil, e uma tag canonical em cada página não consegue mantê-las separadas se o conteúdo delas é, na prática, o mesmo.

6. A canonical muda dependendo de quem pergunta. Duas tags canonical na mesma página (um tema e um plugin de SEO adicionando uma cada), um framework JavaScript que reescreve a canonical depois do carregamento ou uma versão para smartphone que declara outra coisa: todos mandam ao Google duas respostas. As orientações do Google sobre JavaScript dizem que uma canonical definida por JavaScript deve coincidir com a do HTML original e que várias tags canonical podem levar a resultados inesperados. A documentação de solução de problemas do Google também cita servidores mal configurados que retornam o conteúdo de um site em outro hostname, redirecionamentos criados por invasão e cópias do seu conteúdo em outros sites.

Como confirmar qual causa se aplica

Comece pelo Search Console e depois verifique o que o seu servidor realmente retorna.

1. Inspecione o URL afetado. Na Inspeção de URL, o resultado indexado mostra "Canônica declarada pelo usuário" e "Canônica selecionada pelo Google" lado a lado. O teste ao vivo mostra só a canônica declarada, porque o Google decide a canônica no momento da indexação; um teste ao vivo aprovado não prevê a escolha do Google.
2. Inspecione também a escolha do Google. Anote o status, a canonical dela e se ela está no seu sitemap.
3. Busque os dois URLs sem navegador. O navegador esconde redirecionamentos e mostra a página depois que o JavaScript rodou, então use as respostas brutas:

# Status codes and redirect hops, plus any canonical sent as an HTTP header
curl -sIL https://www.example.com/guide/ | grep -iE '^(HTTP/|location:|link:)'

# Every canonical tag in the HTML the server returns (more than 1 is a conflict on its own)
curl -sL https://www.example.com/guide/ | grep -io '<link[^>]*canonical[^>]*>'

1. Compare os sinais numa única linha. Anote a canonical declarada, o URL final depois dos redirecionamentos, o URL no sitemap, o URL para o qual a navegação e o breadcrumb apontam e a canonical na página renderizada. A causa normalmente é a coluna que discorda.

Um padrão real: uma página declara https://www.example.com/guide/, e o Google selecionou http://example.com/guide. Buscar o URL em HTTPS mostra um redirecionamento para HTTP em um dos templates, então a causa 3 se aplica, e a correção está na regra de redirecionamento, não na tag.

Verificar um URL leva minutos. A discordância normalmente vem de um template ou de um gerador de sitemap, então ela se repete em todas as páginas que esse template produz, e encontrar todas é um trabalho que abrange o site inteiro.

Como corrigir cada causa

O princípio por trás de toda correção é um URL por conteúdo, citado da mesma forma em todo lugar.

O estado final saudável da página que você quer indexada é este:

<head>
  <link rel="canonical" href="https://www.example.com/guide/" />
</head>

Sitemap entry:        https://www.example.com/guide/
Final URL after hops: https://www.example.com/guide/  (200)
Internal links:       https://www.example.com/guide/

Dois atalhos pioram a situação. As orientações do Google desaconselham usar o robots.txt para canonicalização e usar noindex para decidir qual página vira canônica dentro de um site. Uma cópia bloqueada ou com noindex não consegue passar os sinais dela para a página que você prefere. Se o URL duplicado nem deveria existir, um redirecionamento permanente é o sinal mais forte; nosso guia sobre o status "Página com redirecionamento" do Search Console explica o que o Google mostra depois.

Como verificar a correção

Depois de publicar, rode de novo as mesmas verificações com curl. Em seguida, clique em "Validar correção" no problema, dentro do Relatório de indexação de páginas. O Google verifica de novo só os URLs listados naquele problema, não o site inteiro. A documentação dele diz que a validação costuma levar até cerca de 2 semanas, às vezes muito mais, e as orientações de solução de problemas de canonicalização observam que, mesmo depois de você tornar páginas quase duplicadas claramente diferentes, o Google pode mantê-las num grupo de cópias por até 2 semanas. Não mude a canonical de novo enquanto espera; sinais que trocam a cada poucos dias não dão ao Google nada estável com que concordar.

Para alguns URLs importantes, "Solicitar indexação" na Inspeção de URL pede ao Google que rastreie antes; existe um limite diário, e a solicitação não garante a indexação.

O que um diagnóstico completo do SEOReport mostra

O Search Console mostra a canônica que o Google escolheu; um diagnóstico completo do SEOReport mostra onde os seus próprios sinais discordam da canonical que você declarou: URLs do sitemap que redirecionam para outro lugar, páginas em idiomas alternativos cuja canonical aponta para outra página e, na sua página inicial, uma canonical que indica outro domínio, um destino de canonical que redireciona, tem noindex ou indica outra canonical, uma URL de Open Graph diferente da canonical, ou uma canonical que muda depois que o JavaScript roda ou em smartphones. Ele não vê a canônica selecionada pelo Google, então use-o junto com a Inspeção de URL. O guia de tags canonical explica como cada um desses sinais deveria funcionar.

Perguntas frequentes

Este status prejudica o meu posicionamento?

O URL afetado não aparece na Pesquisa, mas o conteúdo dele ainda pode ser exibido pela canônica que o Google escolheu. Se esse URL é o certo, nada se perde. O dano aparece quando a escolha do Google é outra página, uma variante antiga ou outro site.

Posso obrigar o Google a usar a minha canonical?

Nenhuma tag sozinha obriga. O Google trata a sua canonical como um sinal forte, não como uma instrução. Você faz a sua escolha vencer quando todos os sinais concordam: a tag, os redirecionamentos, o sitemap, os links internos e um conteúdo claramente distinto onde as páginas precisam continuar separadas.

Qual a diferença para "Cópia sem página canônica selecionada pelo usuário"?

Neste status, você declarou uma canonical e o Google discordou. Em "Cópia sem página canônica selecionada pelo usuário", você não declarou nenhuma, então o Google escolheu sozinho. Quando você declara uma canonical e o Google concorda, a cópia aparece como "Página alternativa com tag canônica adequada", o que normalmente não exige nenhuma ação.

Por que a canônica selecionada pelo Google está em outro site?

A documentação de solução de problemas do Google cita cópias do seu conteúdo hospedadas em outro lugar, parceiros de distribuição que republicam os seus artigos, redirecionamentos criados por invasão e servidores que retornam o seu conteúdo em outro hostname. Para conteúdo distribuído, o Google recomenda que os parceiros bloqueiem a indexação da cópia; para uma cópia não autorizada, entre em contato com o host desse site.