Paiements agentiques : les fondamentaux. 7 chapitres et un QCM final.

Chapitre 1. Quand l'IA passe à la caisse.

Jusqu'ici, chaque paiement en ligne supposait, devant un écran, un humain qui choisissait, cliquait et s'authentifiait. Le paiement agentique rompt ce postulat. Un agent d'intelligence artificielle reçoit un objectif : « trouve-moi un vol Paris-Tokyo sous 700 € ». Assistant conversationnel, agent de réachat ou robot logiciel connecté à une API, il explore les offres, compose un panier et déclenche lui-même le paiement, dans les limites du mandat fixé par son utilisateur.

Quatre familles de cas d'usage

Trois mécanismes voisins se confondent souvent, à commencer par le one-click d'Amazon ou un wallet comme Apple Pay, qui accélèrent un achat décidé par l'humain, et l'abonnement, qui répète un achat identique. Le paiement agentique, lui, délègue à un logiciel la décision elle-même, celle du produit, du marchand et du moment. Ce transfert bouleverse l'authentification, la preuve et la répartition des responsabilités.

Chapitre 2. Anatomie d'une transaction agentique.

Avant de comparer les protocoles, posons le squelette commun de toute transaction agentique. Il tient en trois questions que le e-commerce classique réglait implicitement. Elles portent sur l'identité de l'agent, sur l'autorisation qui borne ce qu'il a le droit de faire, et sur la preuve du consentement, opposable après coup. Chaque protocole de 2025-2026 répond différemment à ce triptyque.

Les trois problèmes à résoudre

• Identité : le marchand doit distinguer l'agent légitime de ChatGPT d'un bot fraudeur qui imite son User-Agent. La réponse émergente tient aux signatures HTTP vérifiables (Web Bot Auth, en cours de normalisation à l'IETF).
• Autorisation : ce que l'agent peut acheter doit être borné. Les réponses existantes sont des mandats signés (AP2), des jetons à portée limitée (Mastercard Agentic Tokens) ou des sessions de checkout contrôlées par le marchand (ACP).
• Preuve : en cas de contestation, le consentement de l'utilisateur doit pouvoir être démontré. La réponse tient aux credentials vérifiables horodatés, infalsifiables et opposables (non-répudiation).

Chapitre 3. AP2 : le protocole de mandats de Google.

Le 16 septembre 2025, Google annonce l'Agent Payments Protocol (AP2), un standard ouvert co-construit avec plus de 60 partenaires, dont Mastercard, PayPal, American Express, Coinbase et Salesforce. Google y défend une thèse selon laquelle le problème central du paiement agentique n'est pas le règlement, puisque les rails existent, mais la preuve du consentement. AP2 y répond par des « mandats », objets signés qui voyagent avec la transaction.

{
  "type": "IntentMandate",
  "user": "did:example:romain",
  "agent": "did:example:assistant-shopping",
  "constraints": {
    "max_amount": { "value": 100, "currency": "EUR" },
    "categories": ["chaussures"],
    "expires_at": "2026-07-31T23:59:59Z",
    "human_present": false
  },
  "proof": {
    "type": "DataIntegrityProof",
    "verificationMethod": "did:example:romain#key-1",
    "signature": "zQmVbase58..."
  }
}

AP2 distingue les scénarios human-present (l'utilisateur valide le panier, signature en direct) et human-not-present (l'agent agit seul dans les bornes de l'Intent Mandate), distinction que le e-commerce classique ignore et qui structure toute l'analyse de risque. Plus le mandat est étroit et récent, plus la transaction est défendable. Des travaux académiques ont déjà éprouvé le protocole en red-team, par injections de prompt visant à détourner les mandats. La cryptographie ne protège pas des failles de l'agent lui-même.

Chapitre 4. ACP : OpenAI et Stripe court-circuitent le parcours.

Fin septembre 2025, OpenAI et Stripe dévoilent l'Agentic Commerce Protocol (ACP), standard ouvert qui alimente Instant Checkout, l'achat directement dans ChatGPT. Là où AP2 théorise la confiance, ACP livre un produit. Les utilisateurs américains de ChatGPT achètent d'abord chez les vendeurs Etsy, puis chez plus d'un million de marchands Shopify (Glossier, SKIMS, Vuori…), avant que le déploiement ne s'élargisse début 2026.

Le point de découverte n'est plus le moteur de recherche ni le site marchand, mais la conversation. Le marchand garde la commande, la logistique et la relation client ; il cède l'interface et paie une commission d'apport, arbitrage qui rappelle celui des marketplaces, transposé aux assistants IA.

Chapitre 5. x402 et pay-per-crawl : HTTP 402 ressuscité.

Le code HTTP 402 Payment Required dormait dans la spécification du web depuis les années 1990, « réservé pour un usage futur ». Cet usage est arrivé. En mai 2025, Coinbase lance x402, un standard ouvert qui transforme n'importe quelle URL en péage réglable en stablecoins, pensé pour des machines qui paient des machines, sans compte, sans carte, sans abonnement.

GET /api/meteo/paris HTTP/1.1
Host: exemple.fr

HTTP/1.1 402 Payment Required
Content-Type: application/json

{ "maxAmountRequired": "0.001", "asset": "USDC",
  "network": "base", "payTo": "0xAbc...123" }

GET /api/meteo/paris HTTP/1.1
Host: exemple.fr
X-PAYMENT: eyJzaWduYXR1cmUiOiIweDQ0Li4uIn0

HTTP/1.1 200 OK

Pay-per-crawl : faire payer les robots d'IA

Cloudflare a appliqué la même logique aux crawlers d'IA en lançant le pay-per-crawl (bêta le 1er juillet 2025), qui laisse un éditeur choisir, robot par robot : accès gratuit, payant (en-tête de prix « crawler-price »), ou blocage. Ce dispositif, où Cloudflare joue le rôle de marchand attitré, a été adopté par Stack Overflow en février 2026. À partir du 15 septembre 2026, les crawlers « mixtes » (recherche + entraînement) seront bloqués par défaut sur de nombreux sites. Le réseau émet déjà plus d'un milliard de 402 par jour. Le contenu web cesse d'être gratuit pour les machines.

Chapitre 6. Visa et Mastercard : les rails historiques ripostent.

Les réseaux carte n'ont pas l'intention de laisser les agents payer en stablecoins hors de leurs rails. À un jour d'intervalle, fin avril 2025, Mastercard lance Agent Pay (29 avril) et Visa Intelligent Commerce (30 avril), avec pour arme commune la tokenisation, étendue aux agents.

Les Agentic Tokens de Mastercard illustrent la philosophie des réseaux, un jeton de carte classique étant lié à un appareil quand un jeton agentique l'est à un agent identifié, un périmètre marchand et une politique de consentement. ChatGPT ou Copilot peut finaliser un achat sans jamais voir le PAN, et l'émetteur sait qu'il autorise une transaction d'agent, ce qui lui permet de la scorer différemment. Cloudflare collabore avec Visa, Mastercard et American Express pour brancher l'identification Web Bot Auth sur ces dispositifs.

Chapitre 7. Confiance, mandats et état des lieux 2026.

Mi-2026, le paiement agentique est sorti des laboratoires, tout en restant embryonnaire en volume. Le trafic d'agents convertit bien, les transactions en production se comptent en milliers côté rails carte, et en centaines de millions côté micropaiements x402. La bataille se joue sur la confiance. Sans preuve solide du mandat, chaque litige devient difficile à trancher.

• Identité de l'agent. Signatures cryptographiques vérifiables (Web Bot Auth, Trusted Agent Protocol) plutôt que User-Agent déclaratif.
• Mandat de l'utilisateur. Credentials vérifiables signés (AP2), sessions bornées (ACP) : périmètre, plafond, expiration.
• Instrument protégé. Jetons délégués à portée restreinte ; l'agent ne détient jamais le PAN ni un accès illimité.
• Journal opposable. Chaque étape horodatée et signée, pour reconstituer la chaîne de consentement en cas de contestation.

Trois mondes coexistent en 2026 : les mandats vérifiables (AP2) comme couche de preuve, le checkout délégué (ACP) comme couche d'expérience, les micropaiements stablecoins (x402) comme couche machine-à-machine. Pendant ce temps, Visa et Mastercard tokenisent les agents pour les garder sur leurs rails. Ces briques sont plus complémentaires que rivales. Le cours suivant vous apprend à les intégrer côté marchand et PSP.