Les outils d’achat par IA de Shopify vont désormais au-delà du panier, jusqu’au paiement. Dans un journal des modifications destiné aux développeurs, publié le 28 septembre, l’entreprise indique qu’un agent navigateur peut consulter et modifier le paiement ouvert dans l’onglet de l’acheteur, puis envoyer la commande après confirmation de celui-ci. Les outils de vitrine précédents pouvaient conduire le client jusqu’au paiement. Les nouveaux outils permettent à l’agent de renseigner les champs du formulaire de paiement.

Le grand changement

  • Ce qui change : Un agent navigateur peut maintenant intervenir dans le paiement affiché à l’acheteur, notamment pour renseigner ses coordonnées, choisir le mode de livraison et appliquer des réductions. Les outils de vitrine d’août de Shopify s’arrêtaient à la navigation vers le paiement ; la mise à jour de septembre ajoute des outils utilisables dans l’onglet où celui-ci est ouvert.
  • Pourquoi c’est important : L’acheteur peut déléguer une plus grande partie du remplissage du formulaire tout en gardant le contrôle sur la commande et son total. Shopify exige que l’agent affiche les deux et obtienne l’autorisation avant l’envoi. L’acheteur doit toujours effectuer lui-même la connexion, les étapes de vérification du paiement et certaines étapes de validation à l’écran.
  • À suivre : Pour les développeurs, le critère déterminant est l’admissibilité. Shopify exclut plusieurs types de paiement et indique que la prise en charge des agents navigateurs reste limitée à Chromium. Ces conditions déterminent si un agent peut utiliser les nouveaux outils pour un achat donné.

De la vitrine au paiement

Le communiqué du 5 août a introduit les outils WebMCP sur toutes les vitrines Liquid et, en préversion développeur, sur les vitrines Hydrogen. Un agent compatible dans le navigateur de l’acheteur peut rechercher des produits, examiner leurs variantes, consulter et modifier le panier actif, et appeler proceed_to_checkout. Shopify précise que les outils WebMCP de vitrine ne nécessitent aucune installation ni configuration du marchand. Les modifications du panier utilisent les actions de vitrine habituelles du magasin ; l’acheteur les voit donc dans sa session active.

L’ajout de septembre intervient sur la page de paiement. L’agent découvre les outils enregistrés via document.modelContext.getTools() et les appelle au moyen de document.modelContext.executeTool(). Selon Shopify, la liste des outils de paiement peut changer à mesure que l’acheteur avance dans le parcours ; les agents doivent donc l’actualiser lorsque toolchange est déclenché. Les outils agissent sur le paiement ouvert dans cet onglet. Ils ne prennent pas d’identifiant de paiement et sont distincts du point de terminaison Checkout MCP côté serveur de Shopify.

Les outils de paiement ont des fonctions distinctes. get_checkout lit l’état actuel, notamment les totaux et les messages ainsi que, sur la page de remerciement, le reçu de commande. update_checkout peut modifier les coordonnées de l’acheteur, le mode d’expédition ou de retrait, les codes de réduction, les champs déclarés et les moyens de paiement pris en charge. Il remplace l’état précédent : l’agent doit d’abord lire l’état actuel, puis envoyer l’état complet qu’il souhaite conserver. Cet outil de paiement ne peut pas modifier les lignes d’articles ni l’attribution ; l’acheteur change les articles directement sur la page. navigate_to_storefront ramène l’onglet à la vitrine lorsque le magasin en ligne est disponible.

Les exemples de Shopify indiquent que la version UCP du paiement est 2026-08-25. Il s’agit de la version du protocole utilisée dans les réponses documentées ; le 28 septembre est la date de lancement des outils de paiement dans le navigateur. Une réponse contient à la fois un état de résultat UCP et un état du cycle de vie du paiement. Par exemple, ready_for_complete indique que le paiement est prêt pour une tentative de validation. Cela ne signifie pas que l’acheteur a approuvé l’achat. Shopify précise que seul l’état completed confirme la commande.

L’acheteur contrôle l’envoi de la commande

Avant l’appel à complete_checkout, Shopify demande à l’agent d’afficher la commande et son total actuels, puis d’obtenir l’autorisation de l’acheteur pour la passer. Si le total change, une nouvelle confirmation est nécessaire. Un état « prêt », une signature Web Bot Auth ou une autorisation Shop Pay ne vaut pas cette permission.

Même après l’appel, l’intervention de l’acheteur peut rester nécessaire. Si une étape de vérification est configurée, l’API renvoie requires_escalation ; l’agent ne rappelle complete_checkout qu’après que l’acheteur a autorisé l’envoi à cet endroit. En cas de vérification du paiement ou d’une autre action requise, l’acheteur termine l’étape sur la page de paiement et l’agent vérifie l’état qui en résulte. Shopify confie aussi à l’acheteur la connexion à Shop Pay et les interactions avec les extensions de paiement définies par les applications. Il s’agit d’un paiement assisté, où l’acheteur conserve un véritable droit d’approbation au moment d’envoyer la commande.

Accès et limites

Checkout WebMCP est destiné aux agents exécutés dans le navigateur de l’acheteur. Shopify recommande son point de terminaison distinct Checkout MCP pour les agents pouvant fonctionner sur un serveur. La voie navigateur signe les requêtes à l’aide de Web Bot Auth. Shopify précise qu’un agent doit s’enregistrer et publier un répertoire de clés publiques Ed25519 pour bénéficier du statut de bot vérifié ; sans cette identification, les systèmes de détection peuvent déprioriser ou bloquer ses requêtes. Le marchand n’a pas à configurer de nouvelle API de paiement pour cette version.

Les outils ne sont pas enregistrés lors d’un paiement standard en trois pages, sauf si l’acheteur utilise Shop Pay. Ils ne prennent pas non plus en charge les paiements B2B ou intégrés, les SDK de paiement mobile, les paniers contenant des articles d’une autre boutique, les commandes provisoires, les modifications de commande ni la collecte de paiements. La prise en charge de WebMCP par les agents navigateurs se limite actuellement aux navigateurs basés sur Chromium. La documentation de Shopify sur le paiement signale aussi un détail susceptible d’évoluer : dans Chrome 153, les arguments de executeTool() doivent être des chaînes JSON, tandis que Chrome prévoit d’accepter des objets dans Chrome 155.

Les pages WebMCP citées par Shopify n’indiquent pas de tarif distinct pour ces outils. Le paiement affiche toujours le total de l’achat pour que l’acheteur puisse le vérifier. BIG CHANGE a consulté les notes de version et la documentation de Shopify ; aucune vitrine réelle ni aucun achat n’ont été testés.

Sources et lectures complémentaires