Conteúdo duplicado

TL;DR — Conteúdo duplicado é o mesmo conteúdo (ou quase o mesmo) disponível em mais de um endereço da web. Não existe “penalidade por conteúdo duplicado”: o Google afirma isso há anos; duplicatas comuns são agrupadas e uma versão é escolhida para aparecer. O efeito real pode ser dividir seus sinais e, às vezes, exibir a página “errada”. Corrija apontando tudo para uma URL preferida conforme o resultado desejado, sem pânico — e lembre que nem tudo que parece duplicata (filtros, paginação e páginas traduzidas) realmente é.

O que é conteúdo duplicado

Conteúdo duplicado ocorre quando o mesmo conteúdo, ou um conteúdo muito semelhante, pode ser acessado por mais de uma URL. Isso pode acontecer dentro de um site ou entre sites diferentes.

Na maioria das vezes, não é alguém copiando seu texto — é um acidente técnico. A mesma página acaba disponível em vários endereços, como:

• http://example.com e https://example.com
• example.com e www.example.com
• example.com/page e example.com/page?utm_source=newsletter

Para uma pessoa, todos parecem “a página”. Para um mecanismo de busca, cada URL diferente é uma página distinta que por acaso contém o mesmo conteúdo.

O ponto principal: não existe penalidade por conteúdo duplicado

Esse é o medo que leva a maioria das pessoas a este tema, então vamos eliminá-lo logo: o Google não penaliza um site por ter conteúdo duplicado. A própria equipe do Google escreveu em 2008 que não existe penalidade por conteúdo duplicado — ao menos não no sentido que a maioria das pessoas atribui ao termo. O Bing repetiu o mesmo em 2025: conteúdo duplicado, sozinho, não aciona penalidades.

Em 2016, escrevi um artigo chamado O mito da penalidade por conteúdo duplicado. Esse mito tem sido surpreendentemente difícil de eliminar, mas continua sendo mito.

A única exceção ocorre quando a duplicação é enganosa — raspar sites de terceiros e republicá-los ou gerar automaticamente grandes volumes de páginas para manipular rankings. Isso é spam e pode provocar ação. A duplicação técnica normal e acidental não viola políticas: o Google apenas a reúne em um cluster e escolhe uma versão para exibir, uma rotina de organização, não uma punição.

Então qual é o problema real?

Se não há penalidade, por que corrigir? Há três motivos reais:

1. Seus sinais ficam divididos. Links, cliques e compartilhamentos podem apontar para três versões da mesma página, em vez de se concentrarem em uma. Cada versão fica mais fraca do que a página consolidada seria.
2. O Google pode escolher a URL “errada”. Diante de duplicatas, o Google escolhe uma representante do grupo nos resultados. Pode não ser a sua escolha — e, em certos casos, outro membro ainda pode ser exibido quando se ajusta melhor a uma busca específica; portanto, nem sempre existe uma escolha única e fixa.
3. O rastreamento fica menos eficiente. O Google rastreia com mais frequência a versão escolhida e menos as cópias. Em geral isso não causa problema, mas, em um site com muita duplicação, páginas novas ou atualizadas podem ser descobertas mais lentamente.

Nada disso é punição. São ineficiências — e todas podem ser corrigidas.

Como corrigir (versão simples)

O objetivo é sempre o mesmo: fazer tudo apontar para uma URL preferida.

• Redirecione as versões indesejadas (como http ou sem www) para a versão desejada com um redirecionamento 301.
• Quando a duplicata precisar continuar acessível, adicione uma tag canonical (rel="canonical") indicando ao Google qual é a versão principal.
• Crie links de forma consistente para a versão preferida em todo o site.

Isso resolve 90% dos casos. Quer a lista completa de causas, a hierarquia de correções, a configuração de syndication e os mitos desmontados um a um? Abra a aba Avançado.

TL;DR — Não existe penalidade geral por conteúdo duplicado — Google e Bing afirmam isso; duplicações comuns são tratadas por deduplicação e seleção de canonical, não por ação de política. Os custos são indiretos e possíveis: diluição de sinais, escolha da URL errada (embora outro membro possa ser exibido em contexto específico), rastreamento menos eficiente e medição confusa. Os mecanismos detectam duplicatas → agrupam URLs → escolhem uma canonical pelos sinais coletados. A maior parte é técnica, mas filtros, ordenação, paginação, variantes e traduções exigem análise caso a caso. Corrija pela intenção: causa raiz / 301 → rel="canonical" → parâmetros → noindex apenas para remover → hreflang → syndication (a orientação atual do Google prefere que o parceiro use noindex em vez de canonical isolada). Penalidades só atingem abuso enganoso e em escala — raspagem e republicação em massa sem valor.

O que conteúdo duplicado realmente é

Como escrevi no meu guia do Ahrefs: “conteúdo duplicado é conteúdo igual ou semelhante que aparece em mais de um lugar na web. Pode existir em um site ou entre vários sites.” A definição histórica do Google o descrevia como blocos substanciais dentro de um domínio ou entre domínios que coincidem ou são muito semelhantes.

O reenquadramento principal: a maior parte é um artefato técnico, não plágio. Uma página é servida em vários endereços, e cada endereço é uma URL distinta para o crawler. A duplicação editorial também existe, mas é minoritária e só recebe ação quando é enganosa.

