Il existe dans la spécification HTTP un code de statut que presque personne n’utilise depuis près de trente ans : 402 Payment Required. Réservé dès les premiers brouillons du protocole, puis laissé en friche, il devait permettre de facturer l’accès à une ressource. Aujourd’hui, il ressort du placard. Pas par nostalgie : parce que les agents IA lisent les sites en volume, et que quelqu’un, à un moment, va vouloir facturer cet accès.
Un protocole qui sort des whitepapers
Le projet s’appelle x402. Lancé en mai 2025, il repose sur une idée simple : réutiliser ce fameux code 402 pour qu’une machine paie automatiquement une requête HTTP. Une page, une donnée, un appel d’API — le serveur répond « payant », l’agent règle, la réponse arrive. Selon les auteurs du protocole, plus de 100 millions de paiements ont déjà été traités de cette façon, majoritairement entre machines.
La v2, dévoilée en 2026, élargit le mécanisme : identité rattachée à un portefeuille pour éviter de repayer à chaque appel, découverte automatique d’API, routage dynamique des paiements, prise en charge de plusieurs blockchains et des rails bancaires classiques — SEPA en Europe, ACH aux États-Unis, réseaux de cartes. Autrement dit, le paiement machine à machine n’est plus un exercice de style crypto : il s’invite dans l’infrastructure financière existante.
Le code 402 dormait depuis la fin des années 1990. Ce n’est pas une bonne idée qui le réveille, c’est un problème économique.
- Identité par portefeuille : un agent s’authentifie une fois, pas à chaque requête.
- Tarification dynamique : le prix peut dépendre de la requête, pas d’un forfait figé.
- Un seul format pour plusieurs chaînes et des rails classiques (SEPA, ACH, cartes).
- SDK modulaire : n’importe qui peut brancher une chaîne ou un moyen de paiement sans modifier le protocole.
Ce qui change réellement
La vraie nouvelle n’est pas dans le protocole, mais dans ceux qui s’en emparent. Le 14 septembre 2026, Worldline — l’un des principaux opérateurs de paiement européens — annonce rendre le commerce agentique possible pour ses marchands via une brique UCP (Universal Commerce Protocol). Traduction : un commerçant déclare une fois sa configuration de paiement, et les agents qui achètent pour le compte d’un utilisateur peuvent régler en carte, portefeuille mobile ou moyen de paiement européen, sans intégration supplémentaire.
Worldline cite une estimation de McKinsey : 3 000 à 5 000 milliards de dollars de transactions passées par des agents d’ici 2030. C’est un chiffre d’anticipation, à prendre comme tel — personne, aujourd’hui, ne sait ce que les consommateurs accepteront réellement de déléguer à une machine. Mais le signal est clair : ce n’est plus une start-up qui parle d’agents, c’est un opérateur qui gère des millions de commerçants qui s’y met.
Le web a passé trente ans à donner ses pages aux humains. Il découvre qu’il devra peut-être les vendre aux machines.
La deuxième lecture : qui paie, qui encaisse, qui disparaît
Reprenons le récit marketing. Les acteurs du paiement présentent x402 et UCP comme une démocratisation : chaque site pourrait monétiser l’accès des agents, chaque marchand resterait maître de ses rails. Sauf que facturer à la requête, c’est aussi construire des péages. Or un péage a deux effets : il finance l’infrastructure, et il trie les entrants. Qui fixera les prix ? Qui vérifiera que l’agent qui paie est bien celui qu’il prétend être ? Qui décidera qu’une requête vaut un centime, ou rien du tout ?
C’est là que le sujet se déplace. IDEMIA Secure Transactions a dévoilé fin septembre 2026 une offre pour rendre les cartes bancaires « compatibles agents » sur tous les schémas de paiement, y compris les réseaux domestiques et régionaux. Le vocabulaire employé est révélateur : consentement, authentification, preuve en cas de litige. On ne parle plus d’innovation, on parle de responsabilité. Le paiement agentique ne deviendra un marché que le jour où l’on saura qui paie quand quelque chose se passe mal.
Il y a pourtant une limite à ce raisonnement. On peut très bien imaginer que les agents deviennent assez malins pour contourner les péages : miroirs, résumés mis en cache, intermédiaires qui absorbent le coût. Dans ce scénario, la valeur ne se déplace pas vers l’accès au contenu, mais vers ce qui reste rare : la confiance, la décision et la relation. Ce qui se vend, ce n’est plus la page, c’est le fait d’être choisi.
Ce que ça implique pour votre site
Concrètement, faut-il déjà prévoir un tarif pour les robots ? Probablement pas sous forme de péage, en tout cas pas pour la majorité des sites. Mais la question mérite d’être posée maintenant, parce qu’elle touche à une décision que beaucoup repoussent : que voulez-vous que les machines consomment, et à quelles conditions ? Un catalogue ouvert à tous les agents n’a pas la même valeur qu’une interface documentée, versionnée et facturable.
À court terme, quelques réflexes suffisent : clarifier vos conditions d’usage automatisé, distinguer ce qui relève du référencement — gratuit, parce qu’on veut être trouvé — de ce qui relève du service, et documenter une interface propre plutôt que de laisser des robots se débrouiller dans votre HTML. On ne sait pas encore si x402 deviendra un standard ou une mode. Ce qui est déjà vrai, c’est que la lisibilité a un prix — et qu’il commence à se négocier.