Como um lojista verifica um agente de IA, e quem define as regras

O problema que não existia há dois anos

A gestão de bots funciona. Está aí a dificuldade. Um lojista que passou anos ensinando sua borda a rejeitar tráfego automatizado descobre que o tráfego novo mais valioso da internet é automatizado: agentes de compra agindo por compradores reais com meios de pagamento reais. Da borda, um agente que adiciona ao carrinho e um scraper que copia seus preços são idênticos. Ambos são headless, vêm de um centro de dados, e nenhum move um mouse.

Isso não se resolve com heurísticas, porque a distinção não é de comportamento. É uma questão de credenciais. Daí a resposta ter chegado como trabalho de protocolo, e não como impressão digital melhor.

Três perguntas, três respostas diferentes

O mais útil a entender aqui é que «verificar um agente» são três problemas separados, que a maioria das coberturas funde em um.

Um lojista cujo problema está na primeira linha não precisa da terceira, e vice-versa. É assim que orçamentos de integração são gastos na camada errada.

O que a Visa entregou, e por que começa no CDN

A Visa apresentou o Trusted Agent Protocol em 14 de outubro de 2025, desenvolvido com a Cloudflare. A escolha do parceiro é reveladora: o TAP foi projetado para ser conferido na borda, antes de a requisição alcançar sua aplicação. O agente apresenta uma assinatura criptográfica construída sobre as assinaturas de mensagens HTTP (RFC 9421), alinhadas ao Web Bot Auth. A assinatura está vinculada ao seu domínio e à operação específica, navegação ou pagamento, e carrega marcas de tempo, identificador de sessão e identificadores de chave e algoritmo, de modo que não possa ser repetida em outro lugar.

Três camadas de informação a acompanham: a intenção do agente, o reconhecimento do consumidor (conta ou relação existente, com consentimento) e, opcionalmente, dados de pagamento como Payment Account References para cartões salvos. A especificação e uma implementação de exemplo completa, incluindo um proxy CDN que verifica as assinaturas, são públicas no GitHub.

Oito meses depois, no Visa Payments Forum de 10 de junho de 2026, a Visa acrescentou as peças que tornam a verificação operacional em vez de teórica: Agent Score, que permite ao lojista testar se agentes conseguem de fato concluir tarefas em seu site, um Agentic Directory atuando como registro de confiança de agentes legítimos, e um Large Transaction Model aplicando IA à autorização.

O que a Mastercard entregou, e por que começa no token

A Mastercard anunciou o Agent Pay antes, em 29 de abril de 2025, e pegou o mesmo problema pela outra ponta. Em vez de provar identidade na borda do lojista, o Agent Pay registra e verifica agentes de confiança antes de poderem pagar, e emite Mastercard Agentic Tokens construídos sobre a tokenização que a rede já opera. Controles do consumidor definem o que um agente pode comprar, e a transação chega reconhecível como iniciada por agente a cada parte da cadeia.

Em 20 de janeiro de 2026, a Mastercard expôs como as peças se conectam. A rede juntou-se ao Google no Universal Commerce Protocol na semana da NRF, disse trabalhar com a Microsoft para levar o Agent Pay ao Copilot Checkout, e citou trabalhos contínuos com OpenAI, Cloudflare e PayPal. O enquadramento foi explícito: o ecossistema havia passado «da experimentação para uma infraestrutura comercial real». Em 10 de junho de 2026 ampliou o programa com o Agent Pay for Machines para pagamentos entre agentes e microtransações.

Por que a terceira pergunta foi para a FIDO

Identidade se resolve com assinaturas. Provar que um humano autorizou uma compra específica, não, porque é um problema de prova que precisa sobreviver a uma disputa meses depois. Por isso saiu das empresas. Em 28 de abril de 2026 a FIDO Alliance criou um grupo de trabalho técnico de Agentic Authentication, presidido por membros da CVS Health, Google e OpenAI, e recebeu como contribuição o AP2 do Google e o Verifiable Intent da Mastercard em um grupo de trabalho de Pagamentos presidido por Mastercard e Visa.

Suas três frentes declaradas cobrem exatamente a tabela acima: instruções de usuário verificáveis, autenticação do agente e delegação confiável para o comércio. Andrew Shikiar, CEO da Aliança, formulou a exigência assim: as pessoas precisam confiar que as ações de agente são «seguras, autorizadas e refletem de fato sua intenção». Sobre as consequências de governança dessa transferência, veja o AP2 saiu do Google.

O que fazer concretamente

1. Medir antes de construir. Verifique se agentes legítimos estão sendo rejeitados na sua borda. Se sua defesa anti-bot não bloqueia tráfego de agentes, a verificação não é seu gargalo, e a qualidade dos seus feeds provavelmente é.
2. Começar pela borda, não pelo checkout. O TAP é verificável no CDN e apoia-se numa RFC publicada do IETF: a camada de identidade pode ser testada sem tocar no seu checkout.
3. Tratar a autorização como frente separada, com relógio mais lento. Está sendo padronizada na FIDO com as redes nas presidências, e sua forma se firmará antes de você precisar se comprometer.
4. Não apostar em uma só rede. Visa e Mastercard abordam isso por pontas diferentes e ambas convergem para os protocolos abertos em vez de substituí-los, como expusemos em redes de cartões contra protocolos abertos.

Para a camada abaixo, veja como os agentes de IA pagam. Para a parte que decide se um agente o encontra, veja como os agentes leem seus produtos.