A documentação atual do Google é mais precisa: trata do conteúdo principal igual ou muito semelhante, não de correspondência palavra por palavra, dentro de um site ou em toda a web. Não confunda com conteúdo raso, plágio (questão jurídica e ética), canibalização de palavras-chave (páginas distintas competindo pela mesma consulta) nem com o “% de quase duplicata” de um crawler, que é um limite configurável da ferramenta, não um número publicado ou usado diretamente pelo Google.

Existe penalidade por conteúdo duplicado? Não.

Este é o eixo do tema: não existe penalidade geral por conteúdo duplicado. Os dois grandes mecanismos afirmam isso.

A publicação do Google de 2008, Desmistificando a “penalidade por conteúdo duplicado”, abre com a frase essencial: “não existe ‘penalidade por conteúdo duplicado’, ao menos não no sentido usado pela maioria.” John Mueller reforça isso há anos; no meu guia do Ahrefs, cito diretamente: “não temos uma penalidade por conteúdo duplicado; não rebaixamos um site por ter muito conteúdo duplicado.”

O Bing repetiu o mesmo recentemente: em dezembro de 2025, escreveu que “conteúdo duplicado, sozinho, não aciona penalidades de busca, mas reduz a visibilidade ao diluir autoridade.”

Defendo esse ponto há uma década. Meu texto de 2016 no Search Engine Land, O mito da penalidade por conteúdo duplicado, foi direto: “conteúdo duplicado só justifica ação quando pretende manipular os resultados.” Essa frase ainda resume toda a história.

A única exceção real: abuso enganoso e em escala

Penalidades só entram em cena quando a duplicação é manipuladora. Isso pertence às políticas de spam do Google, não a uma regra de “conteúdo duplicado”. A linha clara é o abuso de conteúdo em escala: “muitas páginas geradas para manipular rankings, não ajudar usuários.” As políticas também classificam como abusiva a “republicação de outros sites sem conteúdo ou valor original”. A consequência: “sites infratores podem aparecer mais abaixo ou nem aparecer nos resultados.”

A diferença importante: duplicação benigna (a mesma página com e sem www) não é isso — o Google trata conteúdo duplicado comum por deduplicação e seleção de canonical, não por ação de política. Duplicação enganosa e em escala é outra questão. “Sem penalidade” não significa que duplicação nunca leve a ação; significa que a duplicação comum, sozinha, não é o gatilho.

Os custos reais do conteúdo duplicado

Se não há penalidade, por que se preocupar? Existem custos indiretos e possíveis, não garantidos nem equivalentes a perda de ranking:

1. Sinais diluídos / divididos. Quando várias URLs contêm o mesmo conteúdo, sinais de ranking se espalham. O Bing afirma: “quando várias URLs contêm o mesmo conteúdo, cliques, links, impressões e engajamento costumam ser diluídos.” A documentação do Google é condicional: consolidar sinais é uma razão para declarar a canonical; a diluição é possível, não automática.
2. A URL errada é escolhida — ou outra aparece em um caso específico. O Google agrupa e escolhe uma representante. Sinais mistos podem levar à versão indesejada, exatamente o status “Duplicata: o Google escolheu outra canonical”. O guia do Google sobre a Busca observa que outro membro pode aparecer quando se ajusta melhor a um contexto; “duplicata” não significa “excluída para sempre”.
3. O rastreamento fica menos eficiente, não necessariamente “desperdiçado”. O Google rastreia a canonical com mais frequência e os outros membros menos para reduzir carga. É uma mudança relativa, não prova de que toda duplicata consuma crawl budget relevante; em sites grandes, porém, o volume se acumula e se cruza com crawl budget, navegação facetada e spider traps.
4. A medição fica mais confusa. Tráfego, cliques e conversões divididos tornam difícil avaliar a peça; “simplificar métricas de acompanhamento” é uma das razões do próprio Google para consolidar.

Como Google e Bing tratam duplicatas

O mecanismo é igual nos dois: detectar → agrupar → escolher uma canonical.

A publicação do Google de 2008 explica: ao detectar conteúdo duplicado, inclusive variações causadas por parâmetros, o mecanismo agrupa as URLs e escolhe a melhor representante nos resultados. A razão é a variedade — mostrar dez resultados diferentes, não dez URLs do mesmo conteúdo. Também há custo de rastreamento: quanto mais tempo o Googlebot gasta nas duplicatas, menos sobra para o restante do site.

Mueller também descreveu a exibição: quando o Google encontra a mesma informação em várias páginas, tenta localizar a página mais adequada e não mostra todas elas.

A novidade da busca por IA em 2025. O Bing aplica o mesmo modelo à descoberta por LLM: “LLMs agrupam URLs quase duplicadas e escolhem uma página representante; se as diferenças forem mínimas, podem selecionar uma versão desatualizada.” A consolidação protege também sua visibilidade na busca por IA, não só links azuis.

Essa é a relação com a canonicalização: agrupar e escolher uma representante é canonicalizar. Conteúdo duplicado é o problema; canonicalização é o processo. A canonical declarada é uma indicação forte, não uma ordem; o Google pondera redirecionamentos, rel="canonical", links internos e sitemaps. Nenhum sinal isolado garante o resultado.

O que causa conteúdo duplicado

Quase tudo é técnico. Veja a taxonomia agrupada do meu guia no Ahrefs:

Variantes de protocolo e host

• HTTP vs. HTTPS
• sem www vs. www

Variantes e parâmetros de URL

• Parâmetros de tracking (UTM etc.)
• IDs de sessão nas URLs
• URLs sensíveis a maiúsculas/minúsculas
• Com ou sem barra final

