Commerce agentique : comment construire une app que les agents IA peuvent payer

Les agents IA ont maintenant un portefeuille et paient des choses tout seuls. Le protocole x402 de Coinbase a dépassé 165 millions de transactions sur environ 69 000 agents actifs fin avril 2026 (AWS for Industries, avr. 2026). Stripe, OpenAI, AWS et Coinbase ont tous livré des rails de paiement pour machines cette année. Le coup sous-estimé n'est pas de vendre aux agents à grande échelle. C'est de construire une petite API payante qu'un agent peut découvrir et payer en un seul aller-retour HTTP, et ça, tu peux le livrer ce week-end.

C'est quoi le commerce agentique ?

Le commerce agentique, c'est du logiciel qui laisse les agents IA découvrir, autoriser et payer des biens, des services et des API sans qu'un humain clique sur un bouton à chaque fois. Au lieu qu'une personne saisisse un numéro de carte, l'agent porte un portefeuille sous contrainte et règle le paiement par programme via un protocole ouvert.

Il y a deux côtés à ça. Le premier, c'est vendre à travers les agents : un acheteur dit à ChatGPT d'acheter des chaussures de running et l'agent finalise le paiement auprès d'un marchand pour le compte de l'acheteur. Le second, et c'est celui que la plupart des builders laissent dormir, c'est vendre aux agents : tu exposes une API, un dataset ou un outil payant, et les agents des autres te paient à chaque appel pour l'utiliser.

Stripe a profité de sa conférence Sessions 2026 pour appuyer fort là-dessus, en annonçant 288 nouveaux produits et fonctionnalités bâtis autour de ce qu'il appelle l'infrastructure économique pour l'IA (blog Stripe, 2026). La version courte : les paiements de machine à machine ont arrêté d'être une expérience de pensée en 2026 et sont devenus de la plomberie.

Comment les agents IA paient les choses ? (x402, ACP, MPP)

Les agents paient via trois standards ouverts qui ont été lancés ou ont mûri en 2026 : x402 pour les micropaiements par requête, ACP pour le paiement piloté par l'agent chez les marchands, et MPP pour les paiements programmatiques d'agent à entreprise via Stripe. Ils se recoupent mais résolvent des problèmes différents.

x402 (Coinbase + Cloudflare). Il ressuscite le code de statut HTTP 402 Payment Required longtemps dormant pour en faire un vrai standard de paiement. Un agent demande une ressource, le serveur répond 402 avec des instructions de paiement dans un en-tête, l'agent signe un paiement en stablecoin (USDC) et réessaie avec cette signature, et le serveur livre la ressource une fois qu'un facilitateur a vérifié le règlement (docs Coinbase, 2026). C'est conçu pour de tout petits paiements : pense à un dixième de centime par appel d'API. Fin avril 2026, environ 69 000 agents actifs avaient lancé plus de 165 millions de transactions valant à peu près $50M (AWS for Industries, avr. 2026). En avril 2026, la gouvernance est passée à la Linux Foundation avec le soutien de Circle, Google, Microsoft, Stripe et Visa (crypto.news, 2026).

ACP, l'Agentic Commerce Protocol (OpenAI + Stripe). C'est le standard de paiement derrière Instant Checkout dans ChatGPT. Il définit comment un agent parcourt un flux de produits, gère un panier et délègue le paiement pour qu'un marchand reste le marchand de référence. Il est sous licence Apache 2.0 et la spec est publique (ACP sur GitHub, 2026). Les utilisateurs de ChatGPT aux États-Unis peuvent acheter auprès de vendeurs Etsy américains dans le chat, avec un déploiement en cours chez les marchands Shopify (OpenAI, 2026). Utilise ACP quand tu vends des produits physiques ou catalogue et que tu veux que les agents paient pour le compte d'un acheteur.

MPP, le Machine Payments Protocol (Stripe + Tempo). Annoncé le 18 mars 2026, MPP est le standard ouvert de Stripe pour que les agents paient une entreprise par programme : microtransactions, paiements récurrents, stablecoins et monnaie fiduciaire via cartes, Klarna et Affirm (blog Stripe, mars 2026). Il s'appuie sur l'API PaymentIntents existante de Stripe à travers les Shared Payment Tokens, donc les paiements apparaissent dans ton Stripe Dashboard comme n'importe quelle autre charge et sont réglés dans ta devise par défaut selon ton calendrier de versement habituel.

Une façon grossière de choisir : x402 pour un accès API payant à l'appel et pas cher, réglé en stablecoins ; MPP quand tu veux que les paiements des agents atterrissent dans ton compte Stripe existant ; ACP quand un agent achète des produits depuis ta vitrine.

C'est quoi AWS Bedrock AgentCore Payments ?

AgentCore Payments est un service AWS managé, lancé en preview le 7 mai 2026, qui laisse un agent IA payer de façon autonome des API, des serveurs MCP, du contenu derrière un paywall et d'autres agents. Il parle x402 sous le capot et a été construit avec Coinbase et Stripe (AWS What's New, 2026).

Ça compte parce qu'il gère le côté acheteur du portefeuille pour toi : les agents reçoivent une gestion de portefeuille intégrée, des contrôles de dépense basés sur des règles et une piste d'audit complète, avec des paiements en stablecoin réglés en environ 200 millisecondes sur Base (blog ML AWS, 2026). La preview a été livrée dans quatre régions : US East (Virginie du Nord), US West (Oregon), Europe (Francfort) et Asie-Pacifique (Sydney).

Pour un builder, ce qu'il faut retenir, c'est que les acheteurs sont réels et en croissance. AWS, OpenAI et Coinbase ont tous donné aux agents un moyen de dépenser de l'argent. Si tu mets en ligne un endpoint payant qui parle x402, ces agents peuvent le trouver et le payer sans que personne n'écrive de code d'intégration sur mesure côté acheteur.

Comment construire une app que les agents peuvent payer

Le problème : tu veux un revenu récurrent depuis une API ou un outil, mais inscrire des clients humains, construire un portail de facturation et courir après les factures, c'est des semaines de travail pour une idée non prouvée.

Le gain rapide : emballe un endpoint qui a de la valeur dans un middleware de paiement x402. Les agents paient en USDC par requête, le règlement est géré par un facilitateur, et tu ne construis jamais ni connexion ni écran d'abonnement. Tu peux l'avoir en ligne sur testnet en une après-midi.

Le plan est simple. Tu prends un serveur Express, tu ajoutes un middleware x402 qui verrouille une route derrière un prix, tu le pointes vers un facilitateur qui vérifie le règlement on-chain à ta place, et tu lui donnes une adresse de portefeuille pour recevoir l'USDC. Démarre sur le testnet Base Sepolia pour que les paiements soient de la fausse monnaie gratuite pendant que tu construis, puis bascule deux valeurs pour passer en live sur le mainnet Base.

D'abord, installe les packages serveur x402 à côté d'Express.

npm install express @x402/express @x402/evm @x402/core

Ensuite, le serveur complet. Le middleware intercepte les requêtes vers GET /risk-profile, renvoie un 402 avec des instructions de paiement quand il n'y a pas de paiement valide, et n'appelle ton handler qu'une fois que le facilitateur confirme que l'agent a payé. L'adresse payTo est le portefeuille qui reçoit l'USDC. L'identifiant réseau eip155:84532 est le testnet Base Sepolia au format CAIP-2.

import express from "express";
import { paymentMiddleware, x402ResourceServer } from "@x402/express";
import { ExactEvmScheme } from "@x402/evm/exact/server";
import { HTTPFacilitatorClient } from "@x402/core/server";

const app = express();

// The wallet that receives USDC. Use a fresh address you control.
const payTo = "0xYourReceivingAddress";

// Testnet facilitator. No signup, no API keys.
const facilitatorClient = new HTTPFacilitatorClient({
  url: "https://x402.org/facilitator",
});

// Register the "exact amount" payment scheme on Base Sepolia (eip155:84532).
const server = new x402ResourceServer(facilitatorClient).register(
  "eip155:84532",
  new ExactEvmScheme(),
);

// Gate the route behind a price. Everything else stays free.
app.use(
  paymentMiddleware(
    {
      "GET /risk-profile": {
        accepts: [
          {
            scheme: "exact",
            price: "$0.01",
            network: "eip155:84532",
            payTo,
          },
        ],
        description: "Credit risk score for a wallet address",
        mimeType: "application/json",
      },
    },
    server,
  ),
);

// This handler only runs after payment is verified.
app.get("/risk-profile", (req, res) => {
  res.json({
    address: req.query.address,
    score: 742,
    band: "low-risk",
    generatedAt: new Date().toISOString(),
  });
});

app.listen(4021, () => {
  console.log("x402 server listening at http://localhost:4021");
});

Voilà toute l'intégration côté vendeur. Le middleware fait le handshake 402, le facilitateur vérifie le règlement on-chain, et tu ne touches jamais à un SDK blockchain ni ne stockes de clé privée pour les fonds entrants.

Pour comprendre ce que voit un agent, voici le flux sans le middleware qui parle à sa place. La première requête de l'agent revient en 402 avec un en-tête PAYMENT-REQUIRED qui décrit le prix, le réseau et le destinataire. L'agent signe une autorisation de paiement en USDC (l'USDC supporte EIP-3009, qui laisse un relayer soumettre la signature à ta place) et réessaie avec un en-tête PAYMENT-SIGNATURE. La deuxième requête renvoie 200 et les données.

GET /risk-profile?address=0xabc HTTP/1.1
Host: yourapi.com

HTTP/1.1 402 Payment Required
PAYMENT-REQUIRED: {"scheme":"exact","price":"$0.01","network":"eip155:84532","payTo":"0xYourReceivingAddress"}

GET /risk-profile?address=0xabc HTTP/1.1
Host: yourapi.com
PAYMENT-SIGNATURE: <signed USDC transfer authorization>

HTTP/1.1 200 OK
Content-Type: application/json

{"address":"0xabc","score":742,"band":"low-risk"}

Quand tu es prêt pour de la vraie monnaie, change deux choses. Pointe le facilitateur vers l'endpoint mainnet de Coinbase (qui a besoin de clés API CDP), et bascule le réseau sur le mainnet Base. Assure-toi que payTo est un portefeuille mainnet que tu contrôles, parce que c'est là que l'USDC atterrit vraiment.

// Mainnet: CDP-hosted facilitator + Base mainnet network id.
const facilitatorClient = new HTTPFacilitatorClient({
  url: "https://api.cdp.coinbase.com/platform/v2/x402",
});

const server = new x402ResourceServer(facilitatorClient).register(
  "eip155:8453", // Base mainnet
  new ExactEvmScheme(),
);

Si tu préfères encaisser les paiements des agents dans ton compte Stripe existant plutôt que dans un portefeuille crypto, MPP est le chemin : tu acceptes le paiement via l'API PaymentIntents de Stripe et les fonds sont réglés dans ta devise par défaut selon ton calendrier de versement habituel (blog Stripe, mars 2026). Même idée, autre rail.

Voici le seul lien avec BTN qui vaut la peine d'être fait. La partie la plus lente quand on livre un produit payant, c'est en général la plomberie barbante autour du paiement, pas la ligne de paiement elle-même : l'auth, la base de données, les webhooks, le tableau de bord, le suivi des erreurs. Build This Now est livré avec Stripe déjà branché (checkout, abonnements, webhooks, portail client) et une base de code de production en dessous, donc l'endpoint payable par les agents devient une fonctionnalité que tu ajoutes par-dessus plutôt qu'un projet que tu démarres de zéro. Tu décris l'endpoint, les agents le construisent et le testent, et tu livres.

Est-ce une vraie opportunité en 2026 ?

C'est réel mais tôt, et « tôt », c'est tout l'intérêt. Les volumes de transactions sont authentiques : plus de 165M de transactions x402 et à peu près $50M de volume fin avril 2026 (AWS for Industries, avr. 2026), avec le protocole désormais sous la gouvernance de la Linux Foundation et soutenu par Circle, Google, Microsoft, Stripe et Visa (crypto.news, 2026).

Sois honnête sur la taille, par contre. À peu près $50M de volume cumulé sur des dizaines de milliers d'agents, c'est un marché jeune, pas une ruée vers l'or. Les valeurs moyennes par transaction sont minuscules par conception, puisque x402 est fait pour des micropaiements sous le centime. L'opportunité, ce n'est pas « devenir riche ce trimestre ». C'est « planter un endpoint payant utile pendant que presque personne ne le fait, et être découvrable quand le trafic des agents s'accumule ».

Les bons premiers produits sont des choses dont un agent a besoin en cours de tâche et pour lesquelles il paiera volontiers une fraction de centime : une recherche de données propre, un calcul de niche, une conversion de format, une vérification de contrôle, une recherche spécialisée. Si un humain copierait-collerait ton résultat dans son travail, un agent paiera par appel pour la même chose à grande échelle.

Foire aux questions

Faut-il comprendre la crypto pour accepter les paiements des agents ?

Non. Avec x402, un facilitateur gère la vérification et le règlement on-chain, donc tu fournis une adresse de portefeuille et un prix et tu n'écris jamais de code blockchain. Si tu préfères la monnaie fiduciaire, MPP route les paiements des agents via l'API PaymentIntents de Stripe vers ton compte Stripe existant (blog Stripe, mars 2026).

Quelle est la différence entre x402, ACP et MPP ?

x402, ce sont des micropaiements par requête en stablecoins via HTTP, idéal pour les API et le contenu payants (docs Coinbase, 2026). ACP, c'est le paiement piloté par l'agent chez les marchands, le standard derrière ChatGPT Instant Checkout (ACP sur GitHub, 2026). MPP, c'est le protocole de Stripe pour que les agents paient une entreprise par programme, en monnaie fiduciaire ou en stablecoins (blog Stripe, mars 2026).

Combien coûte x402 à l'usage ?

Le facilitateur de Coinbase règle actuellement l'USDC sur le mainnet Base sans frais de protocole, et le facilitateur testnet à https://x402.org/facilitator ne demande aucune inscription (docs Coinbase, 2026). Tu paies les frais de réseau normaux, mais x402 est conçu pour qu'ils soient négligeables par transaction.

Quel token x402 utilise-t-il ?

L'USDC est l'option la plus fluide parce que x402 a besoin d'un token qui implémente EIP-3009, qui laisse un relayer soumettre une autorisation de transfert signée sans que l'agent ait à poser des allowances d'abord (docs Coinbase, 2026). Le protocole supporte les réseaux EVM et Solana.

Mon app existante basée sur Stripe peut-elle accepter les paiements des agents ?

Oui. MPP s'appuie sur l'API PaymentIntents de Stripe à travers les Shared Payment Tokens, donc les paiements des agents apparaissent dans ton Stripe Dashboard comme des charges standard et sont réglés selon ton calendrier de versement habituel (blog Stripe, mars 2026).

Posté par @speedy_devv