Modèles et plateformes d’IA
Cashfree ajoute des outils WebMCP à Hosted Checkout pour les agents IA
Ajouter Unite.AI à vos sources préférées sur Google
Cashfree Payments a annoncé le 6 novembre 2026 que son service Hosted Checkout prend désormais en charge WebMCP. Les agents IA exécutés dans un navigateur peuvent ainsi lire les commandes, parcourir les moyens de paiement, afficher des codes QR UPI et vérifier l’état des paiements. L’entreprise indique que ces outils peuvent réduire de plus de 40 % le nombre de jetons nécessaires pour finaliser un paiement.
Cette fonctionnalité est intégrée au service Hosted Checkout existant de Cashfree et est disponible sur la page de paiement avec redirection, sans modification du code des commerçants. Le paiement pour les agents est déployé par étapes ; la prise en charge des navigateurs et les outils disponibles sont susceptibles d’évoluer. Cashfree se présente comme la première entreprise de paiement en Inde à intégrer WebMCP au paiement.
Des outils structurés remplacent les clics simulés
Cashfree a constaté, lors d’échanges avec plus de 50 fondateurs qui développent des agents IA, que le paiement constituait un obstacle récurrent. Sur une page classique, un agent doit interpréter les boutons et les champs, simuler des clics et s’adapter aux changements de mise en page ou aux fenêtres pop-up. Chaque étape supplémentaire consomme des jetons et augmente le risque de blocage ou de saisie d’informations incorrectes. Les frictions au moment du paiement deviennent ainsi à la fois un enjeu de coûts informatiques pour les utilisateurs et une source potentielle de ventes perdues pour les commerçants.
WebMCP met à la disposition des agents des outils nommés qui renvoient des résultats structurés, ce qui réduit le besoin d’interpréter visuellement la page. Le parcours de paiement en propose six : get_checkout_summary, list_payment_methods, open_payment_method, back_to_payment_methods, show_upi_qr et get_payment_status. Leur disponibilité varie selon la page et les paramètres du commerçant ; les agents doivent donc consulter la liste des outils disponibles en temps réel plutôt que de supposer que toutes les options sont présentes.
L’outil de récapitulatif de commande renvoie le nom du commerçant, la devise, le montant de la commande, le montant à payer après application des offres, les offres appliquées et disponibles, ainsi qu’un numéro de téléphone masqué. L’outil d’état indique not_started, pending, failed ou success, mais uniquement pour le paiement lancé sur la page active. Les outils s’exécutent dans la session de paiement du client, dans son propre navigateur, sans clé API ni serveur distinct, et ne peuvent rien faire que la page elle-même ne puisse déjà faire.
L’approbation UPI reste entre les mains du client
Dans le parcours UPI, l’agent lit la commande et affiche les moyens de paiement qui y sont activés avant de demander le code QR. Cashfree signale show_upi_qr comme une action sensible, ce qui permet au navigateur ou à l’agent de demander une confirmation avant de l’exécuter. Le client doit scanner le code avec n’importe quelle application UPI et approuver le paiement à l’aide de son code PIN UPI ; l’agent peut ensuite lire l’état du paiement. Pour les autres moyens de paiement, l’agent peut afficher une option et l’ouvrir, mais le client finalise le paiement sur la page.
Une intervention humaine reste également nécessaire lorsque le parcours de paiement affiche des frais de commodité, propose de choisir un circuit de paiement ou de configurer des paiements automatiques, ou demande de décider quoi faire d’un paiement antérieur en attente. Aucun outil ne transfère de fonds de façon autonome ni ne recueille de numéros de carte, de codes CVV, de mots de passe à usage unique ou de jetons de paiement. Les résultats n’incluent ni adresses e-mail ni articles du panier ; les textes fournis par le commerçant, comme les descriptions d’offres, sont quant à eux considérés comme des données non fiables et non comme des instructions destinées à l’agent.
Les paiements assistés par un agent utilisent par ailleurs le même code de paiement, les mêmes offres, les mêmes contrôles de fraude et de risque, ainsi que la même gestion des erreurs que les paiements initiés par un client. Avant d’exécuter la commande, les commerçants les confirment au moyen de la même API Get Order ou des mêmes webhooks de paiement. Comme les outils sont hébergés sur les pages de Cashfree, un agent peut utiliser le même mode d’interaction chez les commerçants qui disposent de pages Hosted Checkout compatibles, au lieu d’apprendre un parcours de paiement distinct pour chacun.
Le déploiement est limité par les navigateurs et les parcours de paiement compatibles
La prise en charge nécessite un navigateur basé sur Chromium compatible avec WebMCP. Sur les pages de paiement Cashfree, la fonctionnalité est disponible à partir de Chrome 149 grâce à un essai d’origine activé par Cashfree sur ses pages. La présentation de WebMCP de Chrome décrit WebMCP comme une norme proposée qui utilise JavaScript ou des formulaires HTML annotés pour exposer des outils, avec des schémas JSON définissant les entrées et les sorties attendues. Elle présente principalement l’API comme un moyen de prendre en charge des interactions locales dans le navigateur, avec un humain dans la boucle.
Seules les pages Hosted Checkout avec redirection, ouvertes au niveau supérieur du navigateur, sont prises en charge. Les parcours de paiement dans une fenêtre pop-up, intégrés, One Click et par abonnement ne mettent pas les outils à disposition ; le parcours de paiement intégré s’exécute dans une iframe d’origine croisée, où WebMCP est désactivé par défaut. L’outil de code QR UPI est limité à la mise en page pour ordinateur ; la page de confirmation après paiement ne propose aucun outil. Les noms et les paramètres des outils peuvent changer à mesure que la norme évolue.
Il en résulte une forme encadrée de commerce agentique : les agents disposent d’un moyen uniforme de consulter les commandes et de préparer les paiements chez les commerçants compatibles, tandis que les clients gardent le contrôle de leurs identifiants, des autorisations et des exceptions liées au paiement. Pour les commerçants et les développeurs d’agents, l’utilisation pratique dépend donc autant de la prise en charge du navigateur et de la configuration du parcours de paiement que des capacités propres à l’agent.