Páginas de recursos do site

• URLs para impressão
• URLs específicas para mobile (subdomínios m.)
• URLs AMP
• Navegação facetada / filtrada
• Páginas de tag e categoria (arquivo)
• URLs de anexos / imagens (boilerplate)
• Comentários paginados
• Resultados de busca interna
• Localização (variantes regionais no mesmo idioma)

Entre sites

• Ambientes de staging / desenvolvimento indexados
• Syndication e conteúdo raspado

Pergunte: “quantas URLs diferentes chegam ao mesmo conteúdo?” Cada resposta extra é uma duplicata. Parâmetros de URL são a fonte mais prolífica e merecem tratamento próprio.

Nem tudo que parece duplicação é

Alguns casos são chamados incorretamente de “conteúdo duplicado” quando a resposta é “depende”; analise-os separadamente antes de alterar qualquer coisa:

• Filtros, ordenação e paginação. Um parâmetro não é automaticamente duplicata. Parâmetros de tracking e sessão (?utm_source=, ?sessionid=) criam conteúdo equivalente e devem apontar canonical para a URL limpa. Mas filtros e ordenação podem alterar a página — a ecommerce URL guidance exige análise caso a caso, não canonical geral. Páginas paginadas são outro caso: a pagination guidance diz que cada página da série deve ter URL e canonical autorreferente próprias; apontar todas à página um não é recomendado.
• Variantes de produto. Também não são universalmente duplicatas. URLs para cor, tamanho ou configuração realmente distintos podem ajudar a encontrar a variante; caminhos equivalentes e parâmetros redundantes para o mesmo estoque é que duplicam. Avalie pela intenção de busca, não por ser “apenas uma variante”.
• Traduções completas. Uma página em outro idioma não é duplicata só porque template e layout coincidem — a orientação do Google sobre localized-versions guidance define o limite pela língua, não pelo layout. Variantes regionais no mesmo idioma (en-us vs. en-gb) podem ser quase duplicatas; por isso recebem hreflang, não consolidação.
• O “% de quase duplicata” de um crawler. Ahrefs e Screaming Frog sinalizam páginas acima de um limite de semelhança, muitas vezes 90%. Esse limite é uma configuração da ferramenta, não um número do Google; use o alerta para comparar o conteúdo principal renderizado, não como veredito.

Como encontrar conteúdo duplicado

• Search Console — “Duplicata: o Google escolheu outra canonical”. É o sinal mais claro: o Google substituiu sua declaração. Escrevi um artigo inteiro sobre esse status; causas comuns incluem conteúdo semelhante, cadeias/loops, erros na tag, conteúdo internacional não traduzido e renderização de app shell em JS.
• Um crawler de site (Ahrefs Site Audit, Screaming Frog) sinaliza duplicatas, quase duplicatas, títulos repetidos e variantes de protocolo/host/barra.
• site: buscas revelam casos óbvios: http e https ativos, URLs parametrizadas indexadas e subdomínios de staging expostos.
• Teste de acesso. Em uma página importante, experimente variantes (http/https, www/sem www, barra final, maiúsculas) e veja quais retornam 200 em vez de redirecionar.
• Compare o conteúdo renderizado, não apenas o HTML bruto. O Google indexa o que renderiza, inclusive JavaScript. Fontes diferentes podem produzir saída idêntica; HTML semelhante pode renderizar conteúdo diferente. Na dúvida, confira no navegador.

Como corrigir conteúdo duplicado (em ordem de preferência)

A ordem abaixo é um padrão útil, mas a primeira pergunta é o que você realmente quer que aconteça com esta URL — a correção segue a intenção, não uma ordem universal:

• Quer eliminar a duplicata e redirecionar o tráfego? → 301.
• Precisa mantê-la acessível, mas quer outra URL nos resultados? → rel="canonical".
• É uma página distinta agrupada por engano? → torne-a realmente diferente; consulte as causas acima.
• Quer retirá-la deliberadamente do índice do Google? → noindex.

Com esse enquadramento, siga das correções mais fortes e de causa raiz até a remoção:

1. Corrija a causa raiz / consolide com redirecionamentos 301. Para variantes de protocolo, host, barra e capitalização, mantenha uma versão e aplique 301 às demais. É o sinal de consolidação mais forte do Google — “um sinal forte de que o destino deve se tornar canonical.” O Bing concorda: “use 301 para consolidar variantes em uma URL preferida.” Ele remove a duplicata e transmite sinais.

2. rel="canonical" — quando a duplicata precisa continuar acessível. Se ela deve permanecer ativa, adicione canonical para a URL preferida. Google: “um sinal forte de que a URL especificada deve se tornar canonical.” Observe sinal: é indicação, não diretiva. O Google pode escolher diferente diante de conflitos. (Mais sobre tags canonical / rel=canonical no tópico relacionado.)

3. Tratamento de parâmetros e links internos consistentes. Aponte canonical para a URL limpa e sempre crie links internos para uma versão. A antiga ferramenta de parâmetros do GSC foi desativada em 2022; trate-os por canonical, robots e links. Incluir uma URL no sitemap é sinal fraco, então liste apenas URLs canonicals.

4. noindex — somente quando você realmente quer remover a página. noindex remove uma página; não consolida sinais como 301 ou canonical. Use-o apenas quando a página deve sair do índice, não como correção padrão. Usar noindex para consolidar descarta sinais em vez de uni-los.

