Serveur MCP de SAP Commerce Cloud et IA agentique : ce que cela change pour l'e-commerce

À la NRF 2026 à New York, SAP a annoncé un serveur Model Context Protocol (MCP) pour les storefronts SAP Commerce Cloud, accompagné de fonctions d’achat agentiques. Ce qui compte, ce n’est pas que SAP mette de l’IA dans le commerce ; tous les éditeurs le font. C’est la manière : SAP a choisi un protocole ouvert que n’importe quel agent IA peut utiliser, plutôt que de réserver l’achat agentique à son propre assistant. Quelles fonctions d’IA SAP propose aujourd’hui, comment elles sont licenciées et où elles tournent déjà en production : notre page SAP Business AI fait le point.

Nous développons et exploitons nous-mêmes des serveurs MCP, par exemple pour SAP Sales et Service Cloud V2. Nous avons donc lu l’annonce avec une idée concrète de ce qu’un tel serveur exige en dessous. Voici ce que SAP a confirmé, ce qui reste ouvert et ce que nous recommandons de faire dès maintenant.

En bref : le serveur MCP de SAP permet à des agents IA de travailler directement avec un storefront Commerce Cloud : trouver des produits, vérifier prix et stocks, gérer des paniers et finaliser des achats. Ce n’est pas un chatbot, mais une interface ouverte pour tout agent compatible MCP, y compris des assistants tiers. SAP l’a annoncé en janvier 2026 pour le T2 et l’a inscrit dans sa version du T2 2026. Les cas d’usage B2B (réapprovisionnement, agents d’achat) sont rentables plus tôt que le B2C. La préparation la plus importante porte sur la qualité des données produits.

Qu’a annoncé SAP à la NRF 2026 ?

Les annonces de SAP de janvier 2026 comportaient trois volets indissociables.

D’abord, le serveur MCP pour storefront de SAP Commerce Cloud. SAP le présente comme un moyen de rendre les storefronts « intelligibles pour l’IA » : produits, prix, stocks et promotions sont reliés à la recherche et à l’achat assistés par IA, sur le site du commerçant comme sur des plateformes telles que ChatGPT (SAP News, janvier 2026). SAP prévoyait une disponibilité au deuxième trimestre et y voit une première étape vers la prise en charge de plusieurs protocoles agentiques : MCP, l’Agentic Commerce Protocol (ACP) d’OpenAI et l’Universal Commerce Protocol (UCP) de Google (SAP News : Agentic AI is reshaping commerce).

Ensuite, un Shopping Agent. SAP l’a présenté comme une brique combinable avec le Digital Service Agent pour former un seul assistant conversationnel, de la recherche de produits jusqu’au service après-vente (SAP News : For retailers, agentic commerce is here). Nous décrivons le volet service dans notre article sur le Digital Service Agent de SAP Service Cloud V2.

Enfin, la livraison. Dans sa synthèse des nouveautés du T2 2026, SAP mentionne « l’achat conversationnel par IA via un serveur model context protocol (MCP) » : les assistants IA peuvent consulter en temps réel les informations produits, fournir l’état des stocks, gérer des paniers et finaliser des transactions dans des interfaces de chat ou vocales (SAP News, juillet 2026).

Qu’est-ce que MCP (Model Context Protocol) ?

Le Model Context Protocol est un standard ouvert, introduit par Anthropic en 2024, qui définit comment les modèles d’IA se connectent à des données et à des outils externes (modelcontextprotocol.io). On peut le comparer à REST : une interface commune qui permet aux systèmes de dialoguer sans intégration spécifique pour chaque paire.

Sans un tel standard, chaque assistant IA qui doit travailler avec une plateforme de commerce a besoin de son propre connecteur, et chaque connecteur ne fonctionne qu’avec l’IA d’un seul éditeur. Un serveur MCP expose au contraire des capacités que tout agent compatible peut découvrir et utiliser. Un serveur MCP pour Commerce Cloud signifie que ChatGPT, Claude, Gemini, Joule et les futurs agents compatibles MCP travaillent avec votre storefront par la même interface. Vous construisez l’intégration une seule fois.

Le protocole définit trois types de capacités :

• Tools : les actions que l’agent peut exécuter (rechercher des produits, ajouter au panier, appliquer un bon de réduction)
• Resources : les données que l’agent peut lire (catalogue produits, historique des commandes)
• Prompts : des modèles d’interaction prédéfinis (comparaison de produits, réapprovisionnement)

Pour SAP, c’est une décision notable : l’éditeur mise sur un standard ouvert au lieu de lier le commerce agentique à Joule seul.

Comment fonctionne le serveur MCP de Commerce Cloud ?

