Expertise Composable Storefront pour des expériences SAP Commerce modernes.
Architecture frontend Spartacus et Angular, SSR et hydratation, contrats OCC, SmartEdit, accessibilité et Core Web Vitals — conçue pour rester à jour.
Quand le storefront devient le frein
Le storefront Accelerator historique bloque la roadmap et chaque évolution impose un déploiement backend. Un Composable Storefront existe, mais les personnalisations s'appuient sur des internes et les montées de version cassent. Core Web Vitals, rendu SEO ou accessibilité sont en échec, sans responsable du budget de performance. Les équipes métier ne peuvent pas produire de contenu sans développeur : les campagnes attendent les releases.
Ce que nous livrons sur le storefront
Architecture storefront: Stratégie de librairies, modules fonctionnels, outlets personnalisés et personnalisation compatible montées de version. SSR et rendu: Configuration du rendu serveur, couches de cache et comportement validé pour les crawlers et le premier affichage. Composants personnalisés: Parcours B2B — devis, approbations, commande rapide, gestion de compte — construits pour être maintenables. CMS et SmartEdit: Structures de contenu utilisables par le marketing, compatibilité SmartEdit préservée. Ingénierie de performance: Budgets Core Web Vitals, optimisation des images et bundles, mesurés en CI plutôt que supposés. Migration depuis l'Accelerator: Bascule progressive, site par site ou parcours par parcours, avec options de retour arrière.
Périmètre technique frontend
Angular et librairies Spartacus: Alignement des versions, feature libs, modules en lazy loading et hygiène des dépendances. Intégration API OCC: Endpoints étendus, adapters occ personnalisés, converters et normalisers. Infrastructure SSR: Tier de rendu Node, stratégie de cache, timeouts et dégradation maîtrisée sous charge. Capacités PWA: Stratégie de service worker lorsqu'elle apporte de la valeur, pas par défaut. Accessibilité: Parcours clavier, gestion du focus et balisage sémantique vérifiés au regard des critères WCAG. CI/CD frontend: Pipelines de build, gates de lint et de tests, régressions de performance détectées avant release.
Notre approche du storefront
Évaluer le storefront actuel : profondeur de personnalisation, écart de version, rendu et performance. Convenir d'une stratégie d'extension compatible montées de version avant d'écrire de nouveaux composants. Livrer les parcours de façon incrémentale pour créer de la valeur avant la fin de la migration. Imposer les budgets de performance et d'accessibilité dans le pipeline. Transmettre documentation et patterns pour que votre équipe puisse continuer sans nous.
Questions Composable Storefront
Qu'est-ce que SAP Composable Storefront ? C'est le storefront headless Angular de SAP pour SAP Commerce Cloud, anciennement Spartacus. Il est distribué sous forme de librairies npm consommées par votre application et communique avec Commerce via les API OCC. Faut-il migrer depuis l'Accelerator ? Pour la plupart des clients sur une version récente de SAP Commerce Cloud, oui : l'Accelerator n'est plus le frontend stratégique. Nous réalisons généralement une évaluation courte pour dimensionner l'effort et proposer une bascule progressive. Le SSR et le SEO sont-ils pris en charge ? Oui. Le rendu serveur fait partie de la configuration standard, et nous traitons rendu, cache et Core Web Vitals comme des exigences d'ingénierie avec des budgets contrôlés en CI. Le marketing peut-il toujours gérer le contenu ? Oui. Composable Storefront consomme le CMS SAP Commerce : l'édition SmartEdit continue de fonctionner lorsque les composants sont conçus avec des structures de contenu adaptées.