Conteúdo duplicado

TL;DR — Conteúdo duplicado é o mesmo conteúdo (ou quase o mesmo) aparecendo em mais de um endereço da web. Não existe “penalidade por conteúdo duplicado” — o Google diz isso há anos; duplicatas comuns apenas são agrupadas e uma versão é escolhida para aparecer. O que acontece na prática é que seus sinais podem ser divididos e, às vezes, a “página errada” pode aparecer. A correção é apontar tudo para uma URL preferencial de acordo com o resultado que você realmente quer, sem pânico — e nem tudo que parece duplicado (filtros, paginação, páginas traduzidas) é de fato uma duplicata.

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 em um único site ou entre sites diferentes.

Na maior parte do tempo, não é alguém copiando seu texto — é um acidente técnico. A mesma página acaba vivendo 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 esses endereços parecem “a página”. Para um mecanismo de busca, cada URL diferente é uma página diferente que, por acaso, tem o mesmo conteúdo.

A principal questão: não existe penalidade por conteúdo duplicado

Este é o medo que traz a maioria das pessoas a este tema, então vou eliminá-lo logo de início: o Google não penaliza você por ter conteúdo duplicado. A própria equipe do Google escreveu, em 2008, que não existe uma penalidade por conteúdo duplicado — pelo menos não no sentido que a maioria das pessoas dá à expressão. O Bing disse o mesmo novamente em 2025: conteúdo duplicado não aciona penalidades por si só.

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

A única exceção é quando a duplicação é enganosa — copiar sites de outras pessoas e republicá-los, ou gerar automaticamente pilhas de páginas para manipular rankings. Isso é spam, e spam recebe ação. A duplicação normal, acidental e técnica não é uma violação de política — o Google simplesmente a agrupa em um cluster e escolhe uma versão para exibir; isso é manutenção rotineira, não punição.

Então qual é o problema real?

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

1. Seus sinais são divididos. Links, cliques e compartilhamentos podem apontar para três versões diferentes da mesma página, em vez de se acumularem em uma. Assim, cada versão fica mais fraca do que a página combinada seria.
2. O Google pode escolher a URL “errada”. Quando há duplicatas, o Google escolhe uma para representar o grupo nos resultados. Pode não ser a que você escolheria — e, ocasionalmente, outro membro do grupo ainda pode ser exibido quando se encaixa melhor em uma busca específica, portanto nem sempre há uma única escolha fixa.
3. O rastreamento fica menos eficiente. O Google rastreia a versão escolhida com mais regularidade e as cópias com menos frequência para poupar esforço. Isso costuma ser aceitável, mas, num site com muita duplicação, páginas novas ou atualizadas podem ser descobertas mais lentamente do que deveriam.

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

Como corrigir (a versão simples)

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

• Redirecione as versões que você não quer (como as versões http ou sem www) para a versão escolhida, usando um redirecionamento 301.
• Quando precisar manter uma duplicata acessível, adicione uma tag canonical (rel="canonical") informando ao Google qual é a versão verdadeira.
• Faça links de forma consistente para a versão preferencial em todo o seu site.

Isso cobre 90% do caso. Quer a lista completa de causas, a hierarquia de correções em ordem de preferência, a configuração de syndication e os mitos desmentidos um a um? Mude para a aba Avançado.

TL;DR — Não existe uma penalidade geral por conteúdo duplicado — Google e Bing dizem isso explicitamente; a duplicação comum é tratada por deduplicação e seleção de canonical, não por ação de política. Os custos reais são indiretos e possíveis, não garantidos: diluição de sinais, escolha da URL errada (embora outro membro do cluster ainda possa ser exibido em um contexto específico), rastreamento menos eficiente e medição mais confusa. Os mecanismos detectam duplicatas → agrupam as URLs correspondentes → escolhem uma canonical a partir dos sinais coletados — uma canonical declarada é uma dica, não uma regra. A maior parte da duplicação é técnica, não editorial, mas filtros, ordenação, paginação, variantes e traduções exigem uma análise caso a caso, não uma canonical automática. Corrija por intenção, aproximadamente nesta ordem: causa-raiz / 301 → rel="canonical" → tratamento de parâmetros → noindex apenas para remover de verdade → hreflang → syndication (a orientação atual do Google favorece que o parceiro aplique noindex à própria cópia, em vez de usar apenas canonical). As penalidades só se aplicam a abuso enganoso e em escala — scraping e republicação em massa sem valor.

O que conteúdo duplicado realmente é

Como escrevi no meu guia da Ahrefs: “Duplicate content is the same or similar content that appears on the web in more than one place. It can exist on one website or across multiple websites.” A definição legada do Google (de uma publicação do Search Central de 2006) o descrevia como blocos substanciais de conteúdo dentro ou entre domínios que correspondem completamente ou são apreciavelmente semelhantes.

A principal reformulação: a maior parte do conteúdo duplicado é 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 um rastreador. Duplicação editorial (copiar texto) também existe, mas é o caso minoritário — e nem isso é penalizado, a menos que seja enganoso.

A documentação atual do Google descreve a relação com um pouco mais de precisão que as definições antigas: trata-se de conteúdo principal igual ou muito semelhante, não de uma correspondência palavra por palavra, e isso pode ocorrer em um site ou em toda a web. É importante distingui-lo de algumas coisas que ele não é: conteúdo superficial (uma página com conteúdo insuficiente para ser útil, duplicada ou não), plágio (uma questão jurídica/ética, não técnica), canibalização de palavras-chave (várias páginas distintas do seu site competindo pela mesma consulta — um problema de segmentação, não de duplicação) e a pontuação de “% de quase-duplicata” de um rastreador (um limite de similaridade configurável pela ferramenta, não algo que o Google publique ou use diretamente — mais sobre isso abaixo).

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

