Cópia sem página canônica selecionada pelo usuário: como corrigir

"Cópia sem página canônica selecionada pelo usuário" significa que o Google concluiu que um URL é cópia de outra página, não encontrou nenhuma canonical declarada nele e escolheu sozinho a versão que vai mostrar na Pesquisa. Quando o URL sinalizado é uma variante em que ninguém deveria cair, como uma cópia com parâmetro de rastreamento ou em HTTP, e o Google escolheu a sua página preferida, esse é o resultado esperado e não exige nenhuma ação. É preciso corrigir quando o Google escolheu um URL que você não quer nos resultados, ou quando o URL sinalizado é justamente a página que você queria posicionar.

O que o Google diz sobre este status

O status aparece no Relatório de indexação de páginas, na tabela que lista por que as páginas não estão indexadas. A documentação do Google sobre o Relatório de indexação de páginas (consultada em outubro de 2026) diz que a página é uma cópia de outra página, mas não indica uma página canônica preferida. O mesmo trecho diz que o Google não vai exibir o URL sinalizado na Pesquisa, descreve isso como funcionamento esperado, e não como erro, e propõe 2 soluções: marcar a canonical explicitamente se o Google escolheu o URL errado, ou fazer o conteúdo diferir de forma substancial se a página não for de fato uma cópia.

"Cópia" é o julgamento do Google depois de agrupar páginas semelhantes em um cluster. "Sem página canônica selecionada pelo usuário" significa que o URL sinalizado não entregou ao Google nenhuma canonical legível, e é isso que separa este status dos 2 vizinhos:

A documentação do Google sobre canonicalização acrescenta que a canonical declarada é "uma dica, não uma regra": o Google ainda pesa redirecionamentos, entradas de sitemap e HTTPS antes de decidir.

De onde vêm os URLs duplicados

Quase todo URL sinalizado é uma mesma página acessível por mais de um endereço. A documentação do Google sobre estrutura de URL afirma que o tratamento de URLs diferencia maiúsculas de minúsculas, e um post do blog Google Search Central sobre barras finais (abril de 2010) diz que o Google trata /shoes e /shoes/ como 2 URLs diferentes (a raiz do site é a exceção). Cada diferença abaixo cria um novo URL para o mesmo conteúdo.

• Nenhuma canonical na página preferida. Quando a sua página não declara canonical, nenhuma das variantes dela declara também, então toda cópia que o Google encontra vem parar aqui. O núcleo do WordPress, por exemplo, só imprime a tag canonical em posts e páginas individuais; arquivos, categorias, tags e a página inicial do blog ficam sem nenhuma, a não ser que um tema ou plugin a adicione.
• Variantes de protocolo e host. http:// e https://, ou www e o domínio sem www, todos respondendo com status 200 em vez de redirecionar para um único endereço.
• Barra final e maiúsculas. /shoes, /shoes/ e /Shoes/ servindo a mesma página.
• Parâmetros e visualizações alternativas. Tags de rastreamento como ?utm_source=, opções de ordenação e filtro, IDs de sessão e versões de impressão ou em grade do mesmo conteúdo.
• Cópias acidentais. Uma versão de demonstração do site aberta aos rastreadores, que a documentação do Google cita como causa, um host de homologação ou um domínio antigo que ainda serve as mesmas páginas.
• Uma canonical que o Google não consegue ler. O Google só aceita rel="canonical" no <head>, e a documentação dele sobre metadados de página diz que um elemento inválido ali, como um iframe ou um img, faz o Google supor que o head terminou e ignorar o que vem depois. Uma canonical colocada depois de um elemento desses, na prática, não existe.
• Páginas que você considera diferentes. Cores de produto com descrições idênticas, ou páginas de localização que compartilham todas as frases, menos o nome da cidade.

Em 45 sites externos auditados pelo SEOReport entre maio e outubro de 2026, 14 (31%) serviam uma página inicial sem tag canonical no HTML retornado pelo servidor, e 1 servia mais de uma. Na mesma amostra, 2 de 45 (4%) não redirecionavam HTTP para HTTPS.

É um problema? Corrigir, deixar ou monitorar

O veredito depende de qual URL o Google selecionou e de você querer ou não o URL sinalizado na Pesquisa.

