robots.txt no WordPress: regras padrão, edição e exemplos seguros

robots.txt no WordPress

robots.txt no WordPress: regras padrão e exemplos seguros | We.Inc

Onde o WordPress gera o seu robots.txt virtual, as linhas padrão exatas que o core imprime, como substituí-lo por um arquivo real ou um filtro e um gerador de arquivo seguro.

Por padrão, o WordPress não tem um arquivo robots.txt no disco. Quando alguém pede /robots.txt, o core monta um na hora: User-agent: *, Disallow: /wp-admin/, Allow: /wp-admin/admin-ajax.php, mais uma linha Sitemap em sites públicos desde a versão 5.5. Enviar um robots.txt real para a raiz do site substitui essa versão virtual.

O que o core do WordPress imprime em /robots.txt

Como o arquivo padrão é gerado por código, você não vai encontrá-lo com um cliente FTP nem no gerenciador de arquivos da hospedagem, o que confunde muitos donos de site. Dá para alterá-lo de três formas: enviar um arquivo real, deixar um plugin de SEO editá-lo ou adicionar um pequeno filtro no código. Monte uma versão segura com o gerador abaixo.

Perguntas frequentes

Onde fica o arquivo robots.txt no WordPress?

Normalmente em lugar nenhum. A função do_robots escreve a resposta a cada vez que /robots.txt é pedido. Só existe um arquivo para editar se você ou um plugin enviou um robots.txt real para a pasta raiz.

A opção Evitar que mecanismos de busca indexem este site altera o robots.txt?

Não desde o WordPress 5.3. O artigo sobre as Configurações de leitura diz que a opção agora adiciona uma meta tag robots com noindex,nofollow ao head de cada página. Até a 5.2 ela fazia o robots.txt enviar Disallow: /.

Como edito o robots.txt sem plugin?

Envie um arquivo de texto simples chamado robots.txt para a raiz do site, ou use o filtro robots_txt em um pequeno plugin ou no seu tema filho. O filtro recebe o texto gerado e uma flag que diz se o site é público.

Por que o meu robots.txt mostra algo diferente das configurações do meu plugin?

O artigo sobre as Configurações de leitura observa que o comportamento nativo só funciona quando o WordPress está instalado na raiz do site e não existe nenhum robots.txt. Um arquivo físico, uma regra da hospedagem ou uma camada de cache podem servir outra coisa.

Devo bloquear /wp-admin/ afinal?

O padrão já bloqueia, e tudo bem: o painel não tem nada para ranquear. Mantenha a linha Allow do admin-ajax.php para que os recursos públicos que o chamam não sejam bloqueados.

Como o arquivo virtual é montado

Regras que vale adicionar em uma loja ou blog

Edite o arquivo virtual com o filtro robots_txt

Adicione isto a um pequeno plugin personalizado ou ao functions.php do seu tema filho. Só roda quando não existe um robots.txt real na raiz.

Acrescentar regras e um sitemap personalizado

O segundo argumento informa se o site é público, assim uma cópia de staging pode ficar intocada.

Como fica o padrão em um site público

Gerado pelo core em um site instalado na raiz do domínio, com o sitemap do core ativado.

Gerador de robots.txt para WordPress

Bloquear resultados da busca interna

Bloquear carrinho, checkout e conta do WooCommerce

Esta é uma cópia de staging (bloquear tudo)

Endereço do sitemap

O seu robots.txt

Copiar

Copiado

Teste do Googlebot contra o seu arquivo

Gerado no seu navegador. Nada é enviado ou baixado.

Comece grátis · Sem cartão de crédito

Relacionados: Guias

Produto

Para quem é

Recursos

Recursos

Empresa

Mapa do site