Este é o eixo de todo o tema, então vou ser inequívoco: não existe uma penalidade geral por conteúdo duplicado. Os dois principais mecanismos de busca dizem isso.

A publicação de 2008 do Google, Demystifying the “duplicate content penalty”, começa com a frase que todos deveriam conhecer: “There’s no such thing as a ‘duplicate content penalty.’ At least, not in the way most people mean when they say that.” John Mueller reforçou isso durante anos — no meu guia da Ahrefs, cito-o diretamente: “We don’t have a duplicate content penalty. It’s not that we would demote a site for having a lot of duplicate content.”

O Bing disse o mesmo novamente, recentemente. Em sua publicação de dezembro de 2025, escreveu: “Duplicate content doesn’t trigger search penalties on its own, but it does reduce visibility by diluting authority.”

Tenho defendido este ponto há uma década. Meu texto de 2016 no Search Engine Land, The Myth of the Duplicate Content Penalty, explicou claramente: “Duplicate content is not grounds for action unless its intent is to manipulate search results.” Essa frase ainda resume toda a história.

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

As penalidades só entram em cena quando a duplicação é manipulativa. Isso vive nas políticas de spam do Google, não em uma regra de “conteúdo duplicado”. A linha divisória é o abuso de conteúdo em escala: “Scaled content abuse is when many pages are generated for the primary purpose of manipulating search rankings and not helping users.” O scraping também é mencionado — as políticas listam “Republishing content from other sites without adding any original content or value, or even citing the original source” como abusivo. A consequência: “Sites that violate our policies may rank lower in results or not appear in results at all.”

A distinção importante é: duplicação benigna (a mesma página em www e sem www) não é isso — o Google normalmente lida com conteúdo duplicado comum por meio de deduplicação e seleção de canonical, não por ação de política. Duplicação enganosa e em escala é um problema separado, que vive nas políticas de spam. Não confunda os dois, mas também não vá para o absoluto oposto — “sem penalidade” não significa que a duplicação nunca possa levar a uma ação; significa que duplicação comum, por si só, não é o gatilho.

Os custos reais do conteúdo duplicado

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

1. Sinais diluídos / divididos. Quando várias URLs contêm o mesmo conteúdo, os sinais de ranking se espalham. O Bing os descreve assim: “When several URLs contain the same content, signals such as clicks, links, impressions, and engagement are often diluted.” A documentação do Google também apresenta a mesma ideia de forma condicional: consolidar sinais é um motivo para especificar uma canonical, o que implica que a diluição é possível, não automática — é um redirecionamento forte ou um sinal canonical que efetivamente empilha os sinais divididos em uma URL.
2. A URL errada é escolhida — ou outra aparece em um caso específico. O Google agrupa o conjunto e seleciona uma canonical representativa. Se seus sinais forem misturados, ele pode escolher uma versão que você não queria — é exatamente o que o status do Search Console “Duplicate, Google chose different canonical than user” informa. A escolha também não é sempre única e fixa: o próprio guia do Google sobre como a Busca funciona observa que outro membro do cluster ainda pode ser exibido quando se encaixa melhor em um contexto específico — um dispositivo ou uma consulta estreita —, portanto “duplicada” não significa “excluída permanentemente”.
3. O rastreamento fica menos eficiente, não necessariamente “desperdiçado”. A documentação de canonicalização do Google diz que ele rastreia a canonical selecionada com mais regularidade e os demais membros do cluster com menos frequência, para reduzir a carga. Isso é uma mudança de cadência relativa, não uma prova de que toda duplicata em todo site consome uma quantidade material do orçamento de rastreamento — mas, em sites grandes com muita duplicação, o efeito se acumula, e é também onde conteúdo duplicado se sobrepõe a crawl budget, ao lado de navegação facetada e armadilhas de spider.
4. A medição fica mais confusa. Tráfego, cliques e conversões divididos entre URLs dificultam ver como uma parte do conteúdo está realmente performando — o Google cita “simplificar métricas de acompanhamento” como um de seus próprios motivos para consolidar.

Como Google (e Bing) lidam com duplicatas

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

A publicação de 2008 do Google descreve isso em primeira pessoa: quando detecta conteúdo duplicado, como variações causadas por parâmetros de URL, ele agrupa as URLs duplicadas em um cluster e seleciona o que considera a melhor URL para representar o cluster nos resultados. O motivo era a variedade de resultados — o Google quer exibir dez resultados diferentes em uma página, não dez URLs com o mesmo conteúdo — e tenta filtrar documentos duplicados para que os usuários tenham menos redundância. A publicação também destacou o custo de rastreamento: quanto mais tempo e recursos o Googlebot gasta rastreando conteúdo duplicado em várias URLs, menos tempo sobra para chegar ao restante do seu conteúdo.

Mueller também descreveu o lado da exibição: se o Google encontra exatamente a mesma informação em várias páginas da web, quando alguém pesquisa ele tenta encontrar a página que melhor corresponde e não mostra todas essas páginas.

A virada da busca por IA em 2025. O Bing agora apresenta o mesmo modelo para descoberta orientada por LLM: “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.” Portanto, a consolidação também protege sua visibilidade na busca por IA, não apenas os links azuis. É um ângulo recente que a maioria dos artigos antigos sobre conteúdo duplicado não cobre.

Esta é a relação do tema com a canonicalização: agrupar e escolher uma URL representativa é canonicalização. Conteúdo duplicado é o problema; canonicalização é o processo que o resolve. E vale ser preciso sobre o que “resolver” significa: sua canonical declarada é uma dica forte, não uma instrução, e são os sinais coletados — redirecionamentos, rel="canonical", links internos e sitemaps — que o Google pondera para escolher a representante. Nenhum deles, individualmente, garante o resultado.

