WebMCP sur Shopify : ce qui change au checkout et comment vérifier le parcours

1. WebMCP, Checkout MCP et UCP : éviter la confusion

WebMCP expose des outils à un agent opérant dans le navigateur. Dans le cas Shopify, on parle ici du checkout déjà ouvert par l’acheteur. UCP est le protocole commun qui décrit les capacités de commerce ; Checkout MCP correspond à un autre mode d’accès, côté serveur.

La comparaison officielle Shopify distingue ces deux architectures. Si tu construis un agent, choisis selon l’environnement et le parcours, pas selon le dernier acronyme à la mode. Si tu gères seulement une boutique, tu n’as pas à construire un serveur MCP pour bénéficier d’un parcours navigateur compatible.

Ce guide concerne la recette checkout. Pour les mécanismes de découverte et le rôle du protocole, pars du guide UCP Shopify. Pour l’outillage développeur, consulte Shopify AI Toolkit : ce sont trois besoins différents.

2. Les outils disponibles et ce qu’il faut contrôler

L’annonce précise que les outils rendent la main à l’acheteur lorsqu’une interaction est nécessaire, par exemple un challenge 3D Secure ou une extension bloquante. Périmètre annoncé. L’assistance ne signifie donc pas un paiement silencieux.

La référence technique apporte des contraintes importantes : update_checkout attend un état complet de remplacement, pas une simple modification partielle ; les champs line_items et attribution y sont ignorés. Un agent doit relire l’état avant sa mise à jour. Une remise présente dans la demande n’est pas forcément appliquée : il faut contrôler le résultat. Référence des outils et des champs.

Ma recommandation côté marchand : vérifie le résultat visible, pas seulement une réponse technique « succès ». Un total incorrect, une option de retrait qui a disparu ou une promotion non applicable sont des erreurs métier même si l’appel a été accepté.

3. Les limites à vérifier avant de parler de compatibilité

La documentation exclut notamment le checkout standard en trois pages hors Shop Pay, le B2B, les checkouts intégrés ou SDK mobiles, les paniers avec des marchandises d’une autre boutique, ainsi que les brouillons de commandes, modifications et collectes de paiement. Les interactions propres aux extensions restent à traiter sur la page par l’acheteur. Liste officielle des exclusions.

Un test doit donc préciser le type de checkout, le moyen de paiement, l’agent, le navigateur et le marché. « Compatible IA » sans ces informations ne signifie pas grand-chose. Un succès sur desktop dans un environnement pris en charge n’est pas la preuve d’un succès sur iOS ou dans une autre application.

Pour un développeur d’agent, la référence décrit la découverte via document.modelContext.getTools() et l’exécution via executeTool(). Au moment de cette vérification, elle distingue les arguments JSON sous forme de chaîne dans Chrome 153 d’un changement prévu dans Chrome 155. L’identification de l’agent repose sur Web Bot Auth avec des clés enregistrées. Prérequis techniques à relire avant développement.

Ces détails ne justifient ni d’ouvrir globalement ton firewall, ni de désactiver une protection paiement. Demande au fournisseur d’agent ses versions prises en charge et sa procédure d’escalade. Les contrôles de sécurité ne sont pas des obstacles à contourner pour obtenir une démo plus fluide.

4. Ma grille de recette pour une boutique Shopify

Prépare des tests reproductibles avec un produit et des règles connus. Commence en environnement contrôlé, avec un paiement de test prévu pour cela. Sur une boutique réelle, aucune commande payante ou action financière ne doit être lancée sans accord explicite. Note les tests impossibles comme non exécutés, pas comme réussis.

À cette grille, ajoute une colonne « environnement », une colonne « observé » et un statut : réussi, échec, bloqué ou non exécuté. Le protocole doit rester honnête : si aucun agent compatible n’est accessible, tu peux contrôler le parcours classique et préparer les scénarios, mais pas annoncer la recette WebMCP comme terminée.

Un exemple pédagogique : le client change son adresse après avoir choisi une livraison. Le test cherche à vérifier que le choix reste applicable et que le total est recalculé correctement. On ne valide pas uniquement le remplissage du champ adresse : on contrôle toute la décision d’achat qui en dépend.

Si un test échoue, localise le problème avant de modifier le thème : donnée catalogue, règle de livraison, extension, agent ou navigateur. Fais corriger le composant responsable. Une refonte visuelle ne résout pas une incompatibilité d’environnement.

5. Mesurer le parcours sans attribuer tous les gains à l’IA

Je suivrais d’abord les problèmes concrets : échecs, reprises manuelles, totaux incohérents et commandes de test dupliquées. Ensuite seulement, les comportements réels : checkout commencé, informations renseignées et achat confirmé, selon les événements effectivement disponibles dans ta stack.

Une visite sans referrer ne devient pas automatiquement une visite IA. Un checkout assisté n’est pas forcément identifiable dans GA4. Si tu ne disposes pas d’un signal fiable d’origine, écris « origine inconnue » ; n’invente pas un segment « ventes WebMCP » à partir du trafic direct.

Pour comparer, conserve la même définition de conversion, les mêmes marchés et une fenêtre de mesure explicite. Exclue les tests. Documente les autres changements : campagne, promotion, prix, transport ou refonte. Une hausse après lancement ne prouve pas à elle seule que WebMCP en est la cause.

La réduction des frictions checkout reste un chantier à part entière. Lisibilité des frais, réassurance et qualité du panier servent le parcours humain aussi bien que le parcours assisté.

6. Ce que je ferais maintenant, selon ta situation

• Petite boutique sans agent accessible : clarifier le catalogue, les conditions et le parcours classique ; préparer la grille plutôt qu’acheter une intégration inutile.
• Boutique avec des extensions checkout : prioriser les étapes qui réclament une interaction et définir les reprises attendues.
• Marque internationale : tester pays, devises, livraison et remises dans les marchés réellement servis.
• Équipe construisant un agent : choisir navigateur ou serveur, vérifier authentification et versions, puis établir une recette métier avec le marchand.

Le résultat à rechercher aujourd’hui est une matrice de compatibilité et un parcours vérifié. Un gain de conversion, de visibilité SEO ou de chiffre d’affaires doit ensuite être mesuré ; il ne découle pas automatiquement de l’annonce.

7. Questions fréquentes

Faut-il installer WebMCP sur mon thème ?

Shopify indique qu’aucune configuration marchand n’est requise pour les outils checkout annoncés. Cela ne dispense pas de contrôler ton parcours et les environnements compatibles.

L’agent peut-il payer sans demander au client ?

La soumission intervient après confirmation de l’acheteur. Les validations et actions de paiement nécessaires doivent rester sous son contrôle.

Est-ce une optimisation SEO/GEO ?

C’est d’abord une capacité d’interaction au checkout. Être techniquement utilisable et être recommandé par un moteur sont deux sujets distincts.

Que demander à un prestataire ?

Un périmètre, les environnements pris en charge, une grille de tests et des preuves. Si tu veux cadrer cette vérification avec les autres frictions de ta boutique, commence par un audit Shopify ou présente-moi ton parcours.