SAP a publié les capacités, pas une spécification technique complète. Nous distinguons donc ce qui est confirmé de ce qui découle de la manière habituelle de construire un serveur MCP.

Confirmé par SAP : les agents peuvent consulter en temps réel les informations produits et les stocks, gérer des paniers et finaliser des transactions. Ils peuvent provenir de l’expérience du commerçant ou d’assistants tiers.

L’architecture telle que nous l’attendons : le serveur MCP se place entre les agents IA externes et les services de commerce existants de Commerce Cloud (ceux qu’exposent aussi les API REST OCC). Il ne remplace pas votre storefront et fonctionne à côté de votre Composable Storefront ou de votre frontend sur mesure :

Utilisateur → agent IA (ChatGPT, Claude, Joule, ...) → MCP → serveur MCP Commerce Cloud → services de commerce → backend Commerce Cloud

Ce qu’il faut vérifier dans votre projet : comment fonctionne l’authentification lorsqu’un agent agit pour un client (il ne doit pas voir plus que le client, par exemple aucun prix de gros pour une connexion B2C), quelles fonctions B2B sont couvertes (listes de commande, circuits de validation, prix contractuels) et comment les actions des agents sont journalisées. Ce sont les questions que nous poserions à SAP avant tout pilote, et ce sont les mêmes auxquelles nous répondons lorsque nous construisons des serveurs MCP pour d’autres produits SAP.

L’achat agentique : à quoi cela peut-il ressembler ?

Deux scénarios illustratifs montrent ce que permettent les capacités confirmées. Les étapes elles-mêmes (recherche, filtres, panier, checkout) existent déjà dans Commerce Cloud ; MCP permet à un agent de les enchaîner.

Scénario B2C : l’assistant d’achat personnel

Une cliente dit à son assistant IA : « Je m’entraîne pour un marathon en mai. J’ai besoin de chaussures de course sur route, d’un gilet d’hydratation en coupe femme et de gels énergétiques sans caféine. Budget d’environ CHF 400. »

L’agent, relié à votre storefront par MCP :

1. Cherche des chaussures de course sur route et filtre selon la disponibilité et la pointure habituelle de la cliente
2. Retient trois options dans le budget et compare amorti, poids et évaluations
3. Cherche des gilets d’hydratation en coupe femme en respectant le budget total
4. Trouve des gels sans caféine grâce aux attributs produits
5. Constitue un panier et affiche un récapitulatif avec le prix total
6. Attend la validation de la cliente avant le checkout

La cliente remplace un article et valide. Ce qui prenait une demi-heure de navigation entre plusieurs catégories prend quelques minutes.

Scénario B2B : l’agent d’achat

Un responsable des achats d’une entreprise industrielle recommande des consommables toutes les deux semaines (fluides de coupe, abrasifs, équipements de protection). Aujourd’hui, cela signifie : se connecter au portail, vérifier le stock, comparer avec la dernière commande, ajuster les quantités et faire valider la commande.

Avec un agent relié par MCP :

1. L’agent surveille les niveaux de stock dans l’ERP de l’entreprise, par exemple SAP S/4HANA
2. Lorsqu’un seuil est atteint, il vérifie par MCP les prix et la disponibilité actuels dans le storefront B2B du fournisseur
3. Il compare les prix contractuels avec les trois dernières commandes et signale les écarts
4. Il prépare un projet de commande aux conditions contractuelles négociées
5. Il envoie au responsable budgétaire un résumé à valider : « Réapprovisionnement conforme au schéma habituel. Deux articles ont changé de prix. Total dans le budget. »

Le responsable valide, l’agent finalise la commande par le checkout standard, et chaque étape reste traçable. Que le storefront de votre fournisseur le permette dépend du périmètre B2B du serveur MCP, et c’est précisément ce qu’il faut vérifier en premier. La manière dont le volet ERP d’un tel flux s’articule est décrite dans SAP Commerce Cloud et S/4HANA Public Cloud en B2B.

Qu’est-ce que cela signifie pour le commerce B2B ?

C’est en B2B que le commerce agentique est rentable le plus vite. Les processus d’achat se répètent, les données sont structurées et les circuits de validation existent déjà dans Commerce Cloud.

Le réapprovisionnement automatisé est le point de départ évident. La plupart des clients B2B achètent à chaque cycle en grande partie les mêmes produits. Un agent peut apprendre ce schéma, surveiller les signaux de stock et préparer les commandes. L’humain garde la validation, mais relire un résumé remplace les clics dans un portail.

Les validations avec contexte s’améliorent. Au lieu d’un simple bon de commande, la personne qui valide reçoit l’évolution des prix, des alternatives de même spécification et les délais de livraison. Les décisions sont plus rapides et mieux fondées.

La comparaison des fournisseurs est la perspective à plus long terme. Si plusieurs fournisseurs exposent des serveurs MCP, un agent d’achat pourrait comparer prix, disponibilités et délais. Cela suppose une large adoption, mais le protocole le rend possible en principe.

Le respect des contrats s’y prête aussi : l’agent vérifie chaque commande au regard des conditions négociées et signale les écarts avant l’envoi. Beaucoup d’équipes achats le font aujourd’hui à la main, ou pas du tout.

Qu’est-ce que cela signifie pour le commerce B2C ?

En B2C, c’est surtout l’expérience d’achat qui change, et le rendement est plus difficile à mesurer au début.

L’achat conversationnel remplace la navigation, les filtres et le tri. Les clients décrivent leur besoin et l’agent traduit l’intention en produits. C’est le plus utile pour les achats complexes (électronique, bricolage, épicerie fine), quand le client ne connaît pas la bonne catégorie ou la bonne spécification.

Les recommandations vont au-delà de « les clients qui ont acheté X ont aussi acheté Y ». Un agent qui accède à l’historique d’achat, aux préférences exprimées, au panier en cours et au catalogue peut tenir compte de la compatibilité et du budget.

Le service après-vente évolue lorsque l’agent connaît la commande. « Ma commande n’est pas arrivée » déclenche une vérification du statut et du suivi, sans que le client doive chercher la page de commande. C’est là que le Shopping Agent et le Digital Service Agent doivent se rejoindre.

Les promotions peuvent s’adapter à la situation : un client qui achète une machine à café reçoit, dans la conversation, une offre pour des capsules compatibles.

La question ouverte en B2C est l’effet sur la conversion. Il n’existe pas encore de chiffres fiables pour l’achat via MCP ; nous traiterions donc tout pilote comme une expérience mesurée, avec une base de référence claire.

Comment préparer votre Commerce Cloud aux agents IA ?

Que vous activiez le serveur MCP rapidement ou que vous attendiez, la préparation est la même. Rien n’est perdu, car elle améliore aussi votre boutique en ligne classique.

Qualité des données produits

C’est le facteur le plus important. Un agent n’est utile qu’à la hauteur des données qu’il peut lire. Si un produit s’appelle « Blue Widget, SKU 12345 », sans attributs, sans spécifications et sans catégorie pertinente, l’agent n’a rien sur quoi s’appuyer.

À quoi ressemble une bonne base :

• Des descriptions produits en langage naturel : ce qu’est le produit, à qui il s’adresse et ce qui le distingue des alternatives. Les agents lisent du langage, pas des listes de mots-clés SEO.
• Des attributs complets : dimensions, matériaux, compatibilité, certifications, gérés dans le système de classification de Commerce Cloud. Un attribut vide est un attribut invisible.
• Une taxonomie cohérente : une arborescence de catégories propre aide les agents autant que les humains. Les catégories héritées, les nœuds en double et les produits mal classés désorientent les deux.
• Des stocks exacts et à jour : un agent qui met en panier des articles indisponibles puis échoue au checkout détruit la confiance. Pour le commerce agentique, l’exactitude des stocks est une condition préalable.

Préparation des API

Le serveur MCP s’appuie sur les services de commerce de Commerce Cloud. Si vous travaillez déjà en headless ou avec le Composable Storefront, votre couche OCC est probablement en bon état. Si vous êtes encore sur un ancien storefront Accelerator qui expose peu de choses via OCC, il y a du travail. Vérifiez la recherche produits avec facettes, les opérations de panier, l’authentification des clients, l’historique et le suivi des commandes ainsi que les promotions.

Si vous exploitez encore SAP Commerce on-premise : SAP présente le serveur MCP comme une fonction de Commerce Cloud, et la maintenance standard de la version on-premise a pris fin le 31 juillet 2026. Nous décrivons les options dans SAP Commerce on-premise : la maintenance est terminée, et maintenant ?.

Contenus et médias

Les agents traitent de plus en plus aussi les images. Veillez à ce que vos images produits aient un texte alternatif pertinent (pas « product-image-1.jpg »), plusieurs angles et des vues en situation, et une référence de taille là où elle compte. C’est par vos médias produits que l’agent montre les résultats au client.

Où en est la concurrence ?

Toutes les grandes plateformes de commerce évoluent vers le commerce agentique, et les protocoles ouverts deviennent le terrain commun.

Shopify a développé avec Google l’Universal Commerce Protocol, annoncé à la NRF en janvier 2026 (Google Developers Blog), et propose ses propres serveurs MCP pour le storefront, le panier et le checkout.

Salesforce construit ses agents de commerce sur Agentforce, sa propre plateforme d’agents, ce qui convient surtout si le reste de votre environnement est Salesforce.

Adobe Commerce propose des fonctions d’IA pour la recherche, les recommandations et la gestion du catalogue au sein de l’écosystème Adobe.

Ce qui distingue SAP, c’est moins le protocole lui-même, puisque d’autres utilisent MCP, que la combinaison : une interface ouverte pour les agents externes sur une plateforme de commerce étroitement liée à l’ERP. Pour les entreprises B2B sous SAP S/4HANA, cela signifie qu’un agent peut travailler avec des prix contractuels, des disponibilités et des données de commande issus du même système de référence. L’efficacité réelle dépend du périmètre livré par SAP et de la qualité de l’intégration entre Commerce et ERP dans votre environnement.

Liste de contrôle

La feuille de route de SAP pour le serveur MCP après la livraison du T2 2026 n’est pas publique dans le détail ; consultez le SAP Roadmap Explorer et votre interlocuteur SAP pour l’état actuel. Quel que soit le calendrier, ces étapes ont du sens dès maintenant :

• Auditer la qualité des données produits : établir un rapport de complétude sur les descriptions, les attributs et les classifications, en commençant par les meilleures ventes.
• Vérifier la couverture des API OCC : s’assurer que toutes les fonctions du storefront sont accessibles par l’API, pas seulement par l’interface. Tester par programme la recherche, le panier, le checkout et les commandes.
• Assainir la taxonomie : supprimer les catégories en double et corriger les produits mal classés. Ce qui désoriente un humain désoriente un agent.
• Contrôler l’exactitude des stocks : comparer les stocks de Commerce Cloud aux données de l’entrepôt et combler les écarts de synchronisation.
• Réécrire les descriptions clés : descriptives et complètes, avec cas d’usage, compatibilité et points de comparaison.
• Vérifier votre plateforme : si vous exploitez encore SAP Commerce on-premise, planifiez le passage à SAP Commerce Cloud.
• Informer vos équipes : e-commerce, informatique et métiers doivent partager une vision sobre de ce que le commerce agentique signifie pour votre activité.
• Choisir un cas pilote : réapprovisionnement B2B ou recherche conversationnelle B2C. Les meilleurs candidats sont des processus fréquents et répétitifs aux données structurées.

---

Nous menons depuis des années des projets SAP Commerce Cloud et construisons nous-mêmes des serveurs MCP pour des produits SAP. Pour une vue plus large de l’IA agentique chez SAP au-delà du commerce, lisez L’IA agentique chez SAP : ce que cela signifie pour la vente ; pour notre comparaison des partenaires Commerce en Suisse, voyez les meilleurs partenaires SAP Commerce Cloud en Suisse. Si vous planifiez votre feuille de route IA pour Commerce Cloud, parlons-en.

Questions fréquentes

Qu’est-ce que le serveur MCP de SAP Commerce Cloud ?

Un serveur fondé sur le protocole ouvert Model Context Protocol qui rend un storefront SAP Commerce Cloud utilisable par des agents IA. Selon SAP, les assistants peuvent consulter en temps réel les informations produits et les stocks, gérer des paniers et finaliser des transactions depuis des interfaces de chat ou vocales. L’agent peut fonctionner dans l’expérience du commerçant ou dans un assistant tiers comme ChatGPT ou Perplexity.

Quand le serveur MCP est-il disponible ?

SAP a annoncé le serveur MCP pour storefront à la NRF en janvier 2026, avec une disponibilité prévue au deuxième trimestre 2026, et l’a inscrit en juillet 2026 dans sa synthèse des nouveautés SAP Customer Experience du T2 2026. Faites confirmer par SAP le périmètre et les conditions commerciales pour votre tenant avant de planifier un projet.

Qu’est-ce que l’IA agentique dans l’e-commerce ?

Des agents IA qui accomplissent des tâches d’achat en plusieurs étapes en vue d’un objectif : rechercher des produits, comparer des options, vérifier la disponibilité, appliquer des promotions, constituer un panier et le mener au checkout. Contrairement à un chatbot qui répond à des questions isolées, l’agent enchaîne lui-même les étapes, tandis qu’un humain valide l’achat et le paiement.

Faut-il reconstruire son storefront ?

Non. Le serveur MCP est une interface supplémentaire pour les agents IA, posée sur les services de commerce de Commerce Cloud, à côté de votre Composable Storefront ou de votre frontend sur mesure. Le travail porte généralement moins sur le storefront que sur les données : attributs produits, taxonomie, exactitude des stocks et couverture complète des API OCC.