O que causa conteúdo duplicado

Quase tudo é técnico. Esta é a taxonomia completa do meu guia da Ahrefs, organizada assim:

Variantes de protocolo e host

• HTTP versus HTTPS
• sem www versus www

Variantes de URL e parâmetros

• Parâmetros de rastreamento (UTM etc.)
• IDs de sessão nas URLs
• URLs sensíveis a maiúsculas e minúsculas
• Barra final versus sem barra final

Páginas de recursos do site

• URLs amigáveis para impressão
• URLs específicas para dispositivos móveis (subdomínios m.)
• URLs AMP
• Navegação facetada / filtrada
• Páginas de tags e categorias (arquivo)
• URLs de anexos / imagens (texto boilerplate)
• Comentários paginados
• Páginas de resultados de busca interna
• Localização (variantes regionais no mesmo idioma)

Entre sites

• Ambientes de staging / desenvolvimento que foram indexados
• Syndication e conteúdo copiado

O padrão é perguntar: “quantas URLs diferentes podem chegar a este mesmo conteúdo?” Cada resposta adicional é uma duplicata. Parâmetros de URL são a fonte mais prolífica, e por isso recebem tratamento próprio.\n*“how many different URLs can reach this same content?”* (Tradução: “quantas URLs diferentes podem chegar a este mesmo conteúdo?.”)

Nem tudo que parece duplicação é

Alguns casos são chamados erroneamente de “conteúdo duplicado”, quando a resposta certa é “depende” — vale fazer uma análise rápida e separada antes de tocar em qualquer coisa:

• Filtros, ordenação e paginação. Um parâmetro não é automaticamente uma duplicata. Parâmetros de rastreamento e sessão (?utm_source=, ?sessionid=) criam conteúdo genuinamente equivalente e devem apontar por canonical para a URL limpa. Mas um parâmetro de filtro ou ordenação pode mudar o que aparece na página — a orientação do Google para URLs de ecommerce trata esses casos individualmente, sem uma canonical geral. Páginas paginadas são outro caso: a orientação do Google sobre paginação diz que cada página da série deve ter sua própria URL e sua própria canonical autorreferente — canonicalizar todas para a página 1 não é o tratamento recomendado.
• Variantes de produto. Também não são duplicatas universalmente. URLs separadas para uma cor, tamanho ou configuração realmente distinta podem ajudar a variante a ser encontrada por conta própria; o que duplica são caminhos equivalentes e parâmetros redundantes que apontam para o mesmo inventário. Avalie por intenção — alguém pesquisaria especificamente por esta página? —, não pelo fato de ser “apenas uma variante”.
• Traduções completas. Uma página traduzida para outro idioma não é uma duplicata só porque o template e o layout coincidem — a orientação sobre versões localizadas do Google define o limite da duplicação pelo idioma, não pelo layout. Variantes regionais no mesmo idioma (en-us versus en-gb) podem ser agrupadas como quase-duplicatas; por isso recebem hreflang, e não consolidação, mais abaixo.
• “% de quase-duplicata” de um rastreador. Ferramentas de auditoria como Ahrefs e Screaming Frog sinalizam páginas acima de um limite de similaridade (muitas vezes com padrão próximo de 90%). Esse limite é uma configuração de diagnóstico da ferramenta, não um número publicado ou aplicado pelo Google — trate um par sinalizado como um convite para comparar o conteúdo principal renderizado, não como um veredito por si só.

Como encontrar conteúdo duplicado

• Search Console — “Duplicada; o Google escolheu um canonical diferente do usuário.” Este é o sinal mais forte que você tem. Significa que o Google substituiu a sua canonical declarada. (Escrevi um artigo completo da Ahrefs sobre esse status — as causas comuns são conteúdo duplicado/semelhante, cadeias ou loops de canonical, erros na tag canonical, conteúdo internacional não traduzido e renderização de app shell em JavaScript.)
• Um rastreador de site (Ahrefs Site Audit, Screaming Frog) sinaliza páginas duplicadas ou quase duplicadas, títulos duplicados e variantes de protocolo/host/barra.
• Pesquisas site: para encontrar os casos óbvios — tanto http quanto https ativos, URLs com parâmetros indexadas e subdomínios de staging que escaparam.
• Verificação de acessibilidade. Para uma página importante, tente manualmente as variantes (http/https, www/sem www, barra final, maiúsculas) e veja o que resolve com um 200 em vez de redirecionar.
• Compare o conteúdo renderizado, não apenas o HTML bruto. O Google indexa o que é renderizado — inclusive JavaScript —, portanto duas URLs com fontes diferentes, mas saída renderizada idêntica, ainda podem ser agrupadas; e duas URLs com HTML bruto parecido, mas conteúdo renderizado diferente (personalização, estados vazios, templates de erro), podem não ser. Em caso de dúvida, confira o que realmente carrega no navegador.

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

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

• Quer que a duplicata desapareça por completo e que o tráfego seja redirecionado? → 301.
• Precisa mantê-la acessível, mas quer que outra URL a represente nos resultados? → rel="canonical".
• Ela é na verdade uma página distinta que foi agrupada por engano? → torne-a genuinamente diferente, o que não é uma correção de duplicata — consulte as causas acima.
• Quer removê-la especificamente do índice do Google, de propósito? → noindex.

Com esse enquadramento, esta é a ordem, começando pelas correções mais fortes e de causa-raiz e deixando a remoção por último:

