AI-translated from English; not yet reviewed by a fluent editor.

# Les agents d’IA transforment les paiements. Qui décide comment nous payons ?

> Mastercard, Visa et d’autres acteurs des technologies financières mettent au point des solutions de paiement par agents. Les choix concernant le consentement, le crédit et les recours pourraient redistribuer le contrôle des achats.

By BIG CHANGE Editorial

Published: 2026-09-22T02:37:34.661Z
Updated: 2026-09-22T02:37:34.661Z
Canonical: https://bigchange.ai/blog/ai-agent-payments-mastercard-visa-credit-card

![A payment card and blank purchase order sit on a track beside an adjustable mechanical stop with an orange knob.](https://bigchange.ai/api/media/file/payment-authority-hero-v1.png)
AI-generated conceptual illustration by BIG CHANGE. Delegating a purchase still requires a boundary around payment authority. The intact card, order and adjustable stop are a conceptual illustration, not a depiction of a specific product.

La dernière annonce d’Alchemy sur les paiements par agents donne un aperçu révélateur de l’évolution de la finance. Le 17 septembre, Alchemy a indiqué que son produit AgentCard intégrerait Mastercard Agent Pay, en associant les outils d’identité de l’agent et son portefeuille de stablecoins à des données de carte à usage unique. Une entreprise liée aux infrastructures blockchain s’appuie sur un réseau de cartes établi pour permettre à des logiciels d’effectuer des achats en ligne. Alchemy indique qu’AgentCard est disponible, tout en décrivant la prise en charge de Mastercard avec un mélange de fonctionnalités actuelles et à venir. L’annonce n’établit pas que tous les titulaires de carte ou tous les émetteurs y ont accès. [L’annonce complète d’Alchemy](https://www.prnewswire.com/news-releases/alchemy-unlocks-ai-agent-purchases-anywhere-mastercard-is-accepted-online-via-agentcard-302882149.html)

Cette évolution rend le débat sur les paiements par agents d’IA plus intéressant qu’une simple prédiction sur la disparition de la carte physique. Un logiciel pourrait choisir un vendeur, comparer les options de financement et lancer une transaction. L’entreprise qui fournit ce logiciel pourrait peser davantage sur la destination des revenus et sur les produits financiers utilisés.

À BIG CHANGE, nous estimons que les décisions de paiement déléguées méritent autant d’attention que les dépenses déléguées. Un système peut acheter le bon article au prix autorisé tout en choisissant un financement coûteux. Il peut aussi épargner au client beaucoup de travail en comparant des conditions fastidieuses à vérifier manuellement. Ces deux résultats sont plausibles. La qualité des règles et les incitations qui orientent la recommandation contribueront à déterminer lequel l’emportera.

Voici le premier de trois articles consacrés aux agents et à l’argent. Le prochain examine [les stablecoins, les dépôts bancaires et le choix de la monnaie de paiement](https://bigchange.ai/blog/ai-agent-payments-stablecoins-bank-deposits). Le troisième suit [les actifs tokenisés jusque dans la trésorerie et le collatéral](https://bigchange.ai/blog/ai-agents-tokenized-assets-treasury-collateral).

## La vidéo met en lumière une distinction utile

Lors d’une [conversation d’a16z du 3 septembre](https://www.youtube.com/watch?v=J3pegsM5drk), l’animateur Erik Torenberg échange avec Alex Rampell et Max Levchin, PDG d’Affirm, sur l’historique des paiements et la prochaine interface. Levchin se montre plus favorable à la délégation des paiements qu’aux achats guidés par les goûts personnels. Rampell voit une occasion lorsque l’acheteur connaît déjà le produit exact et veut de l’aide pour trouver le vendeur et les conditions de paiement. Leur discussion finale reconnaît aussi que la livraison, la réputation et les retours compliquent une simple optimisation par le prix. [Voir à partir de 52 min 44 s](https://www.youtube.com/watch?v=J3pegsM5drk&t=3164s).

La discussion antérieure sur Affirm apporte un contexte : ses fondateurs racontent être passés de la réduction des frictions au paiement à un financement qui influence les décisions d’achat et nourrit une relation suivie avec les clients. Ce sont les souvenirs et les opinions de participants intéressés, et non des preuves indépendamment mesurées de ce que l’IA accomplira. La description d’a16z précise également que la société et ses filiales peuvent investir dans les entreprises évoquées.

Cette distinction est utile pour concevoir les produits. Une personne qui aime choisir un appareil photo peut tout de même vouloir qu’un logiciel compare les frais de livraison, la garantie et les modalités de remboursement après qu’elle a sélectionné le modèle. Un autre client préférera peut-être déléguer de bout en bout le renouvellement automatique d’un achat courant. Un unique réglage « achats autonomes » répondrait mal à ces préférences.

## Mastercard relie plusieurs étapes de l’achat

Mastercard a lancé [Agent Pay en avril 2025](https://www.mastercard.com/us/en/news-and-trends/press/2025/april/mastercard-unveils-agent-pay-pioneering-agentic-payments-technology-to-power-commerce-in-the-age-of-ai.html). Le programme associe des agents enregistrés, des données de paiement tokenisées et des contrôles pour les consommateurs. Les protections envisagées comprennent la reconnaissance des transactions initiées par un agent et la prise en charge des litiges. Le jeton de carte est un identifiant de paiement de substitution. Ce n’est ni une cryptomonnaie ni un placement tokenisé.

L’intérêt pratique tient à la continuité. Un système de paiement qui relie déjà les émetteurs et les commerçants peut fournir une partie de l’infrastructure nécessaire lorsqu’un logiciel lance un achat. Cela ne permet pas automatiquement de savoir si l’agent a correctement interprété la consigne du client. Mastercard et Google ont traité séparément cette difficulté avec [Verifiable Intent en mars 2026](https://www.mastercard.com/us/en/news-and-trends/stories/2026/verifiable-intent.html) : une preuve cryptographique reliant l’autorisation à l’action accomplie par l’agent. L’annonce de mars prévoyait une intégration ultérieure dans Agent Pay ; en septembre, Mastercard a indiqué aux commerçants qu’Agent Pay l’utilisait.

Le 9 septembre, Mastercard a lancé [Agent Connect et élargi Agent Suite for Merchants](https://www.mastercard.com/us/en/news-and-trends/press/2026/september/mastercard-gives-merchants-a-simpler-way-to-build--connect-and-s.html). L’offre couvre les informations sur les produits des commerçants, le contenu du panier et les connexions transactionnelles. Les commerçants peuvent choisir les expériences d’IA participantes tout en gardant la maîtrise des prix et des règles de traitement des commandes. L’annonce concerne d’abord les États-Unis et décrit les projets des entreprises participantes ; les fonctions futures restent soumises à disponibilité. Elle indique aussi que les transactions peuvent utiliser les données de n’importe quel réseau, tandis qu’Agent Pay apporte des fonctions supplémentaires pour celles de Mastercard.

La séquence compte : un identifiant de paiement aide à exécuter un achat, tandis qu’une connexion avec le commerçant aide à vérifier que l’agent commande un produit disponible aux conditions en vigueur. Il faut contrôler les deux. Un achat authentifié portant sur un article indisponible reste un problème de service client.

## Visa, Amex et les processeurs de paiement s’attaquent à des problèmes différents

Le protocole [Trusted Agent Protocol de Visa](https://developer.visa.com/capabilities/trusted-agent-protocol/docs) aide les commerçants à reconnaître les agents approuvés grâce à des requêtes signées. Un détaillant a généralement de bonnes raisons de se méfier du trafic automatisé. L’identification lui permet de distinguer un agent d’achat autorisé d’un robot inconnu, sans traiter chaque requête automatisée comme celle d’un client.

Visa a annoncé [Intelligent Commerce Connect](https://usa.visa.com/about-visa/newsroom/press-releases.releaseId.22276.html) le 8 avril 2026. Cette solution ajoute, au moyen d’une seule intégration, le lancement du paiement, la tokenisation, l’authentification et les contrôles des dépenses. L’annonce prévoit la prise en charge de Visa et d’autres réseaux, de plusieurs coffres de jetons et de divers protocoles de commerce par agents. Au moment de l’annonce, le service était testé auprès de partenaires sélectionnés. Ces éléments étayent une stratégie d’intégration, mais ne démontrent pas un accès universel en production aujourd’hui.

American Express rend la question des responsabilités particulièrement explicite. Son kit de développement [Agentic Commerce Experiences](https://www.americanexpress.com/en-us/company/agentic-commerce/) distingue l’activation du compte, les renseignements sur l’intention et les données de paiement. La page indique que ces spécifications sont disponibles depuis le 14 avril, tandis que l’enregistrement des agents et les spécifications relatives au contexte du panier sont encore en développement. La protection proposée, Agent Purchase Protection, couvrirait les erreurs admissibles commises par des agents enregistrés si Amex reçoit une intention d’achat authentifiée. La page présente toujours cette protection comme une possibilité future. Parmi les conditions indiquées figurent les cartes américaines admissibles, une tentative de retour lorsque cela est possible et l’examen de la demande ; des consignes subjectives comme « le meilleur » pourraient ne pas être couvertes.

L’avantage de cette précision est de mettre au jour un problème de conception. « Acheter une bonne chaise » laisse davantage place au désaccord qu’un modèle approuvé, un prix total maximal et une date limite de livraison. Une politique de protection doit décider comment traiter cette différence. Les lecteurs devraient examiner les conditions qui leur sont réellement offertes, au lieu de prendre le titre pour une garantie générale.

[La documentation Agent Ready de PayPal](https://developer.paypal.com/agent-ready/overview/), mise à jour le 10 juin, décrit les parcours Braintree pour Agentic Commerce Protocol d’OpenAI comme pour Universal Commerce Protocol de Google. [Adyen Agentic](https://www.adyen.com/press-and-media/adyen-agentic), annoncé le 16 juin, propose des API modulaires destinées à permettre aux entreprises de participer à différents canaux de commerce conversationnel. L’annonce précise que l’accès initial est limité aux commerçants américains de grande entreprise et qu’un élargissement est prévu. Ces approches intéressent les commerçants qui veulent étendre une relation de traitement des paiements existante plutôt que de créer une activité distincte pour chaque assistant.

## Les protocoles ne sont pas interchangeables

Leurs sigles peuvent donner au marché une apparence plus normalisée qu’il ne l’est réellement. Ils désignent plusieurs formes de coordination, aux fonctions qui se recoupent et aux exigences d’adoption différentes.

- Le protocole [Agent Payments Protocol (AP2)](https://cloud.google.com/blog/products/ai-machine-learning/announcing-agents-to-payments-ap2-protocol), mis au point par Google, utilise des mandats signés pour relier les consignes de l’utilisateur, le panier et le paiement. Il distingue l’approbation en présence de l’utilisateur d’une délégation préalable assortie de limites. Sa conception couvre plusieurs moyens de paiement.
- Le [protocole Agentic Commerce Protocol (ACP)](https://stripe.com/blog/10-lessons), développé par OpenAI et Stripe, définit un échange de paiement par API entre acheteurs, agents et vendeurs. Il aide les parties à communiquer les détails de la transaction.
- Le protocole de Google, [Universal Commerce Protocol (UCP)](https://blog.google/products-and-platforms/products/shopping/ucp-updates/), porte sur des fonctions de commerce telles que les paniers, les recherches dans les catalogues et le rattachement d’identité. Les détaillants choisissent les fonctions qu’ils mettent en œuvre ; la prise en charge n’est pas automatiquement identique partout.
- Le Trusted Agent Protocol de Visa porte sur la reconnaissance d’un agent et les informations signées envoyées au commerçant. Verifiable Intent de Mastercard concerne les preuves de l’autorisation de l’utilisateur et de l’action effectuée.

Une mise en œuvre peut nécessiter plusieurs de ces protocoles à la fois. Reconnaître l’agent ne prouve pas qu’il a choisi le bon produit. Un panier complet ne prouve pas que le client a autorisé un financement. Une instruction signée ne prouve pas que le commerçant a expédié quoi que ce soit.

Le [compte rendu de Stripe sur les premiers déploiements](https://stripe.com/blog/10-lessons) souligne des difficultés telles que l’incohérence des formats de catalogue et l’actualisation des stocks. C’est un contrepoint utile aux démonstrations de paiement sans friction. L’intégration chez les détaillants reste un chantier, même lorsqu’un modèle sait naviguer sur un site de façon impressionnante.

Pour un commerçant, un test d’interopérabilité pertinent est concret : la même commande, la même variante, le même prix et la même autorisation sont-ils préservés lors du transfert entre systèmes ? La transaction peut-elle ensuite être rapprochée et remboursée ? Un vocabulaire commun est un point de départ pour ce test.

![A purchase order leads to a payment card under a magnifying glass beside a stop, then to a receipt, joined by rightward arrows.](/api/media/file/order-permission-receipt-inline-v2.png)

## Le financement pourrait devenir une décision prise en arrière-plan

Prenons l’exemple hypothétique d’un client qui autorise l’achat d’un appareil à 900 dollars. Son assistant trouve une offre au comptant, une récompense liée à la carte et un paiement échelonné. La mensualité la plus basse peut entraîner le coût total le plus élevé. Les intérêts peuvent dépasser la valeur d’une récompense. Un taux promotionnel peut exiger un remboursement avant une date précise.

Le Bureau américain de protection financière des consommateurs, le CFPB, [explique le financement promotionnel](https://www.consumerfinance.gov/archive/blog/how-understand-special-promotional-financing-offers-credit-cards/) en distinguant les offres sans intérêt des offres à intérêts différés, dans lesquelles le non-remboursement du solde promotionnel peut entraîner des intérêts calculés sur la période antérieure. Il s’agit d’une ressource pédagogique américaine, et non d’une description de tous les produits ni des règles de tous les pays. Cette distinction montre pourquoi un agent doit connaître les conditions réelles plutôt que se fier à une formule commerciale.

Pour cet acheteur hypothétique, « minimiser ce que je paie » ne suffit pas. S’agit-il du coût total, de la somme due aujourd’hui, de l’absence de nouvel emprunt ou du maintien d’un solde donné sur un compte ? Ces priorités peuvent s’opposer. Un assistant utile signalerait le conflit avant de choisir une obligation financière.

Notre proposition de conception des autorisations distingue l’achat de l’article de l’ouverture ou du choix d’un crédit. Le client pourrait autoriser un moyen de paiement existant dans une limite budgétaire, tout en devant approuver à nouveau un prêt, un prélèvement récurrent ou une modification importante des modalités de remboursement. Il s’agit d’une recommandation de conception, et non d’une affirmation selon laquelle tous les produits actuels offrent ces contrôles.

Il faut aussi examiner un conflit commercial. Un assistant peut être rémunéré par le client, le commerçant, un prêteur ou plusieurs de ces parties. Un commerçant peut raisonnablement payer pour augmenter ses conversions, tandis que l’acheteur cherche à réduire ses dépenses. Les lecteurs doivent savoir quel objectif influence le classement. Les établissements financiers capables de l’expliquer clairement ont un argument plus solide que ceux qui promettent simplement une personnalisation générique.

## Une limite d’autorisation doit tenir même lorsqu’une commande se complique

Imaginons qu’un petit studio de design autorise un agent à commander une cartouche d’imprimante précise auprès de fournisseurs agréés, dans la limite d’un budget mensuel de consommables. La consigne semble simple, jusqu’à ce que le fournisseur propose un lot, que les frais de livraison fassent dépasser le plafond ou qu’un délai d’attente laisse l’agent incertain quant à la réussite de la première commande.

Nous évaluerions ce système selon la séquence suivante :

1. Consigner le produit autorisé, les conditions du fournisseur, le coût total et la date d’expiration de l’autorisation. Traiter les substitutions et les achats récurrents comme des choix distincts.
2. Vérifier le panier final au regard de ces conditions avant le paiement, y compris les taxes, la livraison et toute modification des modalités.
3. Faire respecter les limites par le système de paiement ou d’exécution. Un rappel dans la conversation du modèle est un contrôle moins robuste qu’une transaction effectivement refusée.
4. Conserver une seule référence de commande lors des nouvelles tentatives afin d’enquêter sur une réponse ambiguë avant de créer un nouvel achat.
5. Fournir au client un reçu compréhensible et un moyen pratique d’annuler, de retourner ou de contester la commande.

Il s’agit d’une procédure d’évaluation proposée, et non du compte rendu d’un test réalisé par BIG CHANGE. Elle inclut délibérément une défaillance opérationnelle ordinaire. Un système qui bloque une consigne malveillante mais commande accidentellement trois fois les mêmes fournitures a tout de même failli à sa mission auprès du client.

L’étendue de l’autorité déléguée compte autant que le plafond de dépenses. Un achat inférieur à la limite peut divulguer une adresse à un commerçant non souhaité ou créer un abonnement dont le client ne veut pas. Des autorisations claires réduisent les ambiguïtés ; elles ne rendent pas tous les jugements mécaniques.

## Le scénario optimiste est porteur

Des agents de paiement bien conçus pourraient rendre les comparaisons rigoureuses moins chronophages. Les petites entreprises pourraient rapprocher plus systématiquement achats courants, commandes et factures. Les clients pourraient garder la maîtrise des décisions importantes tout en déléguant le remplissage répétitif de formulaires et les vérifications conditionnelles.

Les réseaux existants offrent une voie plausible vers l’adoption, car les commerçants n’ont pas à abandonner leurs relations de paiement habituelles pour expérimenter une nouvelle interface. Les protocoles et les intégrations communes pourraient aussi éviter de refaire plusieurs fois le même travail. Le résultat serait utile même si les clients continuaient à choisir eux-mêmes la plupart de leurs produits.

L’occasion dépasse les paniers d’achat. Un logiciel qui achète une courte période de calcul informatique ou une seule requête de données soulève d’autres exigences en matière de prix et d’autorisations. Mastercard a annoncé [Agent Pay for Machines](https://www.mastercard.com/us/en/news-and-trends/press/2026/june/mastercard-launches-agent-pay-for-machines.html) le 10 juin ; cette solution couvre explicitement les cartes et les stablecoins. Nous examinons cette intersection dans le deuxième article, car la forme de l’argent modifie les choix de règlement et de recours.

## Le scénario pessimiste concerne les incitations et l’accumulation des erreurs

La réduction des frictions peut faciliter l’exécution d’une bonne décision. Elle peut aussi faciliter la répétition d’une mauvaise. Des autorisations modestes prises individuellement peuvent s’accumuler d’un assistant ou d’un service à l’autre, surtout si chaque système ne voit que sa propre limite.

L’entreprise qui contrôle la sélection proposée par l’agent pourrait acquérir une influence considérable sur les commerçants. Les vendeurs pourraient subir des pressions pour payer en échange d’une meilleure visibilité ou pour se plier aux arrangements commerciaux privilégiés par l’assistant. C’est un risque à examiner, et non l’accusation que les fournisseurs cités fonctionnent déjà ainsi. Parmi les protections utiles figureraient des explications sur le classement, la transparence des incitations commerciales et un véritable choix pour les commerçants.

Le risque le plus large est que les preuves techniques d’autorisation deviennent difficiles à contester pour une personne. Un journal d’audit peut montrer ce qui a été signé sans trancher un désaccord sur ce que le client avait compris. Les recours doivent rester compréhensibles pour la personne dont l’argent a été déplacé.

Cela donne au secteur une mesure des progrès plus exigeante que le nombre de partenaires annoncés. Nous voulons voir des achats menés à terme qui restent corrects après les retours et les exceptions ; le coût total pour le client, frais et financement compris ; le temps nécessaire pour résoudre les erreurs ; et des résultats précisant les marchés, les utilisateurs admissibles et les types de transactions concernés. Les commerçants ont aussi besoin de preuves de valeur supplémentaire après prise en compte des coûts d’intégration et d’assistance.

Mastercard, Visa, Amex, les processeurs et les créateurs d’agents détiennent chacun une partie de ces éléments. Le récit d’un déploiement réel, y compris une transaction échouée et la personne qui l’a résolue, aiderait les lecteurs à évaluer le changement bien plus précisément qu’une nouvelle prévision sur la taille du marché.

## Sources

- [a16z : pourquoi les agents d’IA pourraient enfin réinventer la carte de crédit](https://www.youtube.com/watch?v=J3pegsM5drk) — Mise en ligne le 3 septembre 2026. Les sous-titres complets de cette conversation de 59 minutes avec Max Levchin et Alex Rampell ont été examinés. Les fondateurs livrent leurs souvenirs et leurs opinions ; a16z indique qu’il peut détenir des participations dans les entreprises évoquées. La date de l’enregistrement n’a pas été établie.
- [Alchemy : AgentCard et Mastercard Agent Pay](https://www.prnewswire.com/news-releases/alchemy-unlocks-ai-agent-purchases-anywhere-mastercard-is-accepted-online-via-agentcard-302882149.html) — 17 septembre 2026. Annonce d’Alchemy publiée par PR Newswire. Décrit les données de carte, le portefeuille de stablecoins et les contrôles. AgentCard est présenté comme disponible, tandis que les formulations sur l’intégration mêlent fonctions actuelles et prévues, sans établir une admissibilité universelle.
- [Mastercard : lancement d’Agent Pay](https://www.mastercard.com/us/en/news-and-trends/press/2025/april/mastercard-unveils-agent-pay-pioneering-agentic-payments-technology-to-power-commerce-in-the-age-of-ai.html) — 29 avril 2025. Annonce initiale du programme concernant les agents enregistrés, les jetons de paiement, les contrôles des consommateurs et les litiges. Elle décrit la conception et les collaborations annoncées, mais ne mesure ni la sécurité ni l’adoption.
- [Mastercard : Verifiable Intent](https://www.mastercard.com/us/en/news-and-trends/stories/2026/verifiable-intent.html) — 5 mars 2026. Explication par Mastercard du registre d’autorisation développé avec Google. L’intégration à Agent Pay était alors envisagée ; la publication de septembre destinée aux commerçants décrit son utilisation.
- [Mastercard : Agent Connect et Agent Suite for Merchants](https://www.mastercard.com/us/en/news-and-trends/press/2026/september/mastercard-gives-merchants-a-simpler-way-to-build--connect-and-s.html) — 9 septembre 2026. Annonce de connexions aux catalogues, aux paniers et aux paiements des commerçants, d’abord aux États-Unis. Les projets des entreprises participantes et les fonctions futures ne doivent pas être interprétés comme un déploiement universel.
- [Visa : documentation du Trusted Agent Protocol](https://developer.visa.com/capabilities/trusted-agent-protocol/docs) — Documentation en ligne consultée le 22 septembre 2026. Explique les requêtes signées et la reconnaissance des agents approuvés. L’authentification d’un agent ne prouve ni la qualité du produit, ni sa livraison, ni l’adéquation du financement.
- [Visa : Intelligent Commerce Connect](https://usa.visa.com/about-visa/newsroom/press-releases.releaseId.22276.html) — 8 avril 2026. Annonce d’une intégration indépendante des réseaux et des protocoles, couvrant le lancement du paiement et les contrôles. Le stade de lancement déclaré était un projet pilote auprès de partenaires sélectionnés ; cela ne prouve pas un accès général aujourd’hui.
- [American Express : Agentic Commerce Experiences](https://www.americanexpress.com/en-us/company/agentic-commerce/) — Page consultée le 22 septembre 2026. Distingue les spécifications disponibles de celles qui sont inachevées. Agent Purchase Protection reste à l’état de projet et demeure conditionnelle ; la page précise les conditions d’admissibilité et les exclusions dans ses notes de bas de page.
- [PayPal : aperçu d’Agent Ready](https://developer.paypal.com/agent-ready/overview/) — Mis à jour le 10 juin 2026. La documentation distingue l’intégration de jetons délégués ACP de Braintree du parcours Google Pay UCP. La prise en charge par la plateforme ne signifie pas que chaque commerçant l’a activée.
- [Adyen : lancement d’Agentic](https://www.adyen.com/press-and-media/adyen-agentic) — 16 juin 2026. Décrit les API pour les flux d’offres, les paniers et les paiements. L’accès initial est limité aux grandes entreprises américaines ; un élargissement est prévu. Les avantages mentionnés sont des affirmations du fournisseur.
- [Google Cloud : Agent Payments Protocol](https://cloud.google.com/blog/products/ai-machine-learning/announcing-agents-to-payments-ap2-protocol) — 16 septembre 2025. Explication de référence des intentions signées et des mandats de panier pour les achats avec ou sans présence humaine. Décrit la conception du protocole et des exemples, mais ne définit pas de règles universelles de responsabilité ni ne mesure l’adoption.
- [Stripe : leçons tirées des premiers usages du commerce par agents](https://stripe.com/blog/10-lessons) — 12 mars 2026. Compte rendu d’un opérateur sur ACP, l’intégration des catalogues et les problèmes de stock. Ces observations de production sont utiles ; elles ne prétendent pas que BIG CHANGE a reproduit ces déploiements ni que ces exemples mesurent l’ensemble du marché.
- [Google : mises à jour d’Universal Commerce Protocol](https://blog.google/products-and-platforms/products/shopping/ucp-updates/) — 19 mars 2026. Présente des fonctions facultatives de panier, de catalogue et de rattachement d’identité. Les capacités du protocole et son déploiement sur les surfaces de Google sont deux choses distinctes ; les adopteurs peuvent prendre en charge différentes fonctions.
- [CFPB : offres à taux nul et offres à intérêts différés](https://www.consumerfinance.gov/archive/blog/how-understand-special-promotional-financing-offers-credit-cards/) — 8 juin 2017, ressource pédagogique américaine archivée. Explique la distinction de financement utilisée dans l’exemple hypothétique. Il ne s’agit ni de tarifs actuels ni d’une description du droit de toutes les juridictions.
- [Mastercard : Agent Pay for Machines](https://www.mastercard.com/us/en/news-and-trends/press/2026/june/mastercard-launches-agent-pay-for-machines.html) — 10 juin 2026. Annonce de paiements machine couvrant les cartes et les stablecoins. Elle fait le lien avec le deuxième article de la série ; elle ne prouve ni une baisse du coût total ni un accès universel en production.