Configuration de SAP Commerce Cloud : guide de mise en œuvre étape par étape

La configuration de SAP Commerce Cloud est bien documentée et suit un ordre clair. Les projets échouent rarement sur les étapes elles-mêmes ; ils échouent sur la discipline qui les entoure : une migration de données sous-estimée, des tests de performance sautés ou des semaines passées à reconstruire des adaptations que le standard couvre déjà.

Ce guide parcourt les dix étapes, du premier environnement à la mise en ligne, et se termine par les erreurs qui causent la plupart des retards.

En bref : la configuration de SAP Commerce Cloud suit dix étapes : provisionnement des environnements, structure du projet, modélisation des données, configuration de la vitrine, intégration ERP, paiement et livraison, contenus, tests, optimisation des performances et mise en ligne. Une mise en œuvre type dure quatre à huit mois. Le chemin critique passe par la migration des données et l’intégration ERP ; si ces deux points sont bien préparés, le reste suit.

À quoi ressemble le processus de mise en œuvre ?

Étape 1 : provisionnement des environnements

SAP vous donne accès au Cloud Portal, où vous gérez environnements, builds, déploiements et journaux. Vous disposez généralement de trois environnements :

• Développement : là où votre équipe développe et teste au quotidien.
• Préproduction (staging) : l’environnement de test d’intégration avant la production.
• Production : l’environnement en ligne qui sert vos clients.

Chacun dispose de sa propre base de données, de son propre index de recherche et de sa propre configuration.

Étape 2 : structure du projet

Mettez en place la structure du projet avec l’installateur de Commerce Cloud : choisissez une recette (B2C, B2B ou spécifique), activez les extensions nécessaires et faites tourner l’environnement de développement local. La configuration du projet pour le build cloud se trouve dans un fichier manifest.json, qui doit correspondre à votre configuration locale des extensions.

Les décisions qui comptent à cette étape : la recette de départ, les extensions à activer (recherche, personnalisation, intégration) et le frontend. Pour un nouveau projet, les options sont le SAP Composable Storefront (anciennement Spartacus) ou un frontend headless sur mesure ; les modèles Accelerator sont dépréciés. Ce choix influe sur tout, des performances au recrutement : faites-le tôt.

Étape 3 : modélisation des données

Définissez le modèle produit, le modèle client et la structure du catalogue. Le système de types de SAP permet d’étendre le modèle de données de base avec vos propres attributs, relations et catégories de classification, sans toucher aux types standard.

Faites correspondre vos données produits existantes à la structure de Commerce Cloud. Si vous migrez depuis une autre plateforme, planifiez soigneusement la transformation : correspondance des attributs, hiérarchies de catégories, médias. Dans nos projets, cette étape réserve plus de surprises au planning que toute autre, car la qualité des données sources n’apparaît qu’une fois celles-ci chargées.

Étape 4 : configuration de la vitrine

Configurez la vitrine :

• thème et identité visuelle ;
• navigation et structure des catégories ;
• modèles de pages CMS et emplacements de contenu ;
• mises en page adaptatives pour mobile, tablette et ordinateur ;
• paramètres SEO (URL, balises meta, données structurées).

Étape 5 : intégration ERP

Pour les clients SAP ERP, c’est l’étape critique. Vous configurez l’intégration avec S/4HANA ou ECC pour les prix en temps réel et la disponibilité ATP, la synchronisation des données de base clients, la réplication des commandes de la boutique vers l’ERP, ainsi que les contrôles de crédit et les conditions de paiement.

SAP Integration Suite sur SAP BTP assure la couche middleware. Les contenus d’intégration standard accélèrent nettement les flux courants, mais « standard » ne veut jamais dire « sans configuration » : prix, types de commande et données clients doivent toujours être mappés. Si l’ERP lui-même change en parallèle, par exemple lors du passage à S/4HANA Public Cloud, les deux projets doivent être planifiés ensemble ; notre article sur la pile intégrée S/4HANA Public Cloud et Sales Cloud V2 explique pourquoi.

Étape 6 : paiement et livraison

Intégrez votre prestataire de paiement (Stripe, Adyen, PayPal ou autres) et configurez la livraison. Commerce Cloud prend en charge plusieurs modes de paiement et de livraison par pays, ce qui compte pour une activité sur plusieurs marchés. Un moteur fiscal (Vertex, Avalara) calcule les taxes selon les juridictions, en particulier pour le commerce transfrontalier.

Étape 7 : création des contenus

Alimentez la vitrine en contenus : descriptions de produits, images, pages de catégories et pages d’atterrissage, bannières. SmartEdit met à disposition du marketing un éditeur de pages visuel. Pour de gros volumes de données produits, utilisez des scripts ImpEx ou des Hot Folders ; pour de petits catalogues, la saisie manuelle dans le Backoffice suffit.

Étape 8 : tests

Testez de manière systématique :

• fonctionnels : tunnel de commande, recherche, filtres, gestion du compte ;
• d’intégration : prix ERP, stocks, réplication des commandes ;
• de performance : tests de charge avec le trafic attendu ;
• de sécurité : authentification, autorisations, traitement des données de paiement ;
• navigateurs et appareils : mises en page adaptatives.

Étape 9 : optimisation des performances

Avant la mise en ligne :

• configuration du cache (pages, fragments et API) ;
• optimisation de l’index de recherche ;
• diffusion des images et ressources via le CDN ;
• optimisation des requêtes de base de données pour les produits et le tunnel de commande ;
• paramètres d’autoscaling pour les pics de trafic.

Si vous sautez cette étape, votre premier pic saisonnier fera le test de charge à votre place.

Étape 10 : mise en ligne et stabilisation

Déployez en production, basculez le DNS et ouvrez la vitrine. Prévoyez une phase de stabilisation de deux à quatre semaines avec surveillance, une équipe d’intervention rapide et des revues de performance quotidiennes. Les premières semaines après le lancement révèlent tout ce que les tests ont manqué.

La modélisation des données et l’intégration ERP déterminent le chemin critique sur l’ensemble des dix étapes. La plupart des retards viennent de la sous-estimation de l’une des deux.

Quelles sont les erreurs de mise en œuvre les plus courantes ?

Trop d’adaptations. Commerce Cloud offre des fonctions standard solides, et pourtant des équipes construisent leurs propres solutions sans vérifier si le standard couvre déjà le besoin. Vérifiez ce qui existe avant d’écrire du code spécifique. La voie sur mesure paraît souvent plus rapide au début ; sur la durée de vie de la plateforme, elle l’est rarement.

Une migration des données sous-estimée. Données produits, comptes clients, historique des commandes et contenus doivent être migrés et contrôlés. C’est en général l’étape la plus lourde et la cause de retard la plus fréquente.

Des tests de performance sautés. Commerce Cloud monte bien en charge quand elle est correctement configurée. Des défauts de cache, des requêtes non optimisées et des pages CMS trop lourdes n’apparaissent que sous charge réelle. Testez avec des profils de trafic réalistes avant la mise en ligne.

Le mobile oublié. Une grande partie du trafic de commerce vient des smartphones. Le Composable Storefront est adaptatif par défaut, mais les composants spécifiques et les contenus CMS demandent des tests explicites sur mobile.

Pour une vue d’ensemble de la plateforme, consultez notre présentation de SAP Commerce Cloud ; pour le déroulement du projet côté métier, notre article sur ce qui se passe vraiment dans une mise en œuvre de Commerce Cloud. Si vous exploitez encore SAP Commerce on-premise, notez que la maintenance standard a pris fin le 31 juillet 2026. Notre démarche est décrite sur la page de la solution SAP Commerce Cloud.

Questions fréquentes

Combien de temps dure une mise en œuvre de SAP Commerce Cloud ?

Les mises en œuvre B2C prennent généralement trois à six mois selon le périmètre. Le B2B avec intégration ERP demande six à huit mois, et les déploiements complexes sur plusieurs sites et plusieurs pays peuvent aller de huit à douze mois. Les principaux facteurs sont la migration des données, l’étendue de l’intégration ERP et le nombre d’extensions spécifiques.

De quelles compétences techniques mon équipe a-t-elle besoin ?

Des développeurs Java maîtrisant le framework Spring pour les extensions backend, des développeurs Angular et TypeScript pour le Composable Storefront et des spécialistes de l’intégration pour la connexion à SAP ERP. Pour une première mise en œuvre, un architecte Commerce Cloud dédié est fortement recommandé.

Peut-on démarrer en B2C et ajouter le B2B plus tard ?

Oui. Commerce Cloud prend en charge les deux modèles sur la même plateforme, et de nombreuses entreprises lancent d’abord le B2C puis ajoutent le B2B dans une phase ultérieure. Le travail supplémentaire pour le B2B concerne la gestion des organisations, les circuits d’approbation et les prix contractuels.

Quelle est la différence entre le Composable Storefront et l’Accelerator ?

L’Accelerator est l’ancienne vitrine JSP rendue côté serveur et étroitement liée au backend ; SAP l’a dépréciée et prévoit sa suppression pour septembre 2027. Le SAP Composable Storefront (anciennement Spartacus) est le frontend headless basé sur Angular qui communique avec Commerce Cloud via les API OCC. Les nouvelles mises en œuvre devraient utiliser le Composable Storefront ou un frontend headless sur mesure.

Comment fonctionne le déploiement ?

La configuration du projet se trouve dans un fichier manifest.json de votre dépôt de code. Dans le Cloud Portal, vous créez un build à partir d’une branche et le déployez dans l’environnement de développement, de préproduction ou de production. Les déploiements progressifs (rolling) permettent de mettre à jour la production sans interruption de service.