1. Corrija a causa-raiz / consolide com redirecionamentos 301. Para variantes de protocolo, host, barra e maiúsculas, a correção certa é fazer apenas uma versão resolver e redirecionar as demais para ela com 301. Um redirecionamento é o sinal mais forte de consolidação que o Google tem — a documentação o chama de “A strong signal that the target of the redirect should become canonical.” O Bing concorda: “Use 301 redirects to consolidate variants into a single preferred URL.” Esta é a correção preferencial porque remove a duplicata por completo e transmite os sinais.

2. rel="canonical" — quando é preciso manter a duplicata acessível. Se a duplicata precisa continuar ativa (uma versão para impressão, uma URL com parâmetro necessária ao usuário), adicione uma tag canonical apontando para a URL preferencial. Google: “A strong signal that the specified URL should become canonical.” Observe a palavra sinal — é uma dica, não uma diretiva. O Google pode, e de fato pode, escolher outra URL quando outros sinais entram em conflito. (Mais sobre tags canonical / rel=canonical como tema relacionado.)

3. Tratamento de parâmetros e links internos consistentes. Trate os parâmetros de forma consistente — canonical para a URL limpa e sempre faça links internos para a única versão canonical. (A antiga ferramenta de parâmetros de URL do GSC foi descontinuada em 2022, portanto agora você trata parâmetros por canonical, robots e links internos, não por uma configuração no painel.) Incluir uma URL no seu sitemap é um sinal fraco que ajuda a torná-la canonical, então mantenha nos sitemaps apenas URLs canonical.

4. noindex — apenas quando você realmente quer que a página desapareça. noindex remove uma página; ele não consolida sinais na sua URL preferencial como um 301 ou uma canonical. Portanto, use-o somente quando de fato quiser tirar a página do índice (uma página superficial de resultados de busca interna, por exemplo) — não como correção padrão para duplicatas. Usar noindex quando você queria consolidação descarta os sinais em vez de mesclá-los.

Vale fazer uma distinção clara: robots.txt e a ferramenta de remoção de URLs do Search Console também não são métodos de canonicalização, embora apareçam nas mesmas conversas. Bloquear uma URL em robots.txt impede que o Googlebot veja a página, o que significa que ela não pode ser avaliada nem incorporada a um cluster — isso não mapeia uma duplicata para uma URL preferencial. A remoção oculta uma URL dos resultados temporariamente; não consolida nada. Use noindex (ou um redirecionamento, ou uma canonical) quando o objetivo for consolidação.

5. hreflang para variantes localizadas. Para variantes regionais no mesmo idioma (en-us versus en-gb), o hreflang relaciona as versões para que a correta seja exibida para o público correto. Ele não aumenta rankings e não é uma ferramenta de consolidação — apenas exibe a versão regional adequada. (Consulte SEO internacional.)

6. Syndication — e esta parte mudou. Republicar não é arriscado se o relacionamento estiver configurado corretamente. As políticas de spam do Google ainda excluem explicitamente syndication — “News publications that have syndicated news content from other news publications” é citado como não sendo abuso — portanto o risco nunca foi a syndication em si.

Mas o mecanismo recomendado mudou em relação à orientação de canonical primeiro que eu (e a maior parte do setor, incluindo meu guia mais antigo da Ahrefs) costumava dar. A orientação atual do Google para solucionar problemas de canonicalização já não trata rel="canonical" como o meio principal de impedir que a cópia do parceiro de syndication concorra com o original — porque, na prática, páginas republicadas frequentemente diferem o suficiente (template diferente, introdução adicionada, anúncios, links relacionados) para que o Google nem sempre respeite a canonical de volta para você. O que o Google agora descreve como mais eficaz é fazer com que seu parceiro de syndication impeça a indexação da própria cópia (seu noindex ou mantendo-a fora do sitemap), em vez de depender de uma canonical que aponte para você.

Na prática: ainda peça ao parceiro de syndication que aponte a canonical para você se ele aceitar — não faz mal e continua ajudando quando as páginas são quase idênticas. Mas, se você realmente controla o risco de a cópia do parceiro superar seu original, o pedido mais confiável é que ele mantenha a cópia completamente fora do índice, não apenas que aplique canonical. Esta é uma atualização genuína da orientação antiga “canonical ou noindex, qualquer um funciona”; portanto, se você configurou syndication há algum tempo usando apenas canonical, vale revisitar o acordo com os parceiros nos casos importantes.

Mitos sobre conteúdo duplicado, desmentidos

• “Existe uma penalidade por conteúdo duplicado.” Não. Google: “There’s no such thing as a ‘duplicate content penalty.’” Bing: isso “doesn’t trigger search penalties on its own.” Penalidades = apenas abuso enganoso/em escala.
• “Se duas páginas são mais de X% semelhantes, você é penalizado.” Não. Não há um limite percentual de similaridade que acione uma penalidade. Os mecanismos agrupam e escolhem uma canonical; não descontam pontos por uma pontuação de similaridade. (Matt Cutts disse certa vez que entre 25% e 30% do conteúdo da web é duplicado — isso é normal e esperado.)
• “Citar fontes ou repetir boilerplate prejudica você.” Não. Rodapés, avisos legais, especificações de produtos e citações de outras fontes são repetições normais que os mecanismos esperam.
• “Ter http:// e https:// (ou www e sem www) ativos gera penalidade.” Nenhuma penalidade — mas é um problema real de divisão de sinais. Corrija com um 301 para a versão preferencial, por eficiência, não por medo.
• “Uma tag canonical garante a canonical.” Não. rel="canonical" é um sinal/dica forte, não uma diretiva; 301 é mais forte; sinais conflitantes podem fazer o Google escolher diferente — exatamente o status “Duplicada; o Google escolheu um canonical diferente do usuário”.
• “noindex é a correção padrão para duplicatas.” Geralmente errado. Ele remove uma página; não consolida. Prefira 301 / canonical; use noindex apenas para realmente removê-la.\n*“There’s a duplicate content penalty.”* (Tradução: “Existe uma penalidade por conteúdo duplicado..”)\n*“If two pages are >X% similar, you get penalized.”* (Tradução: “Se duas páginas são mais de X% semelhantes, você é penalizado..”)\n*“Quoting sources or repeating boilerplate hurts you.”* (Tradução: “Citar fontes ou repetir boilerplate prejudica você..”)\n*“Having both http:// and https:// (or www and non-www) live gets you penalized.”* (Tradução: “Manter http:// e https:// (ou www e sem www) ativos gera penalidade..”)\n*“A canonical tag guarantees the canonical.”* (Tradução: “Uma tag canonical garante a canonical..”)\n*“noindex is the go-to duplicate fix.”* (Tradução: “noindex é a correção padrão para duplicatas..”)

