Seu robots.txt virou um campo de batalha
scraping de IA virou custo operacional real para quem publica na web. Não é mais discussão abstrata sobre copyright, é conta de servidor estourando, log cheio de bot que você nunca autorizou e conteúdo inteiro sendo sugado para virar resposta em um chatbot. Quem opera site médio já sentiu isso na pele. Um dia é o GPTBot, no outro é o CCBot, depois um crawler obscuro que nem se identifica direito. E a solução até agora era um remendo atrás do outro, com uma regra diferente para cada empresa no seu robots.txt.
É nesse cenário cansativo que OpenAI, Google, Microsoft e Anthropic resolveram apoiar a mesma saída. Pela primeira vez, as gigantes concordaram em respeitar um sinal único de opt-out. Parece simples, e é para ser simples, mas quem já operou infraestrutura sabe que simples no papel quase nunca é simples na execução.
O fato: um token único para dizer não
O anúncio é direto. As quatro empresas dizem que vão adotar um novo padrão que permite ao publisher definir sua preferência de treino uma única vez e valer para vários crawlers de IA ao mesmo tempo. Hoje você precisa declarar isso separadamente para cada companhia, com user-agents e diretivas diferentes. A proposta muda essa lógica fragmentada para um controle centralizado.
A proposta técnica vem de Kevin Kelley, líder técnico de padrões na Anthropic, dentro do Internet Engineering Task Force, o IETF. A ideia é um sinal compartilhado, chamado de policy token, que vive dentro do robots.txt do site. Esse arquivo já é usado há anos para dizer quais robôs podem ou não acessar quais partes do site, seja para busca, arquivamento ou treino. Com o token, em vez de repetir a mesma intenção quatro, cinco, dez vezes, você sinaliza uma vez.
Na prática, OpenAI, Google, Microsoft e Anthropic afirmam que vão restringir seus crawlers de IA quando encontrarem esse token. A Anthropic diz que já adotou o sinal. A OpenAI promete implementar nos próximos meses. Google e Microsoft falam em suporte no próximo ano. É um cronograma elástico, como quase tudo que envolve padrão web, mas o alinhamento político já é um fato relevante por si só.
Como funciona na visão de operador
Pensa no robots.txt como um contrato de leitura barata. O crawler chega, faz um GET no /robots.txt, guarda em cache por algumas horas e decide se pode buscar o resto. O policy token entra aí como uma diretiva compartilhada. Em vez de você escrever blocos separados para GPTBot, Google-Extended, CCBot e os bots da Microsoft, você declara uma intenção global de não uso para treino. Se o bot for compatível, ele lê, entende e recua.
Para quem opera, os detalhes que importam são latência, cache e custo de conformidade. Leitura de robots.txt já é barata, mas a eficácia depende de quanto tempo cada empresa guarda esse cache e com que frequência revalida. Se o Google cachear por 24 horas e a OpenAI por 12, uma mudança sua não propaga na mesma velocidade. Isso gera aquela janela chata em que você já bloqueou, mas o tráfego continua batendo. Não é bug, é arquitetura distribuída funcionando como sempre funcionou.
Outro ponto é inferência técnica, porque o padrão ainda está em adoção inicial. É plausível que a validação seja feita no lado do crawler, sem callback para o publisher e sem prova criptográfica forte neste primeiro momento. Ou seja, funciona na base da confiança mais verificação por amostragem nos logs. Isso mantém o custo baixo para as empresas de IA, o que ajuda na adoção, mas deixa a fiscalização meio opaca para quem publica. Você sinaliza, mas não tem um painel que prova que ninguém te scrapeou.
A Microsoft tenta diferenciar um pouco. Ela fala em controles mais granulares, separando opt-out de treino de opt-out de grounding, que é quando o modelo consulta uma fonte verificada para reduzir alucinação e citar melhor. E ela avisa que o site continua aparecendo nos resultados do Bing mesmo se você bloquear o uso para IA. Na teoria, isso separa busca de treino, o que é bom para SEO. Na prática, vamos precisar testar se o crawler de busca não vai acabar servindo de porta lateral para dados que alimentam IA.
O que isso muda na prática
Quem ganha no curto prazo é o publisher médio e pequeno, aquele que não tem time jurídico nem engenharia para ficar atualizando robots.txt toda semana. Um sinal único reduz fricção. Você configura uma vez, documenta e segue a vida. Para portais grandes, agências de SEO e provedores de dados, também simplifica auditoria. Menos linhas para manter, menos risco de errar sintaxe e bloquear o Googlebot sem querer.
Quem perde, pelo menos em tese, são os modelos que dependem de web aberta e fresca. Menos dados acessíveis significa mais negociação de licenciamento ou mais dependência de dados sintéticos e parceiros. Também perde quem vivia do atalho, aquele crawler de terceira linha que se escondia na fragmentação das regras. Se o padrão pegar, fica mais feio ignorar um não que é explícito e compartilhado.
Se você opera um site hoje, tem uma ação prática para fazer nesta semana. Não espere o Google implementar no ano que vem para se organizar. Faça assim, complete em uma tarde.
- Audite seu robots.txt atual e liste todos os blocos de IA que você já tem, incluindo GPTBot, Google-Extended, CCBot e Bingbot
- Padronize a intenção em linguagem clara no arquivo e deixe um comentário interno com data e responsável, para facilitar a migração para o policy token quando ele estiver valendo
- Ative monitoramento de bots no seu CDN ou WAF e crie um alerta de taxa de crawl por user-agent, porque bloqueio sem métrica é só esperança
- Decida agora sua política de grounding, pois aparecer como fonte verificada pode trazer tráfego e citação mesmo se você bloquear treino
Esse trabalho parece burocrático, mas evita o erro clássico. Muita gente vai copiar e colar um bloco achado na internet, bloquear o bot de busca junto e depois culpar o algoritmo pela queda de tráfego. Separar busca, treino e grounding desde já é o que vai permitir adotar o token único sem quebrar SEO.
Isso escala ou só move o gargalo?
Aqui está a tensão real. O padrão só funciona se for respeitado, e respeito voluntário em web aberta sempre foi frágil. As quatro grandes assinam, ótimo. Mas o ecossistema de scraping tem centenas de atores, de startups de busca por IA a datasets paralelos que ninguém audita. O token único resolve o problema com os certinhos, não resolve com os espertinhos. E são justamente os espertinhos que mais pesam na conta do servidor.
Tem também o contexto recente. O padrão RSL tenta criar caminho para cobrar crawlers que visitam sites, e a Cloudflare passou a bloquear bots de IA por padrão para muitos clientes. Ou seja, estamos vendo duas forças opostas. De um lado, bloqueio total e pedágio. Do outro, um sinal educado de por favor não use. O token único é mais barato e mais interoperável, mas não tem dente. Sem enforcement, sem penalidade clara e sem transparência de conformidade, ele vira etiqueta, não firewall.
E tem a dúvida sobre granularidade. Dizer não para tudo é fácil, mas quase ninguém quer dizer não para tudo. Um publisher pode querer bloquear treino e ainda assim permitir grounding com atribuição, porque citação gera autoridade e clique. Se a implementação inicial for binária demais, do tipo tudo ou nada, a adoção esfria. A jogada da Microsoft de separar treino de grounding parece um aceno nessa direção, mas ainda falta ver como isso vai aparecer na sintaxe real e nos logs.
No fim, minha leitura de operador é esta. O token reduz custo de configuração e cria uma base comum, o que é progresso honesto. Só que ele não resolve custo de verificação nem resolve o tráfego fantasma de bots que ignoram robots.txt. Ele move o gargalo da configuração para a fiscalização. Antes o problema era escrever dez regras. Agora o problema vai ser provar que as dez maiores empresas e as cem menores realmente obedeceram.
Conclusão prática
O opt-out único é um avanço pragmático, não uma vitória final. Ele organiza a bagunça do robots.txt e dá aos publishers uma linguagem comum para dizer não. A pergunta que fica é simples e incômoda. Quando o token estiver no ar em todos os quatro, quem vai auditar os crawlers que fingem que não viram nada?



Comentários
0 comentáriosNenhum comentário ainda. Seja o primeiro a comentar.