Humano ou agente? O que o acesso via agentes de IA muda para software houses

Uma parcela crescente dos acessos a plataformas e aplicativos já não vem de uma pessoa na frente da tela, vem de um agente de IA agindo em nome dela. Para software houses, isso muda três coisas de uma vez: a camada de proteção contra bots precisa aprender a distinguir agente legítimo de scraper, o produto precisa ser legível por IA e a interface precisa funcionar para um usuário que não tem olhos. Este artigo mostra os números por trás da tendência e o que verificar nos sistemas que você constrói e mantém.

O usuário que não tem olhos

O caso mais mensurável é o da Amazon. Na divulgação de resultados do segundo trimestre de 2026, a empresa informou que os usuários ativos do Alexa for Shopping, o assistente agêntico que substituiu o Rufus em maio, quase dobraram em um ano, com interações cinco vezes maiores que no mesmo período anterior e mais de 350 milhões de compradores usando o assistente nos últimos 12 meses. Clientes que compram pelo assistente gastam em média 40% mais por pedido, segundo a cobertura da Retail Dive. Entre a geração Z e os millennials, 62% dizem preferir comprar com ferramentas de IA, e projeções de mercado citadas na mesma cobertura falam em US$ 1 trilhão em receita de comércio agêntico até 2030.

O padrão não fica restrito ao varejo. Agentes de navegação (do ChatGPT agent a browsers automatizados como os da Browserbase) já consultam preço, preenchem formulário, comparam plano e abrem chamado. O tráfego que chega ao sistema do seu cliente está mudando de natureza, e a maior parte das plataformas não foi desenhada para isso.

Sua proteção está barrando seu melhor cliente?

Aqui mora o paradoxo atual: as mesmas ferramentas que protegem a plataforma de scraping e fraude podem estar bloqueando agentes que vieram comprar. WAF, bot management e challenges de JavaScript tratam qualquer automação como ameaça por padrão, e um agente barrado não insiste: ele compra no concorrente que carregou.

A infraestrutura para separar as duas coisas está se formando agora. O Web Bot Auth, rascunho do IETF escrito por engenheiros da Cloudflare e do Google sobre a base das assinaturas HTTP da RFC 9421, permite que um agente assine cada requisição e aponte, no cabeçalho Signature-Agent, para o diretório de chaves públicas do seu operador. A Cloudflare já valida essas assinaturas em tráfego real e criou a categoria de signed agents dentro do programa de bots verificados, com ChatGPT agent e Browserbase na primeira leva; o AWS WAF Bot Control aplica rótulos equivalentes por requisição. O protocolo identifica o operador, e a política continua sendo sua: quem pode ler, quem pode transacionar, quem leva rate limit.

O que verificar hoje nos sistemas sob sua responsabilidade: quais regras de bot estão ativas e o que elas fazem com agentes identificados; se o painel da CDN ou do WAF já expõe a categoria de agentes verificados e com que política; e se existe decisão explícita do cliente sobre agentes (permitir leitura, permitir transação, bloquear), porque hoje essa decisão costuma estar sendo tomada por um default de firewall que ninguém revisou.

Legível por IA é requisito de produto

Agente que não entende a página não conclui a tarefa. As práticas que já valem para GEO valem dobrado para agentes: conteúdo renderizado no servidor (agente não espera hidratação de SPA), HTML semântico com schema.org, um llms.txt apontando o que importa, e documentação de API aberta e atualizada. O passo seguinte é oferecer interface própria para agentes: APIs públicas bem documentadas e, cada vez mais, um servidor MCP que exponha as operações da plataforma como ferramentas. Quando o agente tem um caminho estruturado, ele para de raspar o HTML e passa a usar a interface que você controla, com autenticação, escopo e auditoria. O nosso guia de GEO e SEO cobre a camada de conteúdo dessa preparação.

O que muda no trabalho da software house

No levantamento de requisitos, entra uma pergunta nova: essa plataforma será acessada por agentes, e o que eles poderão fazer? A resposta muda arquitetura (API-first deixa de ser preferência e vira exigência), segurança (autenticação delegada e escopos para ações de agente, em vez de sessão de navegador emulada), analytics (separar tráfego humano de tráfego de agente, ou as métricas de conversão perdem o sentido) e QA (testar o fluxo crítico com um agente real executando a tarefa, do jeito que hoje se testa em mobile). Para quem desenvolve sob encomenda, é uma frente de serviço que começa agora, parecida com o que foi a adaptação mobile: auditar plataformas existentes, destravar o acesso legítimo e construir a camada de interface para agentes, um movimento que se soma ao novo papel da software house na era da IA.

Daqui a um ano, quem acessa a sua plataforma?

A pergunta que vale levar para o planejamento de 2027: daqui a um ano, sua plataforma será acessada por humanos ou por agentes? A resposta honesta é "pelos dois", mas em proporção que ninguém sabe ainda, e é exatamente por isso que a instrumentação vem primeiro. Meça quanto do seu tráfego já é agêntico, decida a política de acesso com o cliente e prepare a interface. Quem descobrir a proporção na prática, olhando métrica de conversão caindo sem explicação, vai descobrir tarde.

Perguntas frequentes

O que é acesso via agentes de IA?

É quando um software autônomo (um agente de ChatGPT, Claude, Alexa ou similar) navega, consulta ou transaciona em uma plataforma em nome de um usuário humano, em vez de o próprio usuário operar a interface.

Devo bloquear agentes de IA no meu site?

Depende do agente e da intenção. Scraper de treinamento e agente de compra são coisas diferentes. O caminho atual é usar a verificação de agentes (bots verificados, signed agents, Web Bot Auth) para identificar o operador e aplicar política por categoria, em vez de um bloqueio único para toda automação.

Como preparo minha plataforma para agentes?

Em três camadas: conteúdo legível por IA (SSR, HTML semântico, schema.org, llms.txt), proteção que distingue agente legítimo de abuso, e interface estruturada (API documentada e, quando fizer sentido, um servidor MCP) para que o agente opere por um caminho controlado.

O que é Web Bot Auth?

É um protocolo em rascunho no IETF em que o agente assina suas requisições HTTP e aponta para as chaves públicas do operador, permitindo que sites e CDNs verifiquem quem está acessando. Cloudflare e AWS já usam o mecanismo em produção para classificar agentes.