Em resumo

Não há penalidade. Há diluição, a URL errada ranqueando e rastreamento desperdiçado — e a cura para os três é a mesma: consolidar tudo em uma única URL canonical, usando o sinal mais forte que for razoável. E, se você preferir não organizar isso por conta própria, como o Google diz há muito tempo, pode deixá-lo resolver — ele agrupará as duplicatas e escolherá uma representante para você. Eu simplesmente prefiro fazer a escolha por ele.

Resumo de IA

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

• Não existe uma penalidade geral por conteúdo duplicado. Google (“não existe uma penalidade por conteúdo duplicado”) e Bing (“não aciona penalidades de busca por si só”) dizem isso. O Google normalmente trata 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 — scraping e republicação em massa sem valor (as políticas de spam do Google, “abuso de conteúdo em escala”).
• 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 entre versões; (2) a URL errada é escolhida nos resultados, embora um membro não canonical do cluster ainda possa aparecer em um contexto específico; (3) rastreamento menos eficiente — o Google rastreia a canonical com mais frequência e as cópias com menos; (4) medição mais confusa.
• Os mecanismos fazem: detectar → agrupar → escolher uma canonical. O Google agrupa URLs duplicadas em um cluster e escolhe uma representante a partir dos sinais coletados (uma canonical declarada é uma dica, não uma regra). O Bing agora aplica o mesmo modelo à busca por LLM/IA — e pode exibir uma representante desatualizada, portanto a consolidação também protege a visibilidade na IA.
• A maior parte da duplicação é técnica, não editorial: http/https, www/sem www, parâmetros de rastreamento, IDs de sessão, maiúsculas, barra final, impressão/mobile/AMP, navegação facetada, páginas de arquivo, busca interna, staging e syndication.
• Nem tudo que parece duplicação é: filtros, ordenação e paginação exigem análise específica do conteúdo, não uma canonical geral; páginas paginadas mantêm suas próprias canonicals; variantes de produto podem merecer suas próprias URLs; traduções completas para outro idioma não são duplicatas (variantes regionais no mesmo idioma podem ser); “% de quase-duplicata” de um rastreador é configuração da ferramenta, não limite do Google.
• Encontre com o status do GSC “Duplicada; o Google escolheu um canonical diferente do usuário”, um rastreador de site, pesquisas site:, verificações de acessibilidade e comparação do conteúdo renderizado, não apenas do HTML bruto.
• Corrija por intenção, aproximadamente nesta ordem: causa-raiz / 301 (mais forte) → rel="canonical" (uma dica, não diretiva) → tratamento de parâmetros + links internos consistentes → noindex apenas para remover de verdade (ele não consolida; nem robots.txt nem a ferramenta de remoção) → hreflang para variantes localizadas → syndication, em que a orientação atual do Google favorece pedir ao parceiro que aplique noindex à cópia, em vez de depender apenas de canonical.
• Mitos eliminados: nenhum gatilho de similaridade em porcentagem; boilerplate e citações são aceitáveis; http+https ativos não são penalidade; uma tag canonical é um sinal, não garantia; noindex não é a correção padrão para duplicatas.

Documentação oficial

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

Google

• O que é canonicalização — a documentação atual sobre mecânica: similaridade do conteúdo principal, agrupamento, frequência de rastreamento e a exceção de exibição específica ao contexto. Comece aqui para entender como a detecção funciona.
• Consolidar URLs duplicadas / especificar uma canonical — por que especificar uma canonical, como o Google escolhe uma se você não fizer isso e os métodos em ordem de força de sinal (redirecionamentos > rel=canonical > sitemap). Comece aqui para a hierarquia de correções.
• Corrigir problemas de canonicalização — a orientação atual sobre syndication (noindex no parceiro em vez de apenas canonical), correções para cópias/scraping e prazos de reavaliação.
• Guia detalhado de como a Pesquisa do Google funciona — renderização antes da indexação, agrupamento e por que um membro não canonical do cluster ainda pode ser exibido em um contexto específico.
• Como criar uma estrutura de URL para sites de ecommerce — orientação sobre parâmetros e variantes de produto; por que um parâmetro não é automaticamente uma duplicata.
• Paginação, carregamento incremental de páginas e seu impacto na Pesquisa Google — cada página paginada deve ter sua própria URL e canonical autorreferente.
• Informar ao Google sobre versões localizadas da sua página — o limite da 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 vivem: abuso de conteúdo em escala, scraping e a exceção de syndication.
• Desmistificando a “penalidade por conteúdo duplicado” (2008) — a publicação original sobre “nenhuma penalidade” e a origem do enquadramento de agrupamento.
• Lidando com duplicação legítima entre domínios (2009) — a referência antiga para syndication (canonical/noindex de volta ao original); consulte a documentação atual de solução de problemas acima para a recomendação atualizada.
• Como lidar com conteúdo duplicado (2006) — a definição legada de conteúdo duplicado.

