Consultant web performance expert SAP Commerce Cloud
Optimiser la performance des sites SAP Commerce Cloud
SAP Commerce Cloud (anciennement Hybris) motorise des e-commerce B2B et B2C enterprise complexes. Sa stack lourde (Java + Spring + JSP ou Spartacus) demande une optimisation multi-couches. J'interviens sur le backend OCC, le cache response, JVM et le frontend Spartacus pour des Core Web Vitals stables.
Ils me font confiance
Les symptômes SAP Commerce qui appellent un audit
Les sites SAP Commerce présentent des goulets caractéristiques sur OCC, Solr, JVM et le frontend.
🐌 TTFB qui dépasse 1.5 seconde sur pages produit
OCC calls synchrones en série, response cache non-calibré, Solr lent à répondre. Le diagnostic identifie chaque contribution, le tuning descend le TTFB sous 400ms.
🔍 Listings catégorie lents avec Solr non-optimisé
Solr mal indexé (faceting, sorting, query parsing) répond en 500ms à 2s sur des catalogues de plusieurs milliers de SKUs. Le tuning Solr + cache fragments descend ce temps sous 200ms.
☕ JVM heap mal calibré, garbage collection qui pénalise
Heap trop petit → GC frequent, latences. Heap trop grand → GC long, freezes utilisateurs. Le tuning JVM (G1GC, ZGC sur Java 17+, heap sizing) stabilise la performance sous charge.
📦 Bundle Spartacus au-dessus de 1 MB en première charge
Lazy modules Angular non-disciplinés, dépendances inutilisées, code splitting incomplet. Un audit ng build + bundle analyzer identifie chaque contributeur.
🖼️ Image produit sans NgOptimizedImage ni fetchpriority
Spartacus n'utilise pas systématiquement NgOptimizedImage. La généralisation sur les pages stratégiques + fetchpriority sur le LCP gagne 200 à 500ms de LCP.
🔁 OCC calls synchrones bloquants dans les composants
Les composants Spartacus qui font des OCC calls synchrones bloquent le rendu. Le passage en observables RxJS + Suspense pattern libère le rendu et améliore l'INP.
Méthodologie d'optimisation SAP Commerce
4 étapes pour transformer votre performance
1. Audit backend complet
Diagnostic OCC (latence, parallélisme, response cache), audit Solr (indexation, tuning), audit JVM (heap, GC, threads), profiling code applicatif (Java mission control si pertinent).
2. Optimisation response cache et Solr
Calibrage cache fragments, configuration response cache OCC, tuning Solr (analyzers, shards, sorting), MySQL/HANA tuning si applicable.
3. Frontend Spartacus ou JSP
Optimisation Spartacus (lazy modules, OnPush, NgOptimizedImage, SSR si applicable) ou optimisation in-place JSP/Accelerator. Audit du bundle Angular.
4. Monitoring continu
Pose monitoring Core Web Vitals (SpeedCurve, mPulse selon contexte), instrumentation APM (Dynatrace, Datadog) si pas déjà en place.
1. Audit backend complet
Diagnostic OCC (latence, parallélisme, response cache), audit Solr (indexation, tuning), audit JVM (heap, GC, threads), profiling code applicatif (Java mission control si pertinent).
2. Optimisation response cache et Solr
Calibrage cache fragments, configuration response cache OCC, tuning Solr (analyzers, shards, sorting), MySQL/HANA tuning si applicable.
3. Frontend Spartacus ou JSP
Optimisation Spartacus (lazy modules, OnPush, NgOptimizedImage, SSR si applicable) ou optimisation in-place JSP/Accelerator. Audit du bundle Angular.
4. Monitoring continu
Pose monitoring Core Web Vitals (SpeedCurve, mPulse selon contexte), instrumentation APM (Dynatrace, Datadog) si pas déjà en place.
Engagements de la mission
Questions fréquentes
Faut-il migrer vers Spartacus ?
SAP Commerce vs Magento Adobe Commerce pour la performance ?
Composable Storefront vs Spartacus sur SAP Commerce ?
Comment se structurent vos accompagnements SAP Commerce ?
Optimiser votre SAP Commerce Cloud
Données 2023-2026
Ce qu'en disent mes clients
Excellent travail.
Paul a nettement amélioré la vitesse du site et l’a parfaitement aligné avec les recommandations Google.
Professionnel, rigoureux et efficace, je recommande vivement.
Nicolas - April Moto
Directeur digital & e-commerce
Nous sommes très satisfaits du travail de Paul. Il se montre rapide, disponible et particulièrement efficace. Depuis son arrivée, de très bons résultats ont été constatés, tant en termes de performance que de réactivité. Un vrai atout pour notre équipe.
Léo - Maison de luxe
E-commerce Product Owner
Je sais pas si on l'a assez répété.
Mais si vous voulez améliorer votre vitesse de chargement,
Faire plaisir à Google et mettre vos Signaux Web Essentiels dans le vert,
Contactez Paul Delcloy.
Florian Darroman - Les Makers
Co-fondateur
SAP Commerce, plateforme enterprise et complexité multicouche
SAP Commerce Cloud (anciennement Hybris) équipe des e-commerce enterprise complexes : B2B industriels, marques internationales, retail multi-canal. Sa stack Java + Spring + Solr est puissante mais l'une des plus lourdes du marché. Les sites SAP Commerce mal optimisés présentent typiquement des TTFB au-dessus de 1.5 seconde, des LCP supérieurs à 4 secondes et des INP qui dérivent.
L'angle d'optimisation web performance e-commerce sur SAP Commerce est multi-couches : OCC (OmniCommerce Connect) bien utilisé, response cache calibré, Solr indexation optimisée, JVM heap et garbage collection tunés, et frontend modernisé (Spartacus à la place du JSP historique).
OCC et response cache, leviers backend
OCC est l'API REST de SAP Commerce, utilisée notamment par Spartacus comme front. Une bonne stratégie OCC consiste à :
- Cacher les réponses stables (catalogue, produits, taxonomies) en response cache court terme
- Paralléliser les appels OCC sur les pages riches (recommandations, listings, contenu personnalisé)
- Limiter les appels OCC dans les loops via le batching
Sans cette discipline, une page produit Spartacus peut déclencher 10 à 20 appels OCC en série, additionnant les latences. Bien orchestré, on tombe sous 200ms de latence cumulée.
Spartacus, le frontend moderne
Spartacus est le frontend Angular open source officiel pour SAP Commerce. C'est l'évolution recommandée par SAP face au frontend JSP historique. Spartacus permet d'atteindre des Core Web Vitals beaucoup plus accessibles, à condition de respecter les bonnes pratiques Angular (lazy modules, OnPush, SSR, Image component).
Pour les sites encore sur JSP / Accelerator, l'optimisation in-place reste possible (JSP cache, Solr tuning, JVM, frontend JS legacy) avec un gain plus modeste. La migration vers Spartacus est un projet enterprise (16 à 32 semaines) mais souvent justifié sur la durée par les gains performance, SEO et maintenance.
Autres expertises Technologies
Angular
Angular optimisé : lazy modules, OnPush change detection, SSR Universal ou Analog, signals, zone.js élimination. Core Web Vitals stables sur SPA enterprise.
Découvrir
Astro
Astro optimisé : islands architecture, image optimization, view transitions, content collections. Sites quasi-statiques avec Core Web Vitals au vert.
Découvrir
Drupal
Drupal optimisé : Render API et cache contexts, Dynamic Page Cache + BigPipe, Views performance, MySQL tuning. Core Web Vitals au vert sur les templates stratégiques.
Découvrir