Distinção importante: robots.txt e a ferramenta de remoção do Search Console também não canonicalizam. Bloquear no robots.txt impede o Googlebot de ver a página, então ela não pode ser avaliada nem agrupada. A remoção apenas oculta a URL temporariamente; não consolida. Use noindex, redirecionamento ou canonical conforme o objetivo.

5. hreflang para variantes localizadas. Em variantes regionais no mesmo idioma (en-us vs en-gb), hreflang relaciona as versões para exibir a correta. Não melhora rankings nem consolida; apenas direciona. (Veja SEO internacional.)

6. Syndication — e esta orientação mudou. Republicar não é arriscado se a relação estiver correta. As políticas do Google excluem syndication explicitamente — “publicações de notícias com conteúdo sindicalizado de outras publicações” não são abuso. O risco nunca foi a syndication em si.

Mas o mecanismo recomendado mudou da orientação canonical-primeiro que eu e o setor dávamos. A orientação atual de solução de problemas do Google não trata mais rel="canonical" como forma principal de impedir a cópia do parceiro de competir, pois páginas sindicalizadas diferem em template, introdução, anúncios ou links, e a canonical nem sempre é respeitada. O mais eficaz é o parceiro bloquear a indexação da cópia com noindex ou fora do sitemap.

Na prática, ainda peça canonical para você — ela ajuda quando as páginas são quase idênticas. Mas, para controlar o risco de a cópia superar o original, é mais confiável mantê-la totalmente fora do índice. Isso atualiza a antiga orientação “canonical ou noindex”; reveja acordos antigos baseados apenas em canonical.

Mitos sobre conteúdo duplicado, desmontados

• “Existe penalidade por conteúdo duplicado.” Não. O Google diz que “não existe penalidade por conteúdo duplicado”; o Bing diz que “não aciona penalidades por si só”. Penalidades se limitam a abuso enganoso/em escala.
• “Se duas páginas são >X% semelhantes, há penalidade.” Não existe limite percentual. Os mecanismos agrupam e escolhem canonical; não retiram pontos por uma nota de semelhança. (Matt Cutts estimou 25% a 30% da web como duplicada — normal.)
• “Citar fontes ou repetir boilerplate prejudica.” Não. Rodapés, avisos, especificações e citações são repetições normais esperadas.
• “Manter http:// e https:// (ou www e sem www) gera penalidade.” Não, mas é um problema de sinais divididos. Corrija com 301 por eficiência, não medo.
• “A tag canonical garante a canonical.” Não. rel="canonical" é um sinal/indicação, não diretiva; 301 é mais forte e conflitos podem fazer o Google escolher outra URL — exatamente “Duplicata: o Google escolheu outra canonical”.
• “noindex é a correção padrão.” Geralmente errado. Ele remove, não consolida. Prefira 301/canonical; use noindex apenas para retirar.

Conclusão

Não há penalidade. Há diluição, URL errada no ranking e rastreamento desperdiçado — e a solução é consolidar tudo em uma URL canonical com o sinal mais forte disponível. Como o Google diz há anos, você pode deixá-lo agrupar duplicatas e escolher uma representante. Eu prefiro fazer essa escolha por ele.

Resumo por IA

Uma síntese da versão Avançada:

• Não existe penalidade geral por conteúdo duplicado. Google e Bing afirmam isso. O Google normalmente trata a duplicação comum por deduplicação e seleção de canonical, não por ação de política. Penalidades só se aplicam a abuso enganoso e em escala — raspagem e republicação em massa sem valor.
• Os custos reais são indiretos e possíveis, não garantidos: (1) diluição de sinais — links, cliques e impressões podem se dividir; (2) escolha da URL errada, embora outro membro possa aparecer em contexto específico; (3) rastreamento menos eficiente; (4) medição mais confusa.
• Os mecanismos tratam assim: detectar → agrupar → escolher uma canonical. O Google agrupa URLs duplicadas e seleciona uma representante pelos sinais coletados (a canonical declarada é uma indicação, não uma regra). O Bing aplica o mesmo modelo à busca por LLM/IA e pode apresentar uma representante desatualizada.
• A maior parte da duplicação é técnica, não editorial: http/https, www/sem www, parâmetros de tracking, IDs de sessão, capitalização, barra final, URLs de impressão/mobile/AMP, navegação facetada, arquivos, busca interna, staging e syndication.
• Nem tudo que parece duplicação é: filtros, ordenação e paginação exigem análise específica; páginas paginadas mantêm suas canonicals; variantes podem merecer URLs próprias; traduções completas não são duplicatas; o “% de quase duplicata” de um crawler é uma configuração da ferramenta, não um limite do Google.
• Encontre com o status “Duplicata: o Google escolheu outra canonical” do GSC, um crawler, buscas site:, testes de acesso e comparação do conteúdo renderizado.
• Corrija pela intenção, aproximadamente nesta ordem: causa raiz / 301 → rel="canonical" (indicação, não diretiva) → tratamento de parâmetros + links internos consistentes → noindex apenas para remover de fato (não consolida sinais; robots.txt e a ferramenta de remoção também não) → hreflang para variantes localizadas → syndication, pedindo ao parceiro noindex em vez de depender apenas da canonical.
• Mitos eliminados: não há gatilho percentual de semelhança; boilerplate e citações são aceitáveis; http+https ativos não geram penalidade; canonical é sinal, não garantia; noindex não é a correção padrão.

Documentação oficial

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

Google

