Conteúdo duplicado acontece quando o mesmo material, ou uma versão muito parecida dele, existe em mais de uma URL indexável do site. Isso confunde os motores de busca sobre qual página deve ranquear, dilui os sinais de autoridade entre as versões e, na prática, faz o site competir contra ele mesmo. Canonical mal aplicado e redirects mal configurados são as duas causas técnicas mais comuns desse problema.
Esses três elementos, canonical, redirects e conteúdo duplicado, andam juntos porque resolvem a mesma questão de formas diferentes: dizer ao Google qual versão de uma página é a “oficial”. Quando um deles falha, o efeito em cascata compromete a indexação e o ranqueamento de páginas inteiras.
O que é conteúdo duplicado e por que ele prejudica o SEO?
Conteúdo duplicado não é só copiar e colar texto de outro site. A forma mais comum é interna, gerada pela própria arquitetura do site. Alguns exemplos frequentes:
- URLs com e sem barra final (
/produtoe/produto/) - Parâmetros de rastreamento (
?utm_source=) criando versões extras da mesma página - Versões com e sem
www, ou comhttpehttpscoexistindo - Páginas de produto acessíveis por múltiplas categorias, cada uma com sua própria URL
- Conteúdo sindicado ou republicado sem indicação de origem
O problema de conteúdo duplicado não é uma penalidade direta, como muitos acreditam. Segundo dados do Google, o rastreador simplesmente escolhe uma das versões como canônica e ignora as demais para fins de ranking. O risco real está em qual versão o Google escolhe, muitas vezes não é a que a empresa gostaria.
Como a tag canonical funciona (e onde ela costuma dar errado)?
A tag rel="canonical" informa aos motores de busca qual URL deve ser tratada como a versão principal de um conjunto de páginas semelhantes. Ela vive no <head> do HTML:
<link rel="canonical" href="https://exemplo.com.br/produto-original" />Em projetos Next.js com WordPress headless, essa tag geralmente é gerada dinamicamente a partir dos dados do CMS. É exatamente aí que mora o erro mais comum: canonicals apontando para a URL errada por falha de template, ou pior, todas as páginas do site apontando para a home por um erro de configuração padrão.
Outros erros frequentes com canonical:
- Canonical apontando para uma página que retorna erro 404
- Canonical em loop, quando a página A aponta para B e B aponta de volta para A
- Canonical ausente em páginas com parâmetros de URL
- Uso de canonical como substituto de redirect, quando o correto seria remover a página duplicada
Redirects: quando usar 301, 302 e por que redirects mal feitos multiplicam o problema
Redirects e canonical resolvem problemas parecidos, mas não são intercambiáveis. O redirect move o usuário e o rastreador fisicamente para outra URL. O canonical apenas sugere qual versão deve ser indexada, mantendo ambas acessíveis.
nginx
# Exemplo de redirect 301 permanente (Nginx)
location /produto-antigo {
return 301 /produto-novo;
}O erro técnico mais recorrente em migrações e redesigns é o encadeamento de redirects, quando a URL A redireciona para B, que redireciona para C, que redireciona para D. Cada salto adiciona latência e, dependendo da extensão da cadeia, pode fazer o rastreador desistir antes de chegar ao destino final. Isso é especialmente crítico em migrações de WordPress tradicional para arquitetura headless, onde estruturas de URL antigas precisam ser mapeadas com cuidado.
Canonical, redirect ou noindex: qual usar em cada situação?
| Situação | Solução recomendada | Por quê |
|---|---|---|
Página duplicada por parâmetro de URL (?cor=azul) | Canonical | A página continua existindo e sendo útil ao usuário, só não deve ser indexada separadamente |
| URL antiga após migração ou redesign | Redirect 301 | A página não existe mais, o tráfego e a autoridade devem ser transferidos permanentemente |
| Promoção ou teste temporário | Redirect 302 | A mudança não é definitiva, o Google não deve substituir a URL original no índice |
| Página de agradecimento, área logada, filtros internos | Noindex | A página não deve aparecer em resultados de busca, mas segue acessível a quem tem o link |
Conteúdo duplicado entre http/https ou com/sem www | Redirect 301 | Consolida todos os sinais em uma única versão canônica do domínio |
Como identificar conteúdo duplicado no seu site?
Antes de corrigir, é preciso mapear a extensão do problema. Um processo técnico básico envolve:
- Rastrear o site com uma ferramenta de crawling e agrupar páginas por similaridade de conteúdo
- Verificar no Google Search Console quais URLs aparecem como “URL alternativa com canonical apropriado” ou “Duplicada, o Google escolheu uma URL canônica diferente da declarada pelo usuário”
- Revisar o
sitemap.xmlem busca de URLs que não deveriam estar indexáveis - Auditar templates dinâmicos, já que um erro de template afeta milhares de páginas de uma vez, diferente de um erro pontual de conteúdo
Esse último ponto é o que mais preocupa em sites grandes: um canonical mal configurado num único componente reutilizável pode comprometer a indexação de todo um catálogo de produtos ou de todos os posts do blog.
Perguntas frequentes
Conteúdo duplicado gera penalidade no Google?
Não existe uma penalidade manual automática para conteúdo duplicado interno. O que acontece é uma diluição de sinais: o Google escolhe uma versão como canônica e as demais deixam de competir por ranking, o que na prática reduz a visibilidade do conjunto.
Canonical e redirect podem ser usados juntos?
Sim, e em muitos casos devem ser. Uma página redirecionada não precisa de canonical, já que ela não é mais acessível diretamente. Mas páginas que continuam ativas e têm variações por parâmetro, sim, precisam de canonical apontando para a versão principal.
Quanto tempo o Google leva para processar uma correção de canonical ou redirect?
Não há um prazo fixo. Depende da frequência de rastreamento do site, que por sua vez depende de fatores como autoridade do domínio e volume de atualizações. Sites com rastreamento mais frequente tendem a refletir a correção mais rápido do que sites com atualização mais espaçada.
Corrigindo o trio de forma definitiva
A correção sustentável desses três problemas passa por três frentes complementares: garantir que cada página tenha exatamente uma URL canônica declarada corretamente, eliminar cadeias de redirect substituindo-as por saltos diretos para o destino final, e auditar templates (não páginas isoladas) sempre que o conteúdo duplicado tiver origem estrutural.
A RANK#1 é especialista em SEO técnico: dados estruturados, Core Web Vitals e arquitetura que o Google entende e recompensa. Descubra o que está travando o ranking do seu site.
RANK#1 — Sites rápidos, bonitos e prontos para ranquear desde o primeiro dia.