Bing / Microsoft

• Conteúdo duplicado prejudica o SEO e a visibilidade na busca por IA? (dezembro de 2025) — o modelo do Bing de “sem penalidade → sinais diluídos → agrupar → escolher um”, estendido à busca por LLM/IA. As correções nomeadas são: tags canonical, 301s, hreflang, noindex e IndexNow.

Citações da fonte

Declarações registradas do Google e do Bing. Cada link é um deep link que salta diretamente para a passagem citada na página-fonte.

Google — não há 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 do Google Search Central, Demystifying the “duplicate content penalty” (2008). Ler 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 vivem (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 scraping abusivo. 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 de syndication: “News publications that have syndicated news content from other news publications.” Ir para a citação

Google — agrupamento 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 o ângulo da busca por IA

• “Duplicate content doesn’t trigger search penalties on its own, but it does reduce visibility by diluting authority.” — Blog do Bing para webmasters (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

Use isto para encontrar e resolver duplicação em um site:

• Confira no Search Console os status “Duplicada; o Google escolheu um canonical diferente do usuário” e “Duplicada sem canonical selecionada pelo usuário”.
• Confirme que apenas um protocolo resolve — http redireciona com 301 para https.
• Confirme que apenas um host resolve — www e sem www não retornam ambos 200; um faz 301 para o outro.
• Confirme uma única convenção de barra final e maiúsculas/minúsculas consistentes — as variantes redirecionam em vez de ambas resolverem.
• Parâmetros de rastreamento / sessão (UTM, sort, IDs de sessão) apontam por canonical para a URL limpa.
• Variantes de impressão, mobile (m.) e AMP apontam por canonical para a URL principal.
• Navegação facetada / filtrada não está gerando URLs duplicadas rastreáveis (canonical, robots ou # em vez de ?).
• Páginas de tags/categorias/arquivo e resultados de busca interna não estão sendo indexadas como duplicatas superficiais.
• Subdomínios de staging/desenvolvimento não estão indexados (bloqueados ou noindex + autenticação).
• Toda página importante tem uma canonical autorreferente.
• Links internos apontam todos para uma única versão canonical (sem mistura de protocolo/host/barra).
• Sitemaps listam apenas URLs canonical e indexáveis.
• Variantes localizadas estão relacionadas com hreflang (não consolidadas).
• Cópias em syndication — peça ao parceiro que aplique noindex à cópia (o pedido mais eficaz segundo a orientação atual do Google); uma canonical de volta ao original é um sinal secundário útil, não a correção principal.
• Filtros, ordenação e paginação foram avaliados por intenção, não canonicalizados automaticamente — cada página paginada mantém sua própria canonical.\n*“Duplicate, Google chose different canonical than user”* (Tradução: “Duplicada; o Google escolheu um canonical diferente do usuário.”)\n*“Duplicate without user-selected canonical”* (Tradução: “Duplicada sem canonical selecionada pelo usuário.”)

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

Ao encontrar duplicação, percorra esta lista de cima para baixo — primeiro as correções mais fortes e de causa-raiz, deixando a remoção por último. Escolha a opção mais alta que se aplique.

1. Corrija a causa-raiz / redirecionamento 301. O melhor resultado é fazer a duplicata deixar de existir. Para variantes de protocolo, host, barra e maiúsculas, faça uma versão resolver e redirecione as demais para ela com 301. Um redirecionamento é o sinal de consolidação mais forte do Google (“a strong signal that the target of the redirect should become canonical”) e transmite os sinais. Este é o padrão.

2. rel="canonical" — quando a duplicata precisa continuar acessível. Não pode remover a duplicata (uma visualização de impressão, um parâmetro necessário)? Aponte uma canonical para a URL preferencial. É uma dica forte, não uma diretiva — o Google ainda pode escolher outra URL, portanto reforce-a com links internos consistentes e um sitemap limpo.

3. Tratamento de parâmetros + links internos consistentes. Trate os parâmetros de forma consistente (canonical para a URL limpa) e sempre faça links internos para a única versão canonical. A ferramenta de parâmetros de URL do GSC foi descontinuada (2022), então este é o mecanismo atual para parâmetros.

4. noindex — apenas quando você realmente quer removê-la. noindex remove; ele não consolida. Use-o quando a página realmente não deveria estar no índice (páginas superficiais de busca interna) — nunca como correção padrão para duplicatas, pois descarta os sinais em vez de mesclá-los.

5. hreflang — para variantes localizadas. Variantes regionais no mesmo idioma não são realmente “duplicatas para consolidar” — relacione-as com hreflang para que a região correta veja a página correta. Ele não eleva rankings; encaminha para a versão correta.

6. Syndication — peça ao parceiro para bloquear a indexação, não apenas canonicalizar. Quando outros republicam seu conteúdo, uma canonical de volta ao original ainda ajuda e vale a pena pedir — mas a orientação atual do Google diz que o parceiro bloquear a indexação da cópia (seu próprio noindex) é mais eficaz para impedir que ela concorra com você, pois páginas republicadas frequentemente diferem o suficiente para que uma canonical sozinha não evite o problema. Isso atualiza a orientação antiga “canonical ou noindex, escolha um”.

A regra de decisão em uma linha: Posso remover a duplicata? → 301. Não? → canonical. Conteúdo diferente por região? → hreflang. Quer removê-la completamente? → noindex. Use remoção apenas quando consolidação não for o que você quer. E lembre-se: robots.txt / remoção de URL não estão nesta 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). Um redirecionamento vence uma canonical quando entram em conflito.

O que cada ferramenta faz

Lembre-se: não existe penalidade — corrija a duplicação por consolidação e eficiência de rastreamento, não por medo.

Encontrando variantes duplicadas

Você não precisa de uma ferramenta sofisticada para encontrar as duplicatas técnicas comuns — algumas verificações identificam a maioria delas.

Buscas site: (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 resolvem com 200 (macOS / Linux). Se mais de uma retornar 200 em vez de redirecionar, você tem 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.

Equivalente para Windows (PowerShell):

$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 de uma página para confirmar que ela aponta para onde você espera:

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 de páginas. Os status “Duplicate, Google chose different canonical than user”, “Duplicate without user-selected canonical” e “Alternate page with proper canonical tag” informam exatamente como o Google está tratando suas duplicatas. Comece aqui.
• Inspeção de URL (GSC) — para qualquer URL, veja 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/meta duplicados e variantes de protocolo/host/barra/maiúsculas em um único crawl.
• Screaming Frog SEO Spider — faça um crawl para encontrar conteúdo duplicado (detecção de quase duplicatas), cadeias/loops de canonical e problemas de redirecionamento.
• Ahrefs Webmaster Tools — crawl e auditoria gratuitos para sites que você verifica.
• Buscas site: — a maneira sem configuração de ver quais duplicatas já estão indexadas (consulte a aba Scripts).
• Bing Webmaster Tools — revela padrões de duplicação (por exemplo, títulos idênticos) e oferece suporte ao IndexNow para enviar URLs alteradas/removidas e atualizar o cluster mais rapidamente.\n*“Duplicate, Google chose different canonical than user”* (Tradução: “Duplicada; o Google escolheu um canonical diferente do usuário.”)\n*“Duplicate without user-selected canonical”* (Tradução: “Duplicada sem canonical selecionada pelo usuário.”)\n*“Alternate page with proper canonical tag”* (Tradução: “Página alternativa com tag canonical apropriada.”)

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

Um exemplo simplificado para cada uma das três duplicatas técnicas mais comuns nesta página, mostrando o que está errado e a correção.

**1. Variantes de protocolo + host resolvendo com 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

O que está errado: cada crawl de qualquer uma dessas quatro URLs é um crawl da “mesma página” na perspectiva do Google, e qualquer link criado para a versão “errada” não consolida nas outras. 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 de “corrigir a causa-raiz / 301” da hierarquia de correções acima — o sinal mais forte, pois elimina a duplicata por completo.

2. URL com parâmetro de rastreamento 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" />

O que está errado: uma canonical autorreferente em uma URL parametrizada informa ao Google “esta é a página real”, o que derrota o objetivo — a URL limpa e cada variante de parâmetro (?utm_source=, ?sort=, ?ref=) parecem candidatas canonical 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 — faça canonical de cada variante parametrizada para a URL limpa e faça links internos apenas para a URL limpa.

3. Cópia distribuída sem relação de volta 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). O que mudou no conselho: uma canonical apontando para você ajuda, mas não impede de forma confiável que a cópia do parceiro concorra, pois páginas distribuídas frequentemente diferem o suficiente para que o Google talvez não a respeite. Pedir ao parceiro que use noindex na cópia é a correção mais confiável.

Prompts para trabalho com conteúdo duplicado

Prompts prontos para copiar para as tarefas desta página. Cole suas próprias URLs/HTML onde indicado — verifique o resultado antes de agir; modelos podem interpretar mal a semântica dos parâmetros.

Agrupar uma lista de URLs em grupos de duplicatas

Cole: uma lista de URLs (de uma exportação de crawl, busca site: ou logs do servidor). Espere receber: as URLs agrupadas em clusters de duplicatas, com uma canonical sugerida para cada grupo e o raciocínio.

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]

Auditar tags canonical em busca de conflitos

Cole: o HTML bruto do <head> (ou apenas as linhas de canonical/hreflang/redirecionamento) de um conjunto de páginas. Espere receber: uma lista sinalizada de conflitos — canonicals autorreferentes que não deveriam existir, canonicals apontando para URLs 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]

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