flowchart TD
    A["URL sinalizado: Cópia sem página canônica selecionada pelo usuário"] --> B["Inspeção de URL: veja a canônica selecionada pelo Google"]
    B --> C{"A escolha do Google é o URL que você quer na Pesquisa?"}
    C -->|sim| D{"Seus links ou seu sitemap apontam para o URL sinalizado?"}
    D -->|não| E["Deixe: a cópia está sendo filtrada como previsto"]
    D -->|sim| F["Aponte links e sitemap para o URL preferido"]
    C -->|não| G{"O conteúdo é realmente o mesmo?"}
    G -->|não| H["Faça as páginas diferirem de forma substancial"]
    G -->|sim| I["Declare o URL preferido: canonical, redirecionamentos, links, sitemap"]
    F --> J["Testar URL publicado e depois Validar correção"]
    H --> J
    I --> J

Como confirmar qual causa se aplica

1. Agrupe os exemplos por padrão. A tabela de exemplos mostra no máximo 1.000 linhas e pode não listar todos os URLs afetados, então procure padrões (todos http://, todos ?utm_, todos em maiúsculas) em vez de contar.
2. Inspecione um URL sinalizado. Na Inspeção de URL, compare "Canônica declarada pelo usuário" com "Canônica selecionada pelo Google". Neste status, o resultado indexado normalmente mostra "Nenhuma" como canônica declarada pelo usuário. Se "Testar URL publicado" agora mostra uma canonical ali, ela foi adicionada depois do último rastreamento do Google naquele URL.
3. Compare os 2 URLs caractere por caractere. Protocolo, host, maiúsculas e minúsculas, barra final e parâmetros. A diferença aponta a causa.
4. Descubra onde o Google encontrou a variante. No resultado da inspeção, "Página de referência" mostra uma página que o Google pode ter usado para descobrir o URL, e "Sitemaps" lista qualquer sitemap que o mencione.
5. Busque as variantes como um rastreador faria. O navegador esconde redirecionamentos; a resposta bruta, não.

# Status code and redirect target for each variant of one page
for u in http://example.com/shoes/ https://example.com/shoes/ \
         https://www.example.com/shoes https://www.example.com/Shoes/ \
         "https://www.example.com/shoes/?utm_source=newsletter"; do
  curl -s -o /dev/null -w "%{http_code} -> %{redirect_url}  $u\n" "$u"
done

# The canonical tag in the HTML the server returns, before any JavaScript runs
curl -s https://www.example.com/shoes/ | grep -io '<link[^>]*canonical[^>]*>'

Toda variante deve responder com 301 para o URL preferido, ou com 200 e uma canonical que aponte para ele. Uma variante que responde 200 sem canonical pode continuar caindo neste status.

Como corrigir cada causa

Canonical ausente. Dê a toda página indexável uma canonical autorreferente com URL absoluto, logo no início do <head> do HTML que o servidor envia. A documentação do Google recomenda tanto a forma autorreferente quanto URLs absolutos.

<head>
  <meta charset="utf-8">
  <link rel="canonical" href="https://www.example.com/shoes/">
  <title>Trail running shoes</title>
</head>

Monte a canonical a partir do endereço preferido da própria página, nunca a partir do URL solicitado. Um template que repete a requisição transforma /shoes/?utm_source=newsletter na sua própria canonical, e as variantes podem ir para "Cópia, o Google e o usuário não escolheram a mesma página canônica" em vez de se consolidarem.

Variantes de protocolo e host. Redirecione cada variante com um único 301 que preserve o caminho e a query string. No nginx, o lado HTTP fica assim; coloque a mesma linha return no bloco de servidor HTTPS do domínio sem www.

server {
    listen 80;
    server_name example.com www.example.com;
    return 301 https://www.example.com$request_uri;
}

O Google prefere páginas HTTPS como canônicas, a menos que algo entre em conflito, como um certificado inválido ou um redirecionamento de HTTPS de volta para HTTP. Mande cada variante para o endereço final em um só salto; nosso guia de cadeias de redirecionamento mostra como regras de protocolo, host e barra se empilham em cadeias quando cada uma é adicionada separadamente.

Barra final e maiúsculas. Escolha um padrão, faça 301 do outro para ele e configure o CMS para gerar links nesse padrão. As orientações do Google sobre URLs recomendam usar um único padrão de maiúsculas e minúsculas.

Parâmetros e visualizações alternativas. Uma canonical autorreferente correta no URL limpo resolve os parâmetros de rastreamento, porque toda cópia com tag passa a apontar para a página limpa. Pare de criar links internos para URLs com parâmetros, leve os IDs de sessão para cookies e dê às versões de impressão e alternativas uma canonical para a página principal. Não use o robots.txt para esconder cópias: o Google diz que um URL bloqueado ainda pode ser indexado sem o conteúdo, e o Google não consegue ler a canonical de uma página que não pode buscar. O Google também desaconselha o noindex para escolher a canônica dentro de um site, e a ferramenta de remoção de URLs esconde todas as versões de um URL.

Cópias acidentais. Coloque os hosts de homologação atrás de um login; redirecione domínios antigos página por página.

Páginas que não são cópias. Dê a cada página um conteúdo que as outras não têm: especificações, disponibilidade, detalhes locais. A documentação de solução de problemas do Google observa que as páginas podem continuar em um cluster de cópias por até 2 semanas depois da mudança.

Alinhe todos os sinais. Liste só URLs preferidos no seu sitemap XML e crie links internos para o mesmo URL que a sua canonical indica. O Google desaconselha indicar um URL no sitemap e outro no rel="canonical". Nossa análise de sitemaps que discordam das próprias páginas e o guia de tags canonical tratam dos outros conflitos.

Como verificar a correção

1. Rode "Testar URL publicado" em um URL sinalizado e na página preferida correspondente. O teste ao vivo mostra a canônica declarada pelo usuário; segundo o Google, ele não consegue prever qual URL o Google vai selecionar.
2. Use "Solicitar indexação" em algumas páginas preferidas importantes; existe um limite diário.
3. Clique em "Validar correção" no status depois que todas as ocorrências do padrão estiverem corrigidas. A documentação do Google diz que a validação costuma levar até cerca de 2 semanas, às vezes muito mais, e que ela para se o Google encontrar uma ocorrência restante.
4. Espere que os URLs mudem de status em vez de sumir. Variantes que agora redirecionam aparecem como "Página com redirecionamento"; variantes com uma canonical aceita pelo Google normalmente aparecem em "Página alternativa com tag canônica adequada". Os dois são estados normais para uma cópia.
5. Depois de algumas semanas, inspecione de novo as páginas preferidas e confirme que a "Canônica selecionada pelo Google" coincide com o URL que você declarou.

O Search Console mostra quais URLs o Google classificou como cópias, não qual configuração do site continua gerando essas cópias. Um diagnóstico completo do SEOReport verifica essas origens no nível do site, de fora: www e o domínio sem www servindo o site ao mesmo tempo, HTTP que não redireciona para HTTPS, padrão de barra final misturado entre URLs de sitemap, canonical e hreflang, e uma página inicial sem canonical ou com mais de uma. Ele também aponta artigos quase duplicados. Cópias por parâmetro e páginas internas sem canonical ainda exigem a Inspeção de URL e as verificações acima. Verificar as variantes de cada template é um trabalho que abrange o site inteiro, e é por isso que uma única sessão de chat com IA raramente dá conta.

Perguntas frequentes

Este status prejudica o meu posicionamento?

O Google diz que é o funcionamento esperado, e algum conteúdo duplicado é normal. O custo aparece quando o Google seleciona um URL que você não quer nos resultados, ou quando o tempo de rastreamento vai para as cópias. O Google observa que a página canônica é rastreada com mais regularidade e as cópias, com menos frequência.

Por que o relatório lista URLs para os quais o meu site nunca criou links?

O Google descobre URLs por links externos, campanhas com tags, sitemaps antigos e versões anteriores do seu site. Uma canonical correta no URL limpo resolve essas cópias, venham de onde vierem.

Os URLs duplicados devem sumir do Search Console depois da correção?

Normalmente eles continuam listados, mas em outro status, como descrito nos passos de verificação. Um URL não indexado só importa quando você o quer na Pesquisa, o mesmo critério que vale para Rastreada, mas ainda não indexada.

Como este status se chama em outros idiomas do Search Console?

As páginas de ajuda localizadas do Google (consultadas em outubro de 2026) trazem "Duplicate without user-selected canonical" em inglês, "Duplikat – vom Nutzer nicht als kanonisch festgelegt" em alemão, "Duplicada: el usuario no ha indicado ninguna versión canónica" em espanhol e "Page en double sans URL canonique sélectionnée par l'utilisateur" em francês. O significado e as correções são os mesmos em todos os idiomas.