Qu'est-ce que le protocole AP2.
AP2 est le protocole de paiements d'agents de Google, une spécification ouverte sur la manière dont les agents IA paient les commerçants de manière programmatique. Il standardise trois éléments : comment un utilisateur accorde un mandat de paiement, comment un agent présente ce mandat à un processeur de paiement, et comment le règlement se fait à travers les rails que le commerçant accepte. AP2 se situe au niveau du mandat ; les rails sous-jacents peuvent être en fiat ou en stablecoin.
Le pari du commerce agentique de Google.
AP2 est le pari de Google sur la catégorie du commerce agentique. Alors que le x402 de Coinbase adopte une approche HTTP par appel, AP2 adopte une approche basée sur le mandat : préautoriser l'agent pour un ensemble de paiements, puis le laisser exécuter dans cet ensemble sans autre intervention de l'utilisateur. Les deux protocoles ciblent des formes d'activité d'agent légèrement différentes. x402 convient à la facturation par appel API ; AP2 convient aux achats, abonnements et approvisionnements pilotés par l'agent.
For developers, AP2 matters because it is the first agent-payment protocol from a hyperscaler with the distribution to mainstream-adopt it. If Gemini agents (consumer and enterprise) and Google Pay merchants both speak AP2 natively, then "agent paying via Google Pay" becomes a default capability rather than a custom integration. The stack rapidly expands beyond the developer-tooling ecosystem.
Mandat, présentation, règlement.
- Octroi de mandat. L'utilisateur autorise l'agent via l'interface de mandat de Google (dans Wallet ou via une interface développeur pour les entreprises). Le mandat spécifie le montant maximum, la fenêtre de fréquence, les destinataires autorisés ou les catégories de destinataires, et une expiration.
- Présentation du mandat. Lorsque l'agent doit payer, il regroupe le mandat dans la demande de paiement au processeur du commerçant. Le processeur valide la signature et les paramètres du mandat ; si la demande est conforme, le paiement se poursuit.
- Règlement. Le règlement réel se fait sur le rail de choix du commerçant (Google Pay, un réseau de cartes, ACH, stablecoin). AP2 est agnostique au règlement ; ce qu'il standardise, c'est l'autorisation de l'agent à tirer sur le compte de l'utilisateur.
- Audit et révocation. Chaque paiement contre le mandat est enregistré. L'utilisateur peut révoquer le mandat depuis son portefeuille à tout moment. Les présentations suivantes échouent à la validation ; les règlements en cours au moment de la révocation peuvent ou non être complétés selon le rail.
Où AP2 s'intègre.
Agent payant via les rails de Google Pay
Un agent de la pile Google (fonctionnant à l'intérieur de Gemini, Agentspace ou Vertex AI) présente un mandat AP2 au processeur d'un commerçant. Le processeur valide le mandat, règle le paiement via les rails existants de Google Pay et renvoie une confirmation. L'intégration du commerçant est identique à une transaction Google Pay normale ; la différence se situe du côté de l'acheteur, où l'agent a remplacé un humain.
Commerce d'agents inter-protocoles
Un agent a un mandat AP2 pour les paiements en fiat via Google Pay ET un portefeuille Blockchain0x pour les paiements USDC sur Base. Lorsqu'il doit payer un commerçant qui accepte les deux, il choisit le rail avec des frais inférieurs pour cette forme de transaction. L'utilisateur a accordé les deux autorisations une fois ; l'agent route par paiement.
Approvisionnement d'entreprise via AP2
Un agent d'approvisionnement d'entreprise a un mandat AP2 de l'équipe financière autorisant des paiements allant jusqu'à 10 000 $/mois à une liste de fournisseurs définie. L'agent traite les commandes d'achat, valide par rapport au mandat et règle les paiements sans qu'un humain approuve chacun d'eux. La piste de vérification (mandat plus événements par paiement) entre dans le système ERP de l'entreprise.