Cole: uma lista de parâmetros de URL vistos no Search Console ou nos logs do servidor (por exemplo, ?sort=, ?utm_source=, ?sessionid=, ?color=). Espere receber: uma recomendação por parâmetro — canonicalizar, usar noindex ou bloquear — com base no fato de ele alterar ou não o conteúdo da página.

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 entrou em vigor?

Execute estes testes depois de fazer uma correção de conteúdo duplicado — um 301, uma mudança de canonical ou uma limpeza de parâmetros — para confirmar que ela entrou em vigor e saber quando reverter.

1. O redirecionamento resolve corretamente

Teste: execute curl -I em cada variante antiga (ou use o HTTP Status Checker) das URLs que você consolidou. Resultado esperado: uma única URL preferencial com 200, e todas as outras com um 301 direto e um cabeçalho Location apontando diretamente para ela (sem cadeia). Interpretação de falha: uma variante ainda retorna 200 (o redirecionamento não foi publicado) ou o Location aponta para outra URL que redireciona (uma cadeia, que enfraquece o sinal). Janela de monitoramento: imediata — isso pode ser verificado assim que a mudança estiver ativa. Gatilho de reversão: qualquer variante que ainda resolva com 200 ou uma cadeia de redirecionamento com mais de um salto.

2. A tag canonical aponta para onde você pretende

