O index bloat ocorre quando URLs de baixo valor (tags, arquivos, paginação) entopem o índice do Google e diluem a relevância das páginas reais. Segundo o Google Search Central (2024), o guia de crawl budget vale para sites com 10 mil+ URLs. Podar com noindex reduz o índice, mas ainda consome rastreio. A correção começa pelo diagnóstico no Search Console.

O index bloat é o inchaço do índice do Google com páginas que não deveriam ranquear: arquivos de tag, paginação, anexos e parâmetros. Em um site WordPress típico, um único post pode gerar cinco ou seis URLs indexáveis, e o Google passa a tratar variações finas como concorrentes da página principal. O resultado é canibalização, crawl budget desperdiçado e queda de autoridade. Este diagnóstico cobre os 5 tipos de index bloat mais comuns, como medir o problema no conteúdos de SEO WordPress da FULL e a correção camada por camada com noindex, canonical e robots.txt.

Diagnóstico rápido: Sintoma, causa e correção do index bloat

O sintoma clássico do index bloat aparece no Google Search Console: o relatório de Páginas mostra 30% ou mais URLs indexadas além dos posts reais do site. Na base FULL de 150 mil sites, arquivos de tag e de data respondem pela maior parte desse excesso de index bloat.

A tabela abaixo cruza cada sintoma com a causa raiz e a ação corretiva direta, na ordem de quem mais infla o índice.

Cada linha vira uma tarefa de auditoria no guia de SEO técnico para WordPress.

Os 5 tipos de index bloat mais comuns no WordPress

O WordPress gera index bloat por padrão de fábrica: a instalação limpa já cria arquivos de categoria, tag, autor, data e anexo, todos indexáveis. Em auditorias da base FULL de 150 mil sites, cinco tipos respondem por mais de 90% do inchaço do índice. Mapear qual deles domina o seu caso define a estratégia de poda.

O primeiro é o arquivo de tag, comum em blogs que criam uma tag nova por post. O segundo é o arquivo de data, que duplica feeds mensais sem conteúdo único. O terceiro é a paginação de categoria, que multiplica /page/N/ sem texto próprio. O quarto são as páginas de anexo de imagem, herdadas de temas antigos que abrem uma URL por arquivo enviado. O quinto são URLs de busca interna e parâmetros de filtro, frequentes em categorias e tags mal configuradas no WooCommerce. Em sites de conteúdo, a dupla tag mais data costuma somar mais de 60% do excesso indexado.

Por que o index bloat derruba o ranking e o crawl budget

O index bloat prejudica o ranking por dois mecanismos simultâneos: canibalização semântica e desperdício de crawl budget. Quando o arquivo de tag e o post disputam a mesma intenção de busca, o Google divide a relevância entre 2 URLs fracas e a página forte cai de posição. Esse é o efeito mais caro do index bloat.

O segundo mecanismo é o rastreio: cada URL inútil consome parte da cota que o Googlebot reserva ao domínio. Segundo o Google Search Central, que documenta como o crawler aloca capacidade e demanda, blocos de URLs de baixo valor competem pelo orçamento de rastreio das páginas que realmente importam. Em sites com milhares de posts, o atraso de indexação de conteúdo novo costuma ser o primeiro sintoma visível, às vezes com dias de espera entre publicar e ver a URL no índice.

Como diagnosticar o index bloat com ferramentas reais

Diagnosticar index bloat exige cruzar 3 fontes de dado, não confiar em uma só. A primeira é o sitemap XML versus o relatório de Páginas indexadas do Google Search Console: se o índice tem 40% mais URLs que o sitemap, há bloat confirmado.

A segunda fonte é o comando site: no Google, que estima a contagem indexada em segundos, embora seja aproximado. A terceira é um crawler como o Screaming Frog ou o Sitebulb, que lista cada URL indexável com seu status de canonical e meta robots. Ferramentas de SEO como Ahrefs e Semrush completam o quadro ao mostrar quais URLs finas recebem cliques residuais. Em tickets de SEO da FULL, a combinação Search Console mais Screaming Frog resolve a identificação do index bloat na maioria dos casos sem precisar de log de servidor.

Como corrigir o index bloat em 4 camadas

A correção do index bloat segue 4 camadas, da poda mais ampla à mais cirúrgica. A camada 1 é o noindex em arquivos de baixo valor (tag, autor, data, anexo), aplicado em segundos no Rank Math PRO ou no Yoast SEO. A ordem entre as camadas é o que evita erro.

A camada 2 é o canonical autorreferente na paginação, que sinaliza ao Google qual URL consolidar, detalhada no guia de URLs canônicas com Rank Math. A camada 3 é o redirecionamento 301 de páginas de anexo para o post pai, eliminando URLs órfãs de imagem. A camada 4 é o robots.txt para URLs de busca e parâmetros, que nunca deveriam ser rastreadas. A regra fixa: aplicar noindex antes de bloquear no robots.txt, porque uma URL bloqueada no robots.txt nunca chega a ler a tag noindex.

Noindex não é o mesmo que bloquear rastreio

A nuance técnica que mais gera erro de index bloat é tratar noindex e robots.txt como sinônimos. O noindex remove a página do índice, mas o Googlebot ainda precisa requisitar a URL para ler a meta tag, então o rastreio continua consumindo crawl budget. O robots.txt bloqueia o rastreio antes da requisição, mas não remove do índice quem já foi indexado. A sequência correta para podar index bloat é: primeiro noindex (deixa o Google rastrear e remover), confirmar a saída do índice no Search Console e só então, em casos extremos de volume, bloquear no robots.txt. Inverter a ordem mantém URLs presas no índice sem nunca serem reavaliadas.

Plano FULL: Rank Math PRO no bundle de 17 plugins

A poda de index bloat depende de um plugin com controle granular de indexação por tipo de conteúdo, e é isso que o Rank Math PRO entrega. No plano PRO da FULL, ele entra no bundle de 17 plugins por R$849 por ano, o que dá R$85 por site quando você gerencia 10 sites no mesmo painel.

A gente vê no suporte da FULL que o custo avulso de licenças de SEO trava agências pequenas, e o bundle resolve isso de uma vez. Ative o controle de arquivos, canonical e sitemap pelo painel em FULL.services/planos e aplique a poda de index bloat em todos os sites da carteira sem comprar licença por domínio. Para uma carteira de 10 sites, a diferença entre licença avulsa e bundle costuma passar de R$2.000 por ano só no plugin de SEO.

Quando o index bloat não é o seu problema real

Nem toda página indexada a mais é index bloat: em sites com menos de 200 URLs e crawl budget folgado, a poda agressiva pode remover páginas que ainda geram tráfego de cauda longa. O index bloat só vira prioridade quando o índice passa de 30% além das URLs de valor.

Em lojas WooCommerce, páginas de filtro com volume de busca real às vezes merecem ficar indexadas, não podadas. O sintoma que confirma a prioridade é o Search Console reportar atraso de indexação de conteúdo novo. A decisão depende do volume e da intenção, não de uma regra fixa, e a árvore abaixo resume os gatilhos de ação.

• Se o índice tem 30%+ URLs além do sitemap → aplique noindex nos arquivos primeiro.
• Se a paginação /page/N/ aparece no índice → revise o canonical antes de qualquer bloqueio.
• Se há páginas de anexo ranqueando → redirecione attachment para o post pai com 301.
• Se URLs de busca interna estão indexadas → bloqueie no robots.txt após confirmar o noindex.

Legenda: o salto entre URLs do sitemap e URLs indexadas é a evidência mais direta de index bloat.

Perguntas frequentes sobre index bloat no WordPress

Próximos passos para limpar o índice do seu WordPress

Limpar index bloat é trabalho de auditoria recorrente, não tarefa única: o WordPress volta a gerar arquivos indexáveis a cada plugin novo ou tema trocado. Comece pelo Search Console para medir o tamanho real do problema, aplique noindex na ordem das camadas e reavalie o índice a cada 30 dias. Para aprofundar cada etapa, o guia de SEO para WordPress reúne os tutoriais de canonical, sitemap e indexação, e o passo a passo de problemas de indexação cobre os casos mais espinhosos. Para continuar aprendendo, o FULL Academy reúne todos os guias de SEO técnico em um só lugar.