• O que é canonicalização — documentação atual sobre semelhança do conteúdo principal, clusters, frequência de rastreamento e a exceção de exibição por contexto. Comece aqui para entender a detecção.
• Consolidar URLs duplicadas / especificar uma canonical — por que declarar a canonical, como o Google escolhe uma quando você não declara e a força relativa dos métodos (redirecionamentos > rel=canonical > sitemap). Comece aqui para a hierarquia de correções.
• Corrigir problemas de canonicalização — orientação atual sobre syndication, soluções para cópias/raspagem e prazo de reavaliação.
• Guia detalhado sobre o funcionamento da Busca Google — renderização antes da indexação, clustering e por que um membro não canonical ainda pode aparecer em contexto específico.
• Projetar a estrutura de URLs para sites de ecommerce — parâmetros e variantes de produto; por que um parâmetro não é automaticamente uma duplicata.
• Paginação, carregamento incremental e impacto na Busca Google — cada página paginada deve ter URL e canonical autorreferente próprias.
• Informar ao Google as versões localizadas — o limite de duplicação é o idioma, não o layout; hreflang recíproco para variantes regionais no mesmo idioma.
• Políticas de spam — onde as penalidades realmente existem: abuso de conteúdo em escala, raspagem e a exceção para syndication.
• Desmistificando a “penalidade por conteúdo duplicado” (2008) — publicação original sobre a inexistência de penalidade e a origem do enquadramento por clusters.
• Como lidar com duplicação legítima entre domínios (2009) — referência antiga sobre syndication; consulte a documentação atual acima para a recomendação atualizada.
• Como lidar habilmente com conteúdo duplicado (2006) — definição histórica de conteúdo duplicado.

Bing / Microsoft

• Conteúdo duplicado prejudica SEO e visibilidade na busca por IA? (dez. de 2025) — modelo do Bing “sem penalidade → sinais diluídos → cluster → escolha de uma representante”, ampliado para busca por LLM/IA. Correções citadas: canonical, 301, hreflang, noindex e IndexNow.

Citações das fontes

Declarações públicas do Google e do Bing. Cada link aponta diretamente para o trecho citado na página de origem. As citações permanecem no idioma original para preservar a evidência.

Google — não existe penalidade

• “There’s no such thing as a ‘duplicate content penalty.’ At least, not in the way most people mean when they say that.” — blog Google Search Central, Desmistificando a “penalidade por conteúdo duplicado” (2008). Leia a publicação
• “We don’t have a duplicate content penalty. It’s not that we would demote a site for having a lot of duplicate content.” — John Mueller, Google. Ir para a citação

Google — onde as penalidades realmente existem (políticas de spam)

• “Scaled content abuse is when many pages are generated for the primary purpose of manipulating search rankings and not helping users.” — Google Search Essentials, políticas de spam. Ir para a citação
• “Republishing content from other sites without adding any original content or value, or even citing the original source.” — políticas de spam do Google, listado como raspagem abusiva. Ir para a citação
• “Sites that violate our policies may rank lower in results or not appear in results at all.” Ir para a citação
• Exceção para syndication: “News publications that have syndicated news content from other news publications.” Ir para a citação

Google — clustering e hierarquia de correções

• “If you don’t specify a canonical URL, Google will identify which version of the URL is objectively the best version to show to users in Search.” — documentação do Google Search Central. Ir para a citação
• Redirecionamentos: “A strong signal that the target of the redirect should become canonical.” Ir para a citação
• rel="canonical": “A strong signal that the specified URL should become canonical.” Ir para a citação
• Inclusão no sitemap: “A weak signal that helps the URLs that are included in a sitemap become canonical.” Ir para a citação

Bing — o mesmo modelo, mais a perspectiva da busca por IA

• “Duplicate content doesn’t trigger search penalties on its own, but it does reduce visibility by diluting authority.” — Bing Webmaster Blog (dezembro de 2025). Ir para a citação
• “When several URLs contain the same content, signals such as clicks, links, impressions, and engagement are often diluted.” Ir para a citação
• “LLMs group near-duplicate URLs into a single cluster and then choose one page to represent the set. If the differences between pages are minimal, the model may select a version that is outdated.” Ir para a citação

Checklist de auditoria de conteúdo duplicado

Percorra estes itens para encontrar e resolver duplicações em um site:

• Verifiquei no Search Console os status “Duplicata: o Google escolheu outra canonical” e “Duplicata sem canonical selecionada pelo usuário”.
• Confirmei que apenas um protocolo resolve — http redireciona com 301 para https.
• Confirmei que apenas um host resolve — www e sem www não retornam 200 ao mesmo tempo; um redireciona ao outro.
• Confirmei uma convenção de barra final e capitalização consistente — as variantes redirecionam.
• Parâmetros de tracking / sessão (UTM, ordenação, IDs de sessão) apontam canonical para a URL limpa.
• Impressão, mobile (m.) e AMP apontam canonical para a URL principal.
• Navegação facetada / filtrada não gera URLs duplicadas rastreáveis (canonical, robots ou # em vez de ?).
• Tag/categoria/arquivo e resultados de busca interna não são indexados como duplicatas rasas.
• Staging / desenvolvimento não é indexado (bloqueio ou noindex + autenticação).
• Toda página importante tem uma canonical autorreferente.
• Links internos apontam para uma única versão canonical.
• Sitemaps listam apenas URLs canonicals e indexáveis.
• Variantes localizadas são relacionadas por hreflang, não consolidadas.
• Cópias sindicalizadas — solicite que o parceiro use noindex; uma canonical para o original é um bom sinal secundário, não a correção principal.
• Filtros, ordenação e paginação foram avaliados pela intenção, sem canonicalização automática; cada página paginada mantém sua canonical.

A hierarquia de correções (em ordem de preferência)

Ao encontrar duplicação, percorra esta lista de cima para baixo: correções mais fortes e de causa raiz primeiro, remoção por último. Escolha a primeira aplicável.

1. Corrija a causa raiz / redirecione com 301. O melhor resultado é a duplicata deixar de existir. Em variantes de protocolo, host, barra e capitalização, mantenha uma versão e redirecione as demais a ela com 301. O redirecionamento é o sinal de consolidação mais forte do Google e transmite sinais.

2. rel="canonical" — quando a duplicata precisa continuar acessível. Não pode remover a duplicata? Aponte uma canonical para a URL preferida. É uma indicação forte, não uma diretiva; reforce-a com links internos consistentes e sitemap limpo.

3. Tratamento de parâmetros + links internos consistentes. Trate parâmetros de forma consistente e sempre crie links internos para uma única versão canonical. A ferramenta de parâmetros do GSC acabou em 2022.

4. noindex — somente quando você realmente quer remover. noindex remove; não consolida. Use-o quando a página realmente não deve estar no índice, nunca como correção padrão, pois descarta sinais em vez de uni-los.

5. hreflang — para variantes localizadas. Variantes regionais no mesmo idioma não são “duplicatas a consolidar”: relacione-as com hreflang para servir a versão correta. Ele não melhora rankings; direciona a versão.

6. Syndication — peça ao parceiro para bloquear a indexação, não apenas usar canonical. Quando terceiros republicam você, uma canonical para o original ajuda, mas a orientação atual do Google diz que o noindex do parceiro impede a competição com mais eficácia, pois páginas sindicalizadas podem diferir o suficiente para a canonical não bastar.

Regra de decisão em uma linha: Posso remover a duplicata? → 301. Não? → canonical. Conteúdo diferente por região? → hreflang. Quero retirá-la por completo? → noindex. Remova somente quando não quiser consolidar. robots.txt e remoção de URL não entram na lista: bloqueiam ou ocultam, mas não consolidam.

Causa → correção recomendada

Força dos sinais (ordem do Google): redirecionamento 301 (forte) > rel="canonical" (forte) > inclusão no sitemap (fraco). Em conflito, o redirecionamento supera a canonical.

O que cada recurso faz

Lembre-se: não existe penalidade — corrija a duplicação para consolidar sinais e tornar o rastreamento eficiente, não por medo.

Como encontrar variantes duplicadas

Você não precisa de uma ferramenta sofisticada para encontrar duplicatas técnicas comuns — alguns testes localizam a maioria.

site: buscas (qualquer navegador). Encontre duplicatas que já estão no índice:

site:example.com inurl:http://       # is the http version indexed?
site:example.com inurl:?              # parameterized URLs indexed?
site:staging.example.com             # did a staging subdomain escape?
site:example.com intitle:"Your Page Title"   # same title on multiple URLs?

Verifique quais variantes de URL retornam 200 (macOS / Linux). Se mais de uma retornar 200 em vez de redirecionar, há um problema de consolidação:

for url in \
  "http://example.com/page" \
  "https://example.com/page" \
  "https://www.example.com/page" \
  "https://example.com/page/" \
  "https://example.com/Page"; do
  code=$(curl -s -o /dev/null -w "%{http_code}" -I "$url")
  echo "$code  $url"
done
# Want: one 200 (the canonical) and the rest 301 to it.

Windows (PowerShell) equivalente:

$urls = "http://example.com/page","https://example.com/page",
        "https://www.example.com/page","https://example.com/page/"
foreach ($u in $urls) {
  $r = Invoke-WebRequest -Uri $u -Method Head -MaximumRedirection 0 `
        -SkipHttpErrorCheck -ErrorAction SilentlyContinue
  "{0}  {1}" -f $r.StatusCode, $u
}

Leia a canonical declarada para confirmar que aponta ao destino esperado:

curl -s "https://example.com/page" | grep -i 'rel="canonical"'

Para deduplicar o site inteiro, deixe um crawler fazer o trabalho — consulte a aba Ferramentas.

Ferramentas para encontrar e corrigir duplicatas

• Google Search Console — relatório Páginas. Os status “Duplicata: o Google escolheu outra canonical”, “Duplicata sem canonical selecionada pelo usuário” e “Página alternativa com tag canonical adequada” mostram como o Google trata suas duplicatas. Comece aqui.
• Inspeção de URL (GSC) — para qualquer URL, compare lado a lado a canonical declarada pelo usuário e a selecionada pelo Google.
• Ahrefs Site Audit — sinaliza páginas duplicadas e quase duplicadas, títulos e metadados repetidos e variantes de protocolo/host/barra/capitalização em um rastreamento.
• Screaming Frog SEO Spider — encontra conteúdo duplicado, cadeias/loops de canonical e problemas de redirecionamento.
• Ahrefs Webmaster Tools — rastreamento e auditoria gratuitos para sites verificados.
• site: buscas — forma sem configuração de ver quais duplicatas já estão indexadas (consulte a aba Scripts).
• Bing Webmaster Tools — revela padrões de duplicação e oferece IndexNow para enviar URLs alteradas/removidas e atualizar o cluster mais rápido.

Antes / depois: três configurações comuns de duplicatas

Um exemplo simplificado para cada uma das três duplicações técnicas mais comuns desta página, mostrando o problema e a correção.

1. Variantes de protocolo + host retornando 200

# Bad — four addresses all serve the same page, all return 200
http://example.com/guide          → 200
https://example.com/guide         → 200
http://www.example.com/guide      → 200
https://www.example.com/guide     → 200

Problema: para o Google, cada rastreamento dessas quatro URLs acessa a “mesma página”, e links para a versão “errada” não se consolidam nas demais. Os sinais se dividem em quatro em vez de se acumularem em uma.

# Clean — one canonical host/protocol, everything else 301s to it
http://example.com/guide          → 301 → https://www.example.com/guide
https://example.com/guide         → 301 → https://www.example.com/guide
http://www.example.com/guide      → 301 → https://www.example.com/guide
https://www.example.com/guide     → 200 (canonical, self-referencing <link rel="canonical">)

Correção: esta é a etapa “corrigir a causa raiz / 301” da hierarquia acima — o sinal mais forte, porque remove a duplicata por completo.

2. Uma URL com parâmetro de tracking e canonical errada

<!-- Bad — the parameterized URL canonicalizes to itself,
     so Google treats /product?utm_source=newsletter as its own page
     instead of folding it into the clean URL -->
<!-- served at https://example.com/product?utm_source=newsletter -->
<link rel="canonical" href="https://example.com/product?utm_source=newsletter" />

Problema: uma canonical autorreferente em URL parametrizada diz ao Google “esta é a página real”, anulando o objetivo — a URL limpa e cada variante (?utm_source=, ?sort=, ?ref=) parecem candidatas canonicals separadas.

<!-- Clean — every parameter variant canonicalizes to the clean URL -->
<!-- served at https://example.com/product?utm_source=newsletter -->
<link rel="canonical" href="https://example.com/product" />

Correção: esta é a etapa 3, tratamento de parâmetros — aponte a canonical de cada variante para a URL limpa e crie links internos apenas para ela.

3. Uma cópia sindicalizada sem relação com o original

<!-- Bad — the syndicating site has no canonical or noindex pointing
     back to your original, so the copy competes with it in results -->
<!-- your article, republished on partner-site.com/your-article -->
<link rel="canonical" href="https://partner-site.com/your-article" />

<!-- Better, but not the most effective option on its own — the syndicated
     copy canonicals back to your original -->
<!-- your article, republished on partner-site.com/your-article -->
<link rel="canonical" href="https://example.com/your-article" />

<!-- Most effective per Google's current guidance — the partner keeps
     their copy out of the index entirely, so there's nothing to compete
     with your original at all -->
<!-- your article, republished on partner-site.com/your-article -->
<meta name="robots" content="noindex, follow" />

Correção: esta é a etapa 6 da hierarquia — syndication não é arriscada por si só (as políticas de spam do Google excluem explicitamente a syndication legítima). A orientação mudou: uma canonical para você ajuda, mas não impede com segurança a cópia do parceiro de competir, pois páginas sindicalizadas podem diferir o bastante para o Google não respeitá-la. Pedir ao parceiro que use noindex é mais confiável.

Prompts para trabalhar com conteúdo duplicado

Prompts prontos para copiar nas tarefas desta página. Cole suas URLs ou HTML onde indicado e verifique a saída antes de agir; modelos podem interpretar incorretamente a semântica dos parâmetros.

Agrupe uma lista de URLs em conjuntos duplicados

Cole uma lista de URLs obtida de um rastreamento, busca site: ou logs. Espere receber clusters de duplicatas, uma canonical sugerida para cada grupo e a justificativa.

Here is a list of URLs from my site. Group them into clusters of URLs
that likely serve the same or near-duplicate content (protocol/host
variants, trailing slash, case, tracking parameters, print/mobile/AMP
versions). For each cluster, suggest which URL should be the canonical
and explain why, using the fix hierarchy: 301 redirect for pure
technical variants, rel=canonical for URLs that must stay reachable.

URLs:
[paste URL list here]

Audite conflitos entre tags canonical

Cole o HTML bruto do <head> (ou apenas as linhas de canonical/hreflang/redirecionamento) de várias páginas. Espere uma lista de conflitos: canonicals autorreferentes indevidas, destinos que redirecionam ou cadeias de canonical.

Here is the <head> markup for several pages on my site. Check the
rel="canonical" tags for problems: a canonical pointing at a URL that
itself redirects or 404s, a canonical chain (A canonicals to B, B
canonicals to C), a parameterized URL with a self-referencing
canonical instead of pointing at the clean URL, or a canonical
pointing cross-domain unintentionally. List each issue found with the
URL and a one-line explanation.

[paste head markup per URL here]

Decida a correção para uma lista de parâmetros

Cole parâmetros de URL vistos no Search Console ou nos logs (por exemplo, ?sort=, ?utm_source=, ?sessionid=, ?color=). Espere uma recomendação por parâmetro — canonicalizar, usar noindex ou bloquear — conforme ele altere ou não o conteúdo.

Here are the URL parameters my site generates, with a short note on
what each one does. For each parameter, tell me whether the resulting
URL should (a) canonicalize to the clean URL because it doesn't change
the content meaningfully, (b) stay indexable as its own page because
it does change the content (e.g. a real filter a user would search
for), or (c) be blocked/noindexed because it's low-value (session IDs,
sort order, tracking tags). Explain the reasoning for each.

Parameters:
[paste parameter list and notes here]

Testes de validação: a consolidação realmente funcionou?

Execute estes testes após uma correção — 301, mudança de canonical ou limpeza de parâmetros — para confirmar a implantação e saber quando reverter.

1. O redirecionamento resolve sem problemas

Teste: execute curl -I em cada variante antiga (ou use o Verificador de status HTTP). Resultado esperado: um único 200 na URL preferida; todas as outras retornam 301 direto com Location apontando para ela, sem cadeia. Interpretação da falha: uma variante ainda retorna 200 ou o Location aponta para outra URL que redireciona. Janela de monitoramento: imediata. Gatilho de reversão: qualquer variante ainda em 200 ou cadeia com mais de um salto.

2. A tag canonical aponta para o destino pretendido

Teste: use o Verificador de canonical (ou curl -s <url> | grep 'rel="canonical"') na URL parametrizada/duplicada. Resultado esperado: a canonical declarada corresponde exatamente à URL limpa. Interpretação da falha: canonical autorreferente na variante indica que a correção não foi aplicada; destino que redireciona ou retorna 404 deve ser substituído pelo destino final. Janela de monitoramento: imediata. Gatilho de reversão: canonical ainda autorreferente ou apontando para URL que não retorna 200.

3. A canonical escolhida pelo Google corresponde à sua

Teste: no Google Search Console, abra Inspeção de URL e compare “Canonical declarada pelo usuário” com “Canonical selecionada pelo Google”. Resultado esperado: ambas coincidem. Interpretação da falha: a divergência indica que outra URL ainda é tratada como autoridade; a mudança pode ser recente ou links internos/sitemap ainda apontam para a antiga. Janela de monitoramento: 2–4 semanas após novo rastreamento. Gatilho de reversão: divergência persiste por 4–6 semanas sem melhora.

4. A contagem de status de duplicata no GSC cai

Teste: acompanhe no relatório Páginas do Search Console a contagem de “Duplicata: o Google escolheu outra canonical” (ou use o Analisador de CSV do Google Search Console). Resultado esperado: as URLs saem desse status após novo rastreamento. Interpretação da falha: contagem estável ou crescente indica propagação incompleta ou sinais conflitantes. Janela de monitoramento: 2–4 semanas. Gatilho de reversão: contagem inalterada após um ciclo completo sem explicação; reveja links internos e sitemap antes de concluir que a correção está errada.

Recursos que valem seu tempo

Meus textos — as fontes principais desta página

• Conteúdo duplicado: por que acontece e como corrigir — meu guia completo no Ahrefs, com a taxonomia de causas e a hierarquia de correções usadas nesta página.
• O mito da penalidade por conteúdo duplicado — meu texto de 2016 no Search Engine Land. Esta página é sua sucessora moderna; defendo esse argumento há uma década.
• Duplicata: o Google escolheu outra canonical — significado do status no GSC, causas e correções.
• Tags canonical explicadas — análise detalhada de rel=canonical.
• O Google usa cerca de 40 sinais de canonicalização — como o Google escolhe a URL representante.
• Parâmetros de URL: guia completo para SEOs — a fonte mais prolífica de URLs duplicadas.

Oficiais

• Google: O que é canonicalização · Consolidar URLs duplicadas · Corrigir problemas de canonicalização (orientação atual sobre syndication) · Políticas de spam · Duplicação legítima entre domínios (referência antiga sobre syndication).
• Bing: Conteúdo duplicado prejudica SEO e visibilidade na busca por IA? (dezembro de 2025).

De outras fontes do setor

• r/TechSEO — comunidade para diagnosticar canonicals e duplicatas.
• O que é conteúdo duplicado? (Semrush) — visão ampla de causas e detecção; leitura complementar útil para fluxos com ferramentas.
• Conteúdo duplicado: causas e soluções (Yoast) — lista sólida de causas e orientação para CMS, especialmente WordPress, sobre navegação facetada e arquivos.
• Guia definitivo de SEO para conteúdo duplicado (Sitebulb) — guia técnico aprofundado sobre quase duplicatas e impacto na busca por IA.
• Existe penalidade por conteúdo duplicado? (SISTRIX) — resposta direta e concisa ao mito.
• Google SEO Office Hours, 31 jan. 2021 — John Mueller sobre conteúdo duplicado — transcrição do Search Engine Journal sobre a explicação de que não é fator negativo de ranking.

Frases que vale guardar

As frases que uso quando alguém insiste que existe uma penalidade. As citações são mantidas no idioma original para preservar a evidência:

• John Mueller, Google — “We don’t have a duplicate content penalty. It’s not that we would demote a site for having a lot of duplicate content.” Fonte (meu guia no Ahrefs)
• Google (2008) — “There’s no such thing as a ‘duplicate content penalty.’ At least, not in the way most people mean when they say that.” Fonte
• Eu, no Search Engine Land (2016) — “Duplicate content is not grounds for action unless its intent is to manipulate search results.” E, sobre deixar o Google organizar: “If you don’t want to worry about sorting through duplication on your site, you can let us worry about it instead.” Fonte
• Bing (2025) — “Duplicate content doesn’t trigger search penalties on its own, but it does reduce visibility by diluting authority.” Fonte
• Matt Cutts, Google — entre 25% e 30% do conteúdo da web seria duplicado. A duplicação é normal e esperada, não algo passível de punição. Cobertura (Search Engine Land)

Teste seus conhecimentos: conteúdo duplicado

Cinco perguntas rápidas sobre conteúdo duplicado e seus mitos. Escolha uma resposta e confira.

Registro de alterações