AP2 : le protocole qui autorise un agent à payer.

Une définition courte

AP2 (Agent Payments Protocol) est un protocole ouvert qui standardise la façon dont un paiement déclenché par un agent est autorisé. Plutôt que de partager un identifiant de carte, l'agent présente une preuve d'autorisation signée cryptographiquement. AP2 est la brique « autorisation » de la couche de paiement agentique. Établi

Les trois mandats

AP2 décompose le consentement en trois preuves signées, qui forment une chaîne auditable :

1. Mandat d'intention : ce que l'utilisateur veut accomplir (par exemple, racheter un produit sous un certain prix).
2. Mandat de panier : les articles précis, le prix et les conditions sur lesquels l'utilisateur s'engage.
3. Mandat de paiement : l'autorisation finale du règlement.

Cette séparation permet de prouver, après coup, qui a autorisé quoi et dans quelles limites, ce qui est le point dur de tout paiement délégué. Établi

Gouvernance et adoption

Initié par Google en septembre 2025, AP2 a vu sa gouvernance confiée à la FIDO Alliance et revendique désormais plus de 120 partenaires, dont PayPal et son stablecoin PYUSD. Le passage sous une instance de standardisation indépendante est un signal de maturation de la couche d'autorisation, même si l'adoption en production reste émergente. Émergent

AP2 dans la pile agentique

AP2 ne fonctionne pas seul. Il se combine avec les autres protocoles de la pile :

• UCP et ACP : les opérations de commerce (catalogue, panier, checkout). Voir UCP vs ACP.
• A2A : la communication entre agents (porté par la Linux Foundation).
• MCP : l'accès des agents aux outils et données.
• x402 : une extension liée à AP2, portée par Coinbase, pour le règlement en stablecoins entre machines.

UCP est explicitement conçu pour être compatible avec AP2 : un marchand qui prépare son offre pour les agents travaille un socle commun, quel que soit le protocole d'autorisation retenu. Établi

Le point où AP2 devient obligatoire

C'est la conséquence la plus concrète, et elle est écrite dans la spécification UCP. La capacité Checkout impose que la commande soit finalisée manuellement par l'utilisateur, dans une interface de confiance, sauf si l'extension AP2 Mandates est supportée. Établi

AP2 n'est donc pas un raffinement optionnel du paiement agentique : c'est ce qui fait passer d'un agent qui prépare à un agent qui exécute. Sans mandats, l'agent compose le panier et un humain valide. Avec mandats, il peut agir en l'absence de l'acheteur, dans les limites signées à l'avance. Toute la promesse d'un achat « sans que personne ne soit devant l'écran » repose sur cette seule clause.

Source : spécification UCP, capacité Checkout, version 2026-04-08.

Ce que ça change pour un marchand

Pour un marchand, AP2 est surtout une garantie côté confiance et conformité : l'autorisation est prouvée et traçable, et le marchand reste vendeur de record. La spécification précise d'ailleurs que la capacité Checkout n'ajoute pas d'obligation de conformité PCI DSS pour les paiements par carte. Établi Le travail à fournir reste le même que pour le commerce agentique : une offre lisible par la machine et une gouvernance claire. La méthodologie d'audit aide à évaluer cet état.

Un point pratique souvent négligé : la session de checkout expose un statut qui pilote l'agent, avec les états incomplete, requires_escalation, ready_for_complete, complete_in_progress, completed et canceled. L'état requires_escalation est le passage normalisé vers un humain. Un marchand qui impose une vérification d'âge, une pièce justificative ou une validation manuelle au-delà d'un montant n'a donc pas à sortir du protocole pour le faire. Établi

Questions fréquentes