Teste: use o Canonical Checker (ou curl -s <url> | grep 'rel="canonical"') na URL parametrizada/duplicada. Resultado esperado: a canonical declarada corresponde exatamente à URL limpa/preferencial (protocolo, host e caminho — sem parâmetro adicional). Interpretação de falha: uma canonical autorreferente em uma variante significa que a correção não foi aplicada; uma canonical apontando para uma URL que redireciona ou retorna 404 precisa apontar para o destino final. Janela de monitoramento: imediata. Gatilho de reversão: canonical ainda autorreferente na variante ou apontando para uma URL que não retorna 200.

3. A canonical escolhida pelo Google corresponde à sua

Teste: Google Search Console → Inspeção de URL na URL afetada — compare “User-declared canonical” com “Google-selected canonical”. Resultado esperado: as duas correspondem. Interpretação de falha: uma incompatibilidade significa que o Google ainda trata outra URL como autoridade — geralmente um sinal de que o redirecionamento/canonical é recente demais ou que outro sinal (links internos, sitemap) ainda aponta para a URL antiga. Janela de monitoramento: 2–4 semanas depois que a correção entrar no ar e a página for rastreada novamente — não é instantâneo. Gatilho de reversão: a incompatibilidade persiste por mais de 4–6 semanas sem sinal de diminuição.

4. A contagem de status de duplicata do GSC diminui

Teste: Search Console → relatório de páginas → acompanhe ao longo do tempo a contagem de “Duplicate, Google chose different canonical than user” (ou use o Google Search Console CSV Analyzer se estiver extraindo os dados programaticamente). Resultado esperado: as URLs afetadas deixam de aparecer nesse status à medida que são rastreadas novamente. Interpretação de falha: uma contagem estável ou crescente significa que a correção ainda não se propagou ou que um sinal conflitante (links internos, entradas do sitemap) ainda aponta para a URL não preferencial. Janela de monitoramento: 2–4 semanas, pois depende da cadência de novo rastreamento. Gatilho de reversão: a contagem continua igual depois de um ciclo completo de novo rastreamento sem explicação — vale verificar novamente links internos e sitemap antes de presumir que a correção está errada.\n*“Duplicate, Google chose different canonical than user”* (Tradução: “Duplicada; o Google escolheu um canonical diferente do usuário.”)

Recursos que valem seu tempo

Meus textos — as fontes primárias desta página

• Conteúdo duplicado: por que acontece e como corrigir — meu guia completo da Ahrefs: a taxonomia completa de causas e a hierarquia de correções em que esta página se baseia.
• O mito da penalidade por conteúdo duplicado — meu artigo de 2016 na Search Engine Land. Esta página é, na prática, sua sucessora moderna; defendo esse argumento há uma década.
• Duplicate, Google Chose Different Canonical Than User — o que o status do GSC significa, suas causas e como corrigi-lo.
• Tags canonical explicadas — análise aprofundada de rel=canonical.
• O Google usa cerca de 40 sinais de canonicalização — como o Google realmente escolhe a URL representante.
• Parâmetros de URL: um guia completo para SEOs — a fonte mais prolífica de URLs duplicadas.

Oficial

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

De outras fontes do setor

• r/TechSEO — comunidade para depuração de canonical/duplicatas.
• O que é conteúdo duplicado? (Semrush) — visão geral ampla de causas e detecção; leitura complementar útil para fluxos de trabalho orientados por ferramentas.
• Conteúdo duplicado: causas e soluções (Yoast) — lista sólida de causas com orientações focadas em CMS (especialmente WordPress) sobre navegação facetada e páginas de arquivo.
• O guia definitivo de SEO para conteúdo duplicado (Sitebulb) — guia técnico aprofundado com boa cobertura da detecção de quase duplicatas e do impacto na busca por IA.
• Existe penalidade por conteúdo duplicado? (SISTRIX) — resposta direta e concisa ao mito.
• Google SEO Office Hours, 31 de janeiro de 2021 — John Mueller sobre conteúdo duplicado — transcrição do Search Engine Journal do esclarecimento de Mueller sobre “não ser um fator de ranking negativo”.

Frases citáveis que vale guardar

As frases que uso quando alguém insiste que existe uma penalidade:

• 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.” (Tradução: “não temos uma penalidade por conteúdo duplicado. Não é que rebaixaríamos um site por ter muito conteúdo duplicado.”) Fonte (meu guia da 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.” (Tradução: “não existe algo como uma ‘penalidade por conteúdo duplicado’. Pelo menos não da maneira que a maioria das pessoas quer dizer quando fala isso.”) Fonte
• Eu, na Search Engine Land (2016) — “Duplicate content is not grounds for action unless its intent is to manipulate search results.” (Tradução: “conteúdo duplicado não é motivo para ação, a menos que sua intenção seja manipular os resultados de busca.”) E sobre deixar o Google resolver: “If you don’t want to worry about sorting through duplication on your site, you can let us worry about it instead.” (Tradução: “se você não quiser se preocupar em resolver as duplicações do seu site, pode deixar que nós nos preocupemos com isso.”) Fonte
• Bing (2025) — “Duplicate content doesn’t trigger search penalties on its own, but it does reduce visibility by diluting authority.” (Tradução: “conteúdo duplicado não aciona penalidades de busca por si só, mas reduz a visibilidade ao diluir a autoridade.”) Fonte
• Matt Cutts, Google — que algo entre 25% e 30% do conteúdo da web é duplicado. Duplicação é normal e esperada, não punível. Cobertura (Search Engine Land)

Teste seus conhecimentos: conteúdo duplicado

Cinco perguntas rápidas sobre conteúdo duplicado e os mitos relacionados. Escolha uma resposta para cada pergunta e depois confira.

Registro de alterações