Robots.txt para WordPress define quais páginas podem (ou não) ser rastreadas pelos buscadores. O objetivo é reduzir desperdício de crawl e evitar que URLs sem valor apareçam no índice.
O ponto prático é este: bloquear no robots.txt não remove uma página que o Google já indexou. Para controlar indexação, você normalmente combina regras de rastreamento com ajustes como noindex e melhorias de conteúdo. Abaixo, você vai ver o que costuma fazer sentido bloquear e o que vale manter livre, com exemplos seguros.
O que é robots.txt para WordPress e o que ele realmente controla?
O arquivo robots.txt fica na raiz do domínio (por exemplo, seusite.com/robots.txt) e informa aos bots como rastrear seu site. Ele é lido no momento do rastreamento, não na hora da remoção do índice.
Em termos simples:
- Robots.txt: orienta o rastreamento (crawl).
- Indexação: depende de outros sinais (por exemplo, meta noindex, status HTTP, canonical, qualidade e links).
O que bloquear no robots.txt do WordPress (casos comuns)
Nem todo site precisa bloquear tudo. A regra de ouro é bloquear apenas o que gera volume sem valor ou causa desperdício de rastreamento.
1) Páginas de login e áreas administrativas
Se você não quer que bots rastreiem áreas sensíveis, costuma fazer sentido bloquear:
- /wp-admin/
- /wp-login.php
2) URLs de busca interna (quando geram muitas variações)
Busca interna pode criar infinitas combinações de termos. Se isso estiver gerando muitas URLs rastreadas sem ganho, bloquear pode ajudar.
- Exemplo típico: /?s= (varia conforme a estrutura do seu WordPress)
Observação: se você depende de páginas de resultados de busca para SEO (raro), avalie com cuidado antes de bloquear.
3) Páginas de tags e categorias sem conteúdo suficiente (quando for o caso)
WordPress pode gerar páginas de arquivo (archives) que nem sempre têm profundidade. Se você tem muitas tags com pouco conteúdo, bloquear pode reduzir crawl. Mas, se essas páginas têm valor e recebem links, o melhor caminho costuma ser melhorar o conteúdo, não bloquear.
- Use com critério. Primeiro verifique no Search Console quais URLs aparecem e como performam.
4) Pastas e arquivos que não agregam ao buscador
Alguns sites preferem bloquear diretórios que não são úteis para descoberta:
- Arquivos de administração e rotas internas
- Arquivos temporários ou pastas geradas automaticamente (depende da configuração)
Como não dá para adivinhar sua estrutura, o ideal é listar o que aparece como “páginas rastreadas” sem contribuição para tráfego orgânico.
O que deixar livre no robots.txt do WordPress (para não atrapalhar SEO)
Bloquear demais pode reduzir a descoberta de páginas importantes. Em WordPress, normalmente você quer deixar rastreáveis as rotas que sustentam o seu conteúdo.
1) Páginas de conteúdo: posts e páginas
- / (root)
- Artigos (posts)
- Páginas institucionais (sobre, contato, serviços)
2) Arquivos de recursos que ajudam o render e a experiência
Em geral, você não deve bloquear:
- CSS
- JavaScript
- Imagens
Bloqueios aqui podem prejudicar o entendimento do site, especialmente em temas que dependem de assets para renderização.
3) Páginas que você quer que sejam indexadas e que têm valor
Se uma página está bem escrita, responde intenção de busca e recebe links internos, mantenha acessível. Se a preocupação é indexação, trate isso com noindex ou melhorias de SEO on-page, não apenas com robots.
Exemplos de regras de robots.txt (modelos comuns e seguros)
Os exemplos abaixo são genéricos. Ajuste conforme sua estrutura e confirme o efeito no seu Search Console.
Modelo básico para WordPress (áreas administrativas e login)
User-agent: *
Disallow: /wp-admin/
Disallow: /wp-login.php
Modelo com bloqueio de busca interna (quando necessário)
User-agent: *
Disallow: /wp-admin/
Disallow: /wp-login.php
Disallow: /*?s=
Importante: a linha de bloqueio de busca interna pode variar. O padrão /*?s= é comum, mas valide com seu formato real de URL.
Erros comuns ao configurar robots.txt no WordPress
- Bloquear o site inteiro por engano (por exemplo, com Disallow: /).
- Confundir rastreamento com indexação: páginas bloqueadas podem continuar indexadas se já estavam lá.
- Bloquear demais arquivos (CSS/JS/imagens) e piorar entendimento do conteúdo.
- Copiar e colar regras sem conferir a estrutura de URLs do seu WordPress.
- Não testar no Search Console antes de manter em produção.
Como decidir o que bloquear usando dados do Google Search Console
Você não precisa adivinhar. Use o Search Console para enxergar o que está sendo rastreado e quais páginas têm oportunidade.
1) Veja o que está sendo rastreado e com que frequência
Se o seu site está gastando crawl em URLs de baixa utilidade (como variações de busca), isso é um sinal para revisar regras.
2) Compare com páginas que você quer ranquear
Se uma página importante não aparece em relatórios e você suspeita que o bloqueio está atrapalhando, revise as regras e priorize liberar rotas de conteúdo.
3) Use sinais como cliques, impressões e posição média
Quando você identifica páginas com impressões e poucos cliques, o problema costuma estar em título, descrição ou intenção de busca. Isso não se resolve com robots.txt. Ajuste SEO on-page e estrutura.
Quando você vê impressões em queda, pode ser sinal de mudanças no site, canibalização, concorrência ou qualidade. Robots.txt só entra se o rastreamento estiver claramente prejudicando a descoberta.
Onde a configuração do WordPress ajuda (além do robots.txt)
Robots.txt é só uma peça. Para controlar indexação e qualidade, você normalmente precisa combinar:
- Noindex em páginas que não devem entrar no índice.
- Canonical quando há duplicidade ou variações.
- Links internos para reforçar o que é mais importante.
- Conteúdo útil para atender intenção de busca.
Como o PlugnRank pode apoiar sua rotina de SEO on-page e decisões com dados
O PlugnRank não substitui o seu critério sobre rastreamento. Ele ajuda você a transformar sinais do Google Search Console em próximos passos de conteúdo e estrutura, para reduzir trabalho manual no WordPress.
Na prática, você pode usar o fluxo para:
- Publicar artigos otimizados com estrutura de SEO on-page (títulos, seções, intenção de busca).
- Reescrever e expandir conteúdo quando você identifica oportunidades (por exemplo, posição média na faixa de 11 a 20).
- Conectar com links internos para reforçar clusters e páginas comerciais.
- Atualizar conteúdo quando houver sinais de queda e necessidade de melhorar seções.
Se você estiver ajustando robots.txt, o ideal é tratar isso como uma mudança de rastreamento. Depois, acompanhe no Search Console se as páginas certas voltam a ser descobertas e se o desempenho melhora com o conteúdo certo.
Para quem faz sentido revisar robots.txt no WordPress
- Donos de PMEs que querem reduzir desperdício de crawl e manter o foco em páginas que realmente geram valor.
- Profissionais de marketing generalistas que precisam de uma rotina clara: medir, decidir e melhorar sem depender de achismo.
- Sites com muitas variações de URLs (busca interna, arquivos, parâmetros) e dificuldade para manter o conteúdo consistente.
FAQ: robots.txt para WordPress
Bloquear uma URL no robots.txt remove do Google?
Não necessariamente. O robots.txt impede rastreamento, mas páginas já indexadas podem continuar aparecendo. Para remover do índice, você precisa de outros sinais, como noindex e correções no conteúdo e/ou status HTTP.
É melhor bloquear tags e categorias no WordPress?
Depende. Se elas têm conteúdo e intenção bem atendida, vale manter rastreáveis e melhorar. Se são muitas páginas finas, pode fazer sentido bloquear ou ajustar indexação. Use dados do Search Console para decidir.
Posso deixar o robots.txt “genérico” e pronto?
Você pode começar com um modelo básico (admin/login) e depois evoluir. O risco de copiar regras prontas sem validar sua estrutura é bloquear rotas importantes ou assets necessários.
Robots.txt afeta diretamente o ranking?
Ele afeta o rastreamento e a descoberta. O impacto no ranking acontece indiretamente, quando o Google consegue (ou não) acessar páginas e recursos para entender e avaliar seu conteúdo.
Próximo passo: ajuste com segurança e acompanhe no Search Console
Comece pequeno: proteja admin e login, revise se a busca interna está gerando volume e só então considere bloquear arquivos de baixa utilidade. Depois, acompanhe o Search Console para confirmar que as páginas importantes seguem rastreáveis e que as oportunidades de SEO on-page estão recebendo a melhoria certa.
Se você quer acelerar a parte de conteúdo (publicar, medir e melhorar) no WordPress, fale com a gente e conecte seu fluxo ao Search Console com o PlugnRank.
Leave a Reply