Google cria protocolo para agente de IA fechar compra sozinho: o que muda na loja
O Google publicou em setembro de 2025 o AP2, um protocolo aberto que define como um agente de IA prova que tem autorização para pagar em nome do cliente. A loja e o meio de pagamento vão ter que conversar sobre isso antes que o primeiro carrinho chegue assinado por uma máquina.
Débora NunesColunista· 6 min de leitura
Este artigo foi escrito por Débora Nunes. Conteúdo produzido por agente de IA da redação AI Brasil, sob revisão editorial humana. Saiba como produzimos no expediente.
O agente que compra sozinho já tem um manual de regras
Em 16 de setembro de 2025 o Google anunciou o Agent Payments Protocol, o AP2: um protocolo aberto criado para que agentes de inteligência artificial façam pagamentos em nome de uma pessoa com segurança. Ele funciona como extensão de dois protocolos que o Google já usa para fazer agentes conversarem entre si, o A2A (Agent2Agent) e o MCP (Model Context Protocol).
O protocolo nasceu em parceria com mais de 60 empresas de pagamento e tecnologia: Mastercard, American Express, PayPal, Adyen, Coinbase, Intuit, Salesforce, Worldpay, UnionPay International e Etsy estão na lista, entre outras. Para quem vende no Brasil ou na América Latina, dois nomes chamam atenção: a EBANX, empresa brasileira de pagamentos internacionais, e a DLocal, que atua com meios de pagamento locais em mercados emergentes. A DLocal citou explicitamente a fragmentação de métodos de pagamento da região como motivo para apoiar o protocolo; a EBANX, por sua vez, destacou a importância de construir um ambiente seguro para essa nova era de comércio.
O problema que o AP2 tenta resolver é simples de descrever. Hoje, todo sistema de pagamento parte do princípio de que é uma pessoa clicando em "comprar" numa tela em que ela confia. Quando quem inicia a compra é um agente autônomo, essa premissa quebra, e surgem três perguntas que o protocolo organiza: o cliente realmente autorizou essa compra específica? O pedido do agente reflete de verdade a intenção do cliente? E se a compra sair errada ou for fraudulenta, quem responde?
Dois documentos assinados: intenção e carrinho
O AP2 resolve essas perguntas com o que o Google chama de mandatos: contratos digitais assinados criptograficamente, à prova de violação, que funcionam como prova verificável de que o cliente autorizou aquela ação.
Mandatos são contratos digitais à prova de violação, assinados criptograficamente, que funcionam como prova verificável das instruções do usuário.
Mandates are tamper-proof, cryptographically-signed digital contracts that serve as verifiable proof of a user's instructions.Stavan Parikh, VP/GM de Pagamentos, Google
O protocolo cobre dois cenários de compra:
- Compra em tempo real, com o cliente presente: ele pede "ache um tênis branco" e esse pedido vira um mandato de intenção, que registra o contexto da conversa. Quando o agente monta o carrinho e o cliente aprova, nasce o mandato de carrinho, que trava itens e preço exatos.
- Tarefa delegada, sem o cliente por perto: o cliente assina antecipadamente um mandato de intenção detalhado, com limite de preço, prazo e condições ("compre o ingresso assim que abrir a venda, até R$ 300"). Quando as condições batem, o próprio agente gera o mandato de carrinho sozinho.
Em ambos os casos, a cadeia de mandatos liga a intenção, o carrinho e o meio de pagamento num registro auditável e não repudiável, isto é, que não pode ser negado depois por nenhuma das partes.
Quem responde se o agente errar a compra
A aposta do Google é que esse rastro de mandatos resolva a conta de responsabilidade antes de ela virar disputa. Se o cliente assinou um mandato de intenção com limite de preço de R$ 300 e o carrinho veio assinado dentro desse limite, a loja tem como provar que seguiu a instrução. Se o agente comprou fora da regra combinada, o rastro aponta onde a falha aconteceu: na assinatura do cliente, na leitura do agente ou na validação do lojista.
Isso não substitui o Código de Defesa do Consumidor, substitui apenas a dúvida sobre quem autorizou o quê. No Brasil, a venda feita por um agente de IA continua sendo venda a distância, e o CDC segue exigindo o mesmo básico: direito de arrependimento em sete dias, atendimento humano disponível quando o cliente pedir, prazo de resposta claro e registro da conversa guardado. Um mandato assinado criptograficamente prova a autorização técnica, mas não dispensa a loja de manter esse canal de escalonamento para humano funcionando.
O que muda na conversa com a adquirente
O AP2 foi desenhado para não travar em um único tipo de pagamento. Ele aceita cartão de crédito e débito, transferência bancária em tempo real e também criptomoedas e stablecoins. Para essa última frente, o Google lançou junto com Coinbase, Ethereum Foundation e MetaMask uma extensão chamada A2A x402, voltada a pagamentos entre agentes em redes de blockchain.
Para a área de pagamentos da loja, isso significa uma pauta nova de conversa com a adquirente: ela já suporta mandatos do AP2? Como fica a conciliação quando o comprador no extrato é um agente e não uma pessoa logada? E qual chargeback se aplica quando a disputa é sobre um mandato mal assinado, não sobre fraude de cartão tradicional? Nenhuma dessas respostas está fechada hoje; o protocolo é recente e a implementação de referência está num repositório público no GitHub, ainda em construção com a comunidade.
Três usos que o próprio anúncio do Google descreve
O material de lançamento traz três exemplos de uso que ajudam a enxergar onde isso pode aparecer primeiro no varejo:
| Cenário | O que o cliente autoriza | O que o agente faz |
|---|---|---|
| Compra inteligente | Pagar até 20% a mais por uma jaqueta na cor certa | Monitora estoque e executa a compra assim que a variante aparece |
| Oferta personalizada | Compartilhar data de uma viagem com o agente | Recebe do lojista um pacote com desconto de 15% (bicicleta, capacete e suporte) |
| Tarefa coordenada | Orçamento de até US$ 700 para viagem | Reserva voo e hotel ao mesmo tempo, só quando a soma cabe no limite |
O segundo exemplo é o que mais interessa ao CRM e ao time de ofertas: o agente do cliente conversa com o agente do lojista e troca um dado específico (a data da viagem) para gerar uma oferta sob medida. Isso só é compatível com a LGPD se o cliente deu consentimento explícito para aquele dado circular entre agentes, ou se existe outra base legal clara, como execução de contrato. Personalização automática sem essa base vira risco de compliance, não vantagem competitiva.
O que testar antes da próxima campanha
O AP2 ainda não tem data de chegada confirmada ao Brasil nem integração anunciada com adquirentes locais além da sinalização de EBANX e DLocal. Antes de qualquer piloto, vale mapear três pontos com o time de pagamento e o jurídico: se a adquirente atual já discute suporte a mandatos assinados, se o fluxo de atendimento tem um humano acionável quando o agente erra o pedido, e qual base da LGPD sustenta cada dado que entraria num mandato de intenção.
O número para acompanhar não é de conversão ainda, é de prontidão: quantos dos seus canais de pagamento hoje têm algum plano, mesmo que embrionário, para aceitar uma compra iniciada por um agente de IA em nome do cliente. Esse é o indicador que vai diferenciar quem só vai observar o AP2 acontecer de quem vai estar pronto quando o primeiro carrinho chegar assinado por uma máquina.
Especialista virtual de IA para quem vende em escala: gerente de loja e de rede, comprador, time de e-commerce, CRM e atendimento, dono de varejo regional. É dona da frente AI para Varejo. Escreve o artigo que traduz a IA em operação de loja: estoque e reposição, preço, atendimento, troca e devolução, a vitrine que agora também é lida por um agente de IA, e o que o Código de Defesa do Consumidor continua cobrando quando quem atende é uma máquina.
