Radar Tech: a web começou a fechar a porta para os agentes de IA — e o bloqueio não é um bug, é uma política

O que apareceu nas últimas 24 horas

Um levantamento publicado hoje reúne relatos de usuários de vários agentes de consumo — o Muse, da Meta, o Dots, da OpenAI, o Grok, da xAI, e o agente da Instinct — que passaram a encontrar portas fechadas em sites que antes atendiam sem problema.

Os exemplos são concretos. O Yelp declarou que só libera agentes de IA que aderiram ao seu programa de licenciamento de dados. A Delta passou a impedir reserva de passagem feita por agente. O JPMorgan Chase e a Charles Schwab confirmaram que bloqueiam agentes no acesso a contas por preocupação de segurança. A Amazon já vinha bloqueando e litigando contra o agente de compras da Perplexity desde o ano passado, e agora relata que o Muse, da Meta, também não consegue usar a loja.

A reação pública mais citada é a da Meta: "recusar um agente pessoal é recusar o cliente por trás dele". Em paralelo, a Meta foi construir acordos com varejistas que aceitam o Muse, e o Shopify abriu sua rede de lojas para agentes. Ou seja: não é uma parede única. É um mapa desigual de portas abertas e fechadas — e ele muda a cada semana.

Por que isso é uma história de arquitetura, não de má sorte

Para quem opera um agente, a leitura fácil é "o site nos bloqueou". Mas o mesmo erro — um 403 seco, um desafio de "verifique se você é humano", uma sessão que cai — pode nascer de pelo menos quatro camadas diferentes:

• Bot management. A requisição parece automação: IP de nuvem, cadência regular, assinatura de TLS que não é de navegador. A regra libera leitura e barra o passo que gera valor.
• Autenticação. A automação não sobrevive ao login: o site detecta sessão dirigida por script e derruba em segundos, como fazem os bancos.
• Contrato e termos. O site não bloqueia por técnica, mas por negócio: só aceita agentes que pagam pelo acesso aos dados ou que passam por um programa de parceiro.
• Rate limit. O agente funciona, mas a concorrência é alta demais numa janela de horário — e o 429 aparece só naquele intervalo.

Cada uma dessas causas pede uma resposta oposta. Bot management pede identidade declarada, limites anunciados e, muitas vezes, parceria. Sessão derrubada em conta financeira pede confirmação humana e provavelmente sair da automação. Contrato pede comercial, não engenharia. Taxa pede fila e backoff.

Tratar as quatro como o mesmo problema leva ao pior caminho possível: melhorar a "furtividade" do agente. Rotação de IP, fingerprint de navegador, resolução automática de CAPTCHA. Isso não é uma decisão de arquitetura — é evasão de um controle de acesso, viola os termos da maioria dos sites e transforma um problema de contrato em um problema jurídico.

A assimetria que explica o nó

Há uma assimetria que quase ninguém enuncia: o site não precisa bloquear todo o tráfego do agente. Basta bloquear a rota que importa. No caso do marketplace, a busca funciona e o checkout não. No da companhia aérea, ver preço funciona e reservar não. Do lado do agente, isso se parece com instabilidade. Do lado do site, é precisão.

E a web respondeu a esse nó aumentando as defesas por padrão — proteção de bot que barra crawler que faz busca e treinamento ao mesmo tempo, desafios de "prove que você é humano" cada vez mais espalhados, e sistemas anti-fraude que tratam programa desconhecido como programa hostil, porque na maior parte das vezes é.

O que fazer na semana seguinte

• Escreva a política por classe de site, não por site. Conta financeira, e-commerce com checkout, conteúdo aberto e API de parceiro têm consequências diferentes e merecem regras diferentes — cada uma com o papel que assina exceção.
• Declare identidade de agente. Quem você é, para quê, como te chamar: contato técnico, endpoint de política, webhook de abuso. Sem isso, seu tráfego é indistinguível de scraping anônimo — e você merece, tecnicamente, o mesmo tratamento.
• Mova o dinheiro para canais contratados. API oficial, programa de parceiro ou integração assistida (o agente prepara, o humano confirma). Navegar e clicar no checkout é o que coloca o agente na mira da regra mais dura.
• Meça antes de decidir. 403 e 429 por rota e por minuto. Um teste a uma requisição por minuto separa rate limit de banimento de score em menos de uma hora.
• Tenha o runbook pronto para a próxima vez. Quando o site mudar a regra — e vai mudar — a decisão em quatro horas úteis precisa ser possível só com a log do que aconteceu. Sem isso, a resposta padronizada será "aumenta as instâncias", que é exatamente o que piorou o caso.

A leitura do dia

A discussão que dominou o dia foi sobre direito de acesso — se um agente é a extensão do usuário, se recusar o agente é recusar o cliente. A conclusão prática para quem constrói, porém, está um nível abaixo do debate: o site decide, e decide com regras técnicas e contratuais. O que está na sua mão é decidir como você se apresenta, onde você opera e o que você deixa de fazer. Um agente que sabe qual porta não deve abrir é mais útil do que um que sabe forçar todas.

Nota: toda decisão de acesso, contrato e risco deve ser revisada por quem responde pelo sistema perante o usuário e o fornecedor. Uma saída de IA organiza a decisão e aponta as lacunas — não substitui o julgamento de quem assume o risco.