Como evitar conteúdo duplicado no WordPress

O WordPress, por padrão, gera múltiplas URLs para o mesmo conteúdo. Um único post pode aparecer em pelo menos meia dúzia de endereços diferentes — a URL do post, o arquivo da categoria, o arquivo da tag, o arquivo do autor, o arquivo por data, o feed RSS e, em alguns casos, uma página de anexo para cada imagem. Sem intervenção, isso vira ruído para os buscadores e dilui o valor de cada URL individualmente.

Este guia trata do problema no plano do WordPress: quais fontes de duplicação são geradas pelo próprio CMS, como neutralizar cada uma delas com a configuração correta de plugin SEO e permalinks, e como auditar o resultado no Google Search Console.

Onde a duplicação nasce no WordPress

Antes de configurar qualquer coisa, é preciso mapear as fontes nativas de URLs duplicadas que o WordPress cria automaticamente. As mais comuns são:

Arquivos de tag e categoria: o mesmo trecho do post (título, resumo, imagem destacada) aparece em /category/nome/, /tag/nome/ e no próprio post. Se um post estiver em três categorias e cinco tags, ele reforça oito arquivos distintos que competem entre si.
Paginação de arquivos e da home: /page/2/, /category/nome/page/3/ e similares repetem título, meta description e estrutura, variando só a lista de posts.
Parâmetros de busca interna: URLs como /?s=palavra são indexáveis por padrão e geram infinitas variações a partir das buscas dos visitantes.
Feeds RSS: cada post tem seu próprio feed de comentários (/post-slug/feed/), além dos feeds globais, de categoria, de tag e de autor.
Páginas de autor: /author/nome/ lista os mesmos posts que já aparecem em arquivos de categoria e no arquivo geral.
Arquivos por data: /2026/09/ e /2026/09/28/ reagrupam os mesmos posts sob outra lógica.
Páginas de anexo: cada imagem enviada para a biblioteca ganha uma página própria (/post-slug/nome-da-imagem/) com quase nenhum conteúdo textual.
Variantes de host e slash: www.dominio.com vs dominio.com, HTTP vs HTTPS, com trailing slash vs sem — todas podem responder 200 se não houver redirect.
Parâmetros de rastreamento: ?utm_source=…, ?fbclid=… e afins produzem variantes indexáveis do mesmo endereço.

Cada uma dessas fontes exige um tratamento diferente: algumas pedem consolidação por redirect, outras pedem noindex, outras pedem apontar a URL preferida via rel="canonical" no plugin SEO.

Impacto SEO da duplicação em um site WordPress

Duplicação interna no WordPress raramente gera "penalidade" — o problema é mais sutil e mais comum:

Diluição de sinais: links internos e externos que deveriam reforçar uma única URL se espalham entre o post, o arquivo de categoria, o arquivo de tag, a paginação e o feed. Nenhuma versão acumula autoridade suficiente.
Desperdício de crawl budget: o Googlebot gasta tempo rastreando /page/47/, /author/joao/, /2024/03/ e feeds em vez de descobrir conteúdo novo ou reavaliar páginas importantes. Em sites grandes, isso atrasa a atualização do índice.
Escolha de URL canônica pelo buscador, não por você: quando várias URLs servem quase o mesmo conteúdo e você não sinaliza a preferida, o Google escolhe uma. Nem sempre é a que você quer ranqueando.
Relatórios do Search Console poluídos: "Duplicada, o Google escolheu uma URL canônica diferente da do usuário" e "Página alternativa com tag canônica adequada" ficam inflados, escondendo problemas reais.

A duplicação aqui é interna — variações do mesmo conteúdo dentro do próprio domínio. É diferente de conteúdo copiado entre domínios (cross-domain), que é outro tipo de problema e não é tratado neste guia.

Escolhendo o plugin SEO

Três plugins concentram o mercado e resolvem, com esforço equivalente, a maior parte do que este guia exige: Yoast SEO, Rank Math e All in One SEO (AIOSEO). Do ponto de vista de controle de duplicação, todos oferecem o mesmo conjunto essencial:

controle de indexação por tipo de conteúdo (posts, páginas, arquivos de tag, categoria, autor, data, anexo);
edição da URL canônica preferida por post/página/arquivo;
geração de sitemap XML;
redirecionamento de páginas de anexo para o post pai (Yoast e Rank Math trazem de forma nativa; no AIOSEO fica no módulo de mídia/anexos).

Critérios práticos para escolher:

Yoast SEO: interface conservadora, curva de aprendizado curta, boa documentação. Redirecionamento de anexos e desabilitação de arquivos indesejados ficam agrupados em "Aparência da pesquisa".
Rank Math: mais opções granulares por padrão (inclui gerenciador de redirects 301 na versão gratuita). Bom para quem quer resolver tudo dentro de um único plugin sem instalar Redirection à parte.
AIOSEO: fluxo guiado por assistentes; útil quando o site tem múltiplos editores que mexem em SEO sem base técnica.

Não instale dois plugins SEO ao mesmo tempo — eles competem para escrever a tag <head> e geram conflitos, incluindo canonical duplicada apontando para URLs diferentes.

Configurando o comportamento canônico do WordPress

O foco aqui é configurar corretamente qual URL o WordPress declara como preferida para cada tipo de conteúdo, usando o plugin SEO escolhido:

Em Yoast/Rank Math/AIOSEO, confirme que a geração automática de canonical está ativa para todos os tipos de conteúdo (posts, páginas, tipos personalizados). Todos os três plugins já vêm com essa opção habilitada por padrão.
Para cada tipo de conteúdo, o plugin declara como URL preferida o próprio endereço da página. Quando você precisar apontar outra URL (por exemplo, um post republicado que deve consolidar em outro), use o campo "URL canônica" na caixa de edição do post — está em "Avançado" no Yoast/AIOSEO, e em "Avançado > Canonical URL" no Rank Math.
Não misture métodos. Se o plugin já declara a URL preferida, não adicione outra manualmente via functions.php ou no template — vai gerar duas declarações concorrentes no <head>.
Se você usa AMP, tema com versão mobile separada ou multilíngue, verifique se cada variante do post declara a mesma URL preferida (a versão desktop principal em pt-BR, tipicamente). Plugins como WPML e Polylang integram com os SEO plugins e cuidam disso automaticamente quando bem configurados.
Certifique-se de que o WordPress está configurado com uma única versão do host em Configurações > Geral (campos "Endereço do WordPress" e "Endereço do site"). Se estiver https://dominio.com, a URL preferida gerada pelo plugin também usará esse formato — o que é essencial para bater com os redirects que você vai configurar mais adiante.

O objetivo desta etapa é garantir que cada conteúdo do site declare, de forma consistente, uma única URL preferida. As URLs alternativas geradas pelo WordPress (arquivos, paginação, feeds) são tratadas nas próximas seções.

Aplicando noindex em páginas de baixo valor

Nem toda URL duplicada deve ser consolidada por redirect. Arquivos de tag, autor, data e resultados de busca costumam ser úteis para navegação interna, mas não devem competir no índice. A ferramenta correta é noindex.

Configuração recomendada no plugin SEO (Yoast/Rank Math/AIOSEO — os três expõem essas opções em "Aparência da pesquisa" ou equivalente):

Arquivos de tag: noindex como padrão. Reavalie caso a caso: uma tag muito populada, com descrição própria, pode ser mantida como index.
Arquivos de categoria: geralmente index, porque costumam ser páginas de entrada úteis. Adicione descrição própria em cada categoria para justificar a indexação.
Arquivos de autor: noindex se o site tem poucos autores ou se cada autor tem pouquíssimos posts. Em blogs com muitos autores ativos, os arquivos podem ser mantidos indexáveis.
Arquivos por data: noindex. Raramente têm intenção de busca por trás.
Resultados de busca interna (/?s=…): noindex, follow. O plugin SEO já traz essa configuração ativa por padrão em versões atuais — confirme.
Páginas de anexo: veja a próxima seção — a solução preferida é redirecionar, não usar noindex.
Paginação de arquivos (/page/2/, /page/3/): mantenha index mas cuide para que o título e a canonical fiquem coerentes. Yoast e Rank Math ajustam títulos automaticamente adicionando "Página 2 de N". Alguns SEOs preferem noindex a partir da página 2 — decisão editorial, não regra fixa.

Depois de aplicar, sempre verifique o resultado real no HTML da página, com "Ver código-fonte" ou pela ferramenta de inspeção do Search Console. Um noindex configurado no plugin, mas sobrescrito por um filtro do tema, é um erro comum.

Desabilitando páginas de anexo

Cada imagem enviada ao WordPress ganha uma página própria (/post-slug/nome-da-imagem/) com pouquíssimo conteúdo além da imagem em si. É uma das fontes mais volumosas de páginas thin no WordPress.

A solução limpa é redirecionar a página de anexo para o post/página onde a imagem está inserida:

Yoast SEO: "Aparência da pesquisa > Mídia" → ativar "Redirecionar URLs de anexo para o próprio anexo?" (opção que faz o redirect para o post pai quando o anexo está anexado a um).
Rank Math: "Geral > Imagens" → "Redirect Attachment URLs" → escolher "Attachment's Parent" (ou a URL do próprio arquivo, se preferir).
AIOSEO: "Search Appearance > Media > Attachment URLs" → "Redirect Attachment URLs" → "Attachment Parent" ou "Attachment".

Para anexos órfãos (que não estão vinculados a nenhum post), o comportamento varia entre plugins — alguns redirecionam para a home, outros para o próprio arquivo de mídia. Verifique se existem anexos assim no site e decida caso a caso.

Consolidando variantes de URL

Depois de tratar arquivos e anexos, sobram as variantes que precisam ser unificadas por redirect 301:

Variantes que precisam de redirect:

www.dominio.com vs dominio.com
http:// vs https://
Com trailing slash vs sem trailing slash
URLs em maiúsculas vs minúsculas (dependendo do servidor)

O WordPress já força uma versão canônica para várias dessas variantes através da função redirect_canonical() no núcleo, mas isso não substitui redirects no nível do servidor. O correto é fazer os dois:

No .htaccess (Apache/LiteSpeed), garantir HTTPS e a versão preferida do host:

```apache RewriteEngine On

Força HTTPS

RewriteCond %{HTTPS} off RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

Força non-www (ajuste conforme sua preferência)

RewriteCond %{HTTP_HOST} ^www\.(.+)$ [NC] RewriteRule ^(.*)$ https://%1/$1 [L,R=301] ```

Se preferir a versão www, inverta a lógica. O importante é escolher uma versão e aplicar em todo o site — inclusive nas Configurações Gerais do WordPress, no plugin SEO e no sitemap.

Parâmetros de rastreamento (utm_*, fbclid, gclid): não redirecione. O tratamento correto é deixar o plugin SEO declarar a canonical apontando para a URL sem parâmetros, o que os buscadores respeitam para consolidar sinais. Não bloqueie esses parâmetros no robots.txt, pois isso quebra a consolidação.

URLs antigas de posts com slug alterado: use o Rank Math (nativo) ou o plugin Redirection para criar 301s automáticos quando você mudar o slug de um post publicado. Sem isso, o post velho vira 404 e você perde os links externos.

Ajustando permalinks para reduzir variantes

Em Configurações > Links permanentes, use /%postname%/ (ou uma variação com categoria, se fizer sentido para a arquitetura). Evite estruturas que dependem de parâmetros (?p=123), porque:

geram URLs feias e menos memorizáveis;
não expõem sinais semânticos na URL;
podem conviver com a versão bonita se algum link externo apontar para o formato com parâmetro, criando duplicação.

Se o site já rodou por muito tempo com uma estrutura diferente e você precisa mudar, faça a migração com redirects 301 mapeando o padrão antigo para o novo. O Rank Math e o Redirection permitem definir regras baseadas em regex.

Feeds RSS: quando desabilitar

Cada post tem, por padrão, um feed próprio de comentários. O site também gera feeds por categoria, tag e autor. Se você não usa nenhum desses feeds (nem para newsletter, nem para agregadores), pode desabilitá-los:

Rank Math e AIOSEO trazem opção nativa para remover feeds de comentários e de arquivos secundários.
No Yoast, essa opção também existe em "Aparência da pesquisa > RSS".

Alternativamente, adicione noindex aos feeds via cabeçalho HTTP com um filtro em functions.php, mas essa é a opção mais frágil — a primeira via plugin é preferível.

Sitemap.xml: consistência com o que você indexou

O sitemap gerado pelo plugin SEO deve conter apenas as URLs que você quer que sejam indexadas e coincidir com o que você declarou como canônico:

URLs marcadas como noindex não devem aparecer no sitemap. Os plugins fazem essa exclusão automaticamente quando você marca o tipo de conteúdo como noindex — confirme abrindo o sitemap e conferindo se arquivos de tag/autor/data desapareceram após a configuração.
URLs com redirect 301 não devem aparecer no sitemap. Se aparecem, é porque a origem ainda existe como conteúdo no WordPress e o redirect foi feito por cima — reveja.
Páginas de anexo não devem aparecer, uma vez que estão sendo redirecionadas.
O sitemap deve usar a mesma variante de host, esquema (HTTPS) e trailing slash do resto do site.

Envie o sitemap final pelo Google Search Console e monitore o relatório de indexação para conferir se o Google está seguindo o mesmo mapa.

Auditando duplicação pelo Search Console

Depois de aplicar as configurações, use o Search Console para verificar o resultado — não confie apenas nas configurações do plugin:

Relatório "Indexação de páginas": procure pelas categorias:

"Duplicada, o Google escolheu uma URL canônica diferente da do usuário" — o Google discorda da sua sinalização; investigue caso a caso;
"Duplicada sem canônica selecionada pelo usuário" — você não sinalizou preferência e o Google também não escolheu uma; corrija a canônica dessas páginas;
"Página alternativa com tag canônica adequada" — comportamento esperado, indica que o rel="canonical" está funcionando;
"Excluída pela tag 'noindex'" — confirme que só aparecem aqui as URLs que você marcou como noindex (arquivos de tag, autor, busca etc.).

Inspeção de URL: para qualquer post importante, inspecione a URL e confira se a "canônica selecionada pelo Google" bate com a "canônica declarada pelo usuário". Se não bater, revise conteúdo, links internos e a configuração da canônica.

Relatório "Estatísticas de rastreamento": veja se o Googlebot está gastando tempo com URLs de baixo valor (feeds, paginação profunda, parâmetros). Se estiver, priorize noindex e consolidação.

Ferramenta de remoção: útil apenas para casos urgentes (dados sensíveis, URL problemática indexada por engano). Não é substituto para configuração correta — remove por seis meses, depois volta se a URL continuar acessível.

Checklist final

Antes de dar o assunto por resolvido, confira:

[ ] Plugin SEO único instalado e configurado;
[ ] URL preferida declarada consistentemente por todos os tipos de conteúdo;
[ ] noindex aplicado em arquivos de tag (padrão), autor (se pouco populado), data e busca interna;
[ ] Páginas de anexo redirecionando para o post pai;
[ ] Permalinks em /%postname%/;
[ ] Redirect 301 forçando HTTPS e a versão preferida do host (www ou non-www);
[ ] Feeds secundários desabilitados se não usados;
[ ] Sitemap XML contém só as URLs indexáveis;
[ ] Search Console verificado após 2–4 semanas para confirmar consolidação.

O trabalho não termina na configuração inicial. Novos plugins, mudanças de tema, criação de tipos personalizados de conteúdo e integrações (multilíngue, membros, e-commerce) podem reintroduzir variantes de URL. Revise o relatório de indexação periodicamente e mantenha a configuração alinhada com a arquitetura atual do site.

Como evitar conteúdo duplicado no WordPress