Salesforce Commerce Cloud

Consultant web performance expert Salesforce Commerce Cloud

Optimiser la performance des boutiques Salesforce Commerce Cloud

Salesforce Commerce Cloud (SFCC) motorise des marques internationales premium. Sa flexibilité via les cartridges custom est aussi sa principale source de dette technique. J'interviens sur les cartridges, le ISML cache, OCAPI et le frontend SFRA pour des Core Web Vitals stables.

100% de clients satisfaits Données 2023-2026 8+ ans XP 35+ clients accompagnés
Voir mes cas clients

Ils me font confiance

CHANEL
DIOR
Decathlon
April Moto
SiriusXM
Make Up Forever
Camif
RIMOWA
Jimmy Fairly
Wecasa
Chronovet
CHANEL
DIOR
Decathlon
April Moto
SiriusXM
Make Up Forever
Camif
RIMOWA
Jimmy Fairly
Wecasa
Chronovet

Les symptômes SFCC qui appellent un audit

Une boutique SFCC mal cadrée présente des signaux observables côté utilisateur et côté Business Manager.

🐢 TTFB qui dérive sur la PDP et le checkout

Cartridges custom mal optimisés, ISML cache non-calibré, OCAPI calls synchrones bloquants. Sans audit, le TTFB PDP dépasse facilement 1 seconde en pic.

🧩 Cartridges custom accumulés sans documentation

10 à 30 cartridges actifs, certains hérités d'agences précédentes, parfois sans documentation. Code mort, hooks qui ne servent plus, dépendances non maintenues.

📦 Bundle JavaScript SFRA au-dessus de 1 MB

SFRA natif embarque jQuery, Bootstrap, code propre au theme. Les cartridges custom ajoutent leurs propres assets. Le main thread sature, l'INP mobile dérive.

🖼️ Images produit sans formats next-gen ni fetchpriority

DynamicImageService SFCC ne génère pas WebP/AVIF par défaut. La configuration explicite + fetchpriority sur l'image LCP de la PDP gagne 300 à 500ms.

🌐 OCAPI calls synchrones qui bloquent le rendu

Custom helpers qui appellent OCAPI ou SCAPI en synchrone dans le ISML rendering bloquent le serveur. Les appels async ou les caches OCAPI court terme libèrent la situation.

🛒 Checkout long et INP rouge en mobile

Multi-étapes, calculs de taxes/shipping AJAX, validations JS lourdes. Le profilage Chrome DevTools identifie les Long Tasks, le refactor cible les optimisations.

Méthodologie d'optimisation SFCC

4 étapes pour transformer votre performance

1
Étape 1

1. Audit cartridges + Business Manager

Inventaire des cartridges actifs, mesure de leur impact sur PDP/PLP/checkout. Audit configuration page cache, fragment cache, varyby.

2
Étape 2

2. Optimisation ISML et cache

Refactor des templates ISML lourds, calibrage des cache fragments, suppression des includes inutiles. Activation du HTML compression.

3
Étape 3

3. OCAPI/SCAPI et services externes

Audit des appels OCAPI/SCAPI dans les controllers et templates. Passage en async ou cache court terme des appels qui peuvent l'être.

4
Étape 4

4. Frontend SFRA ou migration Composable

Optimisation SFRA in-place (defer scripts, refactor JS, image priorisation) ou évaluation migration vers PWA Kit / Composable Storefront.

Engagements de la mission

-50% TTFB PDP typique
Cartridges audités et rationalisés
ISML cache calibré sur templates critiques
Continu boutique SFCC accompagnée
FAQ

Questions fréquentes

SFCC est-il compatible Core Web Vitals au vert ?
Oui, mais cela demande une discipline forte sur les cartridges, l'ISML cache et le frontend. Plusieurs sites premium tournant sur SFCC tiennent des Core Web Vitals au vert ; c'est plus difficile que sur des stacks modernes, mais atteignable. La majorité des sites SFCC en difficulté souffrent de cartridges accumulés et non audités.
Faut-il migrer vers Composable Storefront (PWA Kit) ?
C'est la direction côté Salesforce. PWA Kit (basé React + Express) modernise le frontend et permet d'atteindre des Core Web Vitals beaucoup plus facilement qu'avec SFRA. La migration est un projet enterprise (12 à 24 semaines selon la complexité). À évaluer au cas par cas.
OCAPI ou SCAPI pour les nouvelles intégrations ?
SCAPI (Shopper API moderne) est l'évolution recommandée par Salesforce. Plus performant, plus flexible, mieux documenté. Pour les intégrations existantes en OCAPI, la migration n'est pas urgente mais s'inscrit dans la roadmap. Pour une nouvelle intégration, SCAPI par défaut.
Comment se structurent vos accompagnements SFCC ?
Mes accompagnements SFCC s'inscrivent dans la durée. Le premier sprint cadre la stack (cartridges, ISML cache, OCAPI/SCAPI, frontend SFRA ou PWA Kit) et la roadmap. Les sprints suivants déroulent les optimisations avec mesure et validation. Sur une boutique premium, la performance se maintient par une présence continue qui couvre cartridges, releases et nouveaux développements.

Optimiser votre Salesforce Commerce Cloud

Cartridges audités
ISML cache calibré
Frontend optimisé ou migré
100% de clients satisfaits
Données 2023-2026
Témoignages

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

SFCC, plateforme premium et dette cartridges

Salesforce Commerce Cloud (anciennement Demandware) motorise une part importante des sites e-commerce internationaux premium : luxe, beauté, mode, retail enterprise. Son modèle commercial (revenue share) impose une exigence de performance et de stabilité, mais l'extensibilité via les cartridges custom ouvre rapidement la porte à une dette technique massive.

L'angle d'optimisation web performance e-commerce sur SFCC est particulier : pas d'accès serveur direct (plateforme managée Salesforce), tout passe par les cartridges, le Business Manager, OCAPI ou SCAPI. Les leviers se concentrent sur l'audit des cartridges custom, l'optimisation ISML, le calibrage du cache page et fragment, et la modernisation du frontend (SFRA ou Composable Storefront).

Cartridges custom, premier chantier

Un site SFCC type accumule 10 à 30 cartridges custom au fil des années. Chaque cartridge ajoute des controllers, des templates ISML, des hooks, parfois des dépendances JavaScript côté frontend. Sans audit régulier, on accumule du code mort, des hooks qui s'exécutent inutilement, des templates ISML lourds.

L'audit cartridges consiste à mesurer la consommation de chaque cartridge sur les pages critiques (PDP, PLP, checkout), identifier les patterns coûteux (custom helpers lourds, OCAPI calls synchrones, services externes bloquants) et arbitrer la refonte ou la suppression.

ISML cache et frontend SFRA

ISML (Internet Store Markup Language) est le moteur de template SFCC. Son cache (page cache et fragment cache) est puissant mais demande une discipline stricte de modélisation : cache keys cohérents, varyby correctement utilisé, exclusions ciblées. Un site SFCC sans page cache discipliné peut servir un TTFB de 1-2 secondes en pic ; bien configuré, le même site descend sous 300ms.

Côté frontend, SFRA (Storefront Reference Architecture) reste lourd par défaut (jQuery, Bootstrap, code spécifique aux cartridges custom). Le passage à Composable Storefront (PWA Kit, basé React) est le futur côté Salesforce. Pour les sites encore sur SFRA, l'optimisation in-place (defer scripts, refactor JS, image priorisation) reste rentable.