En bref. Agent Payments Protocol relie l’autorisation de l’utilisateur aux achats des agents grâce à des mandats signés que vérifient les commerçants et les prestataires de paiement.
Définition : Agent Payments Protocol (AP2) est un protocole ouvert qui permet de prouver qu’un utilisateur autorise un agent d’IA à effectuer un achat et le paiement associé. Il utilise des mandats signés, qui consignent les actions autorisées par l’utilisateur et que les commerçants et les prestataires de paiement vérifient.
Points clés
- L’annonce de lancement de Google, datée du 16 septembre 2025, décrit les mandats d’intention (Intent Mandates) pour les consignes d’achat et les mandats de panier (Cart Mandates) pour l’achat sélectionné.
- Au 17 octobre 2026, la spécification AP2 définit les mandats de validation de commande (Checkout Mandates) et les mandats de paiement (Payment Mandates), avec des responsabilités distinctes pour les commerçants et les prestataires de paiement.
- La communication d’avril de Google, datée du 28 avril 2026, annonce la version 0.2 et le transfert du protocole à la FIDO Alliance.
Comment fonctionnent les mandats d’autorisation ?
Le cadre d’autorisation des agents (Agent Authorization Framework) distingue la délégation de l’autorisation et sa vérification. Lors de la délégation, l’utilisateur approuve le contenu du mandat sur une interface de confiance (Trusted Surface), chargée de recueillir son consentement éclairé. L’agent conserve le mandat ainsi obtenu. Lors de la vérification, le destinataire contrôle la preuve d’autorisation présentée par l’agent et renvoie un reçu qui consigne le résultat.
Un mandat fermé autorise une transaction précise. Un mandat ouvert permet une transaction soumise à des contraintes que l’agent doit satisfaire ultérieurement. La documentation du mandat de validation de commande définit des restrictions sur les commerçants autorisés et les lignes de commande acceptables. Le commerçant vérifie que l’achat respecte ces restrictions.
La documentation du mandat de paiement définit les restrictions de paiement, notamment une plage de montants et une plage de dates d’exécution. Les équipes qui mettent en œuvre le protocole peuvent identifier les mandats ouverts et fermés à l’aide des valeurs suivantes du champ vct, qui indique le type d’attestation :
mandate.checkout.1
mandate.checkout.open.1
mandate.payment.1
mandate.payment.open.1
Ces valeurs sont les identifiants de type des structures de mandat signées. Le suffixe de version fait partie de chaque identifiant.
Que se passe-t-il lors du paiement ?
Les exemples de déroulement décrivent un achat direct dans lequel le commerçant signe les détails de la commande. L’utilisateur approuve ensuite les mandats fermés de validation de commande et de paiement par l’intermédiaire de l’interface de confiance.
L’agent transmet le mandat de paiement au fournisseur d’identifiants de paiement (credential provider), l’acteur qui fournit l’identifiant de paiement. Après vérification, ce fournisseur délivre un jeton de paiement. L’agent transmet le jeton et le mandat de validation de commande au commerçant. Le commerçant vérifie l’achat et déclenche le paiement ; son prestataire de traitement des paiements vérifie l’autorisation de paiement et son lien avec la commande. Des reçus signés de validation de commande et de paiement consignent le résultat.
Pour un achat autonome, l’utilisateur approuve d’abord des mandats ouverts. L’agent signe ensuite des mandats fermés pour un achat conforme aux conditions et présente à la fois les autorisations ouvertes et les enregistrements de la transaction définie par les mandats fermés. Les mêmes exemples décrivent une erreur unresolved_constraint qui peut solliciter à nouveau l’utilisateur pour qu’il approuve directement la transaction.
Que couvre AP2 pour un site marchand ?
La spécification situe AP2 au sein d’un protocole de commerce, en tant que fonction de sécurité. Les interfaces de catalogue, les mises à jour de la commande et les interfaces de communication relèvent du protocole de commerce qui l’intègre. AP2 prend explicitement en charge l’intégration avec Universal Commerce Protocol (UCP).
Un commerçant qui met en œuvre AP2 doit obtenir et vérifier un mandat de validation de commande avant de finaliser la commande. La vérification consiste notamment à comparer l’empreinte cryptographique de la commande approuvée, une valeur calculée à partir de son contenu, avec la valeur consignée dans le mandat, et à contrôler les contraintes applicables. La spécification autorise le commerçant à déléguer la vérification à un prestataire technique, tel que son prestataire de traitement des paiements.
Termes associés
Questions fréquentes
Un agent peut-il payer en mon absence ?
Le parcours autonome utilise des mandats ouverts que vous approuvez au préalable. L’agent présente ensuite les autorisations assorties de contraintes avec les enregistrements signés de la transaction concernée.
AP2 impose-t-il un moyen de paiement particulier ?
La spécification permet d’utiliser différents instruments de paiement grâce à un mécanisme d’extension. Chaque instrument possède un identifiant de type et peut comporter des propriétés supplémentaires propres à ce moyen de paiement.
Sources
- Google Cloud, « Powering AI commerce with the new Agent Payments Protocol (AP2) », 16 septembre 2025
- Google, « We're donating Agent Payments Protocol to the FIDO Alliance to support the future of secure, agentic payments. », 28 avril 2026
- Projet AP2, « Agentic Payment Protocol (v0.2) », consulté le 17 octobre 2026
- Projet AP2, « Agent Authorization », consulté le 17 octobre 2026
- Projet AP2, « Checkout Mandate », consulté le 17 octobre 2026
- Projet AP2, « Payment Mandate », consulté le 17 octobre 2026
- Projet AP2, « Flow Examples », consulté le 17 octobre 2026
Vérifiez comment une page se lit pour les moteurs de réponse. Ouvrir l’analyseur de score GEO