Robots.txt em subdomínios: host, protocolo e porta

Robots.txt em subdomínios: como conferimos o escopo

Nosso método para separar protocolo, host, porta, www, staging e ownership de deploy antes de alterar regras robots.txt.

Por Robots.txt Tools Editorial TeamPublicado em 2026-09-13Última verificação em 2026-09-131 min de leitura

Método editorial: este guia documenta o processo de revisão da equipe editorial do Robots.txt Tools. A linguagem procedural em primeira pessoa descreve esse método; não representa alegação de trabalho para clientes ou casos pessoais.

Quando uma regra parece correta mas não funciona, nós conferimos o escopo antes da sintaxe. Robots.txt é ligado à origem: protocolo, host e porta.

Separamos as origens

https://example.com/robots.txt
https://www.example.com/robots.txt
https://shop.example.com/robots.txt
http://example.com/robots.txt
https://example.com:8443/robots.txt

Não existe herança automática entre esses endereços.

Criamos um inventário

Listamos produção, www, loja, docs, preview e staging. Abrimos /robots.txt em cada host e identificamos quem entrega a resposta: framework, CMS, CDN ou proxy.

Testamos a URL no host correto

Uma URL da loja é testada contra a política da loja. Usamos o tester para ver a regra vencedora e o checker para confirmar o arquivo público.

Staging exige segurança real

Conteúdo privado fica atrás de autenticação ou outro controle de acesso. Disallow: / não é segurança. Em previews públicos também avaliamos noindex.

Nossa revisão final

Conferimos HTTP/HTTPS, www, subdomínios, porta, ownership do deploy e ambientes antigos de migração. Pensar por origem evita corrigir o arquivo certo no lugar errado.