Agent Pay for Machines est la réponse de Mastercard à une question nouvelle : comment un logiciel paie-t-il un autre logiciel, sans humain dans la boucle ? Présenté en juin 2026, le service ouvre la voie à une économie d'agents où des services s'achètent et se vendent entre machines.
De quoi s'agit-il ?
Là où le paiement agentique « grand public » concerne un agent qui achète pour le compte d'un humain, Agent Pay for Machines vise les transactions entre logiciels. L'exemple mis en avant : l'agent d'un dirigeant de PME achète un nom de domaine, paie l'hébergement ou des visuels, ou configure des services de checkout — dans un budget défini à l'avance. Mastercard se prépare à une couche de commerce où des entreprises créent des services conçus pour être achetés et utilisés par des IA.
« Agent Pay for Machines va créer les conditions d'une floraison de modèles économiques IA », a déclaré Jorn Lambert, directeur produit de Mastercard. « Les paiements entre machines peuvent rendre possible l'achat et la vente de services entre agents à des échelles radicalement différentes d'aujourd'hui — très gros volumes, très petites valeurs, très rapides, à latence extrêmement faible. »
Une coalition de plus de 30 acteurs
Mastercard a présenté le service avec une trentaine d'entreprises, dont Stripe, Adyen, Global Payments, Checkout.com et Solana. Cette largeur d'assise — processeurs, acquéreurs et un réseau blockchain — signale que les paiements entre machines mêleront rails carte traditionnels et rails programmables (stablecoins, micropaiements).
Où cela se situe dans le commerce agentique
Agent Pay for Machines complète, sans le remplacer, le reste de la pile :
- Mastercard Agent Pay et Verifiable Intent (versé à la FIDO Alliance) traitent l'autorisation des achats faits au nom d'un consommateur.
- AP2 (Agent Payments Protocol) standardise les mandats d'autorisation côté UCP.
- x402 (Coinbase) adresse les micropaiements en stablecoins entre machines.
Agent Pay for Machines occupe la case logiciel-à-logiciel de cette matrice, là où la valeur unitaire est faible mais le volume potentiellement énorme.
Ce que cela implique pour un marchand ou un éditeur
Deux lectures. Pour un marchand, c'est un signal de plus que les rails de paiement se préparent à un monde où l'acheteur est une machine — la priorité reste un catalogue propre et l'acceptation agent-pay. Pour un éditeur de logiciel ou un fournisseur d'API, c'est une invitation à penser ses services comme consommables par des agents : tarification à l'usage, points d'entrée machine, métering — autant de briques que les paiements M2M rendent monétisables à très petite échelle.