commercetools vend désormais Core Commerce et Product Catalog en modules autonomes : ce que cela cha…
Sylius B2B: associer le backend Symfony à une vitrine composable
Sylius est l'un des backends e-commerce open-source les plus flexibles disponibles aujourd'hui, construit directement sur Symfony et conçu pour gérer des logiques B2B complexes sans les contournements que la plupart des plateformes imposent. Le goulot d'étranglement se situe rarement dans le backend. Il se situe dans le frontend: les équipes qui ont besoin de tarification par paliers, de gestion de groupes clients, de flux de devis et de logique multi-comptes dépassent rapidement ce que les thèmes Sylius peuvent offrir.
Cet article explique comment conserver Sylius comme backend central tout en plaçant devant lui une vitrine B2B composable pleinement fonctionnelle.
Pourquoi Sylius convient bien au commerce B2B?
Sylius fournit une couche produit, client et commande propre au-dessus de Symfony. Pour les scénarios B2B, cela se traduit par:
- Groupes clients avec tarification dédiée: les tarifs par paliers et les catalogues spécifiques à un groupe sont une configuration native Sylius, pas du code personnalisé.
- Flux de devis: avec des plugins Sylius ou des bundles personnalisés, un flux RFQ (Request for Quotation) est simple à mettre en oeuvre.
- API GraphQL: Sylius expose une API GraphQL qui sert de source de données pour tout frontend découplé.
- Ecosystème Symfony: les équipes de développement avec une expertise Symfony peuvent étendre Sylius en profondeur sans passer à un framework propriétaire.
Ce que Sylius ne fournit pas nativement, c'est un frontend qui suit le rythme de ces capacités B2B. Les thèmes par défaut sont conçus pour les flux d'achat B2C et manquent de la profondeur UX dont les acheteurs B2B ont besoin au quotidien.
Le problème que rencontrent souvent les équipes Sylius
Les projets B2B sur Sylius atteignent généralement un goulot d'étranglement du frontend. Le backend est bien structuré: groupes clients, règles de tarification, autorisations. Mais le frontend devient l'obstacle. Chaque exigence B2B que Sylius gère proprement dans le backend doit être reconstruite laborieusement dans le thème. Cela conduit à:
- des cycles de développement longs pour chaque nouvelle exigence (affichage des prix par paliers, saisie rapide de commandes, flux de devis)
- une dette technique sous forme de remplacements de thèmes qui se brisent lors des mises à jour Sylius
- une vitrine qui fonctionne mais que le marketing a du mal à faire évoluer de manière autonome, car chaque modification nécessite un sprint d'ingénierie
Il y a aussi un problème structurel. Les équipes qui font fonctionner Sylius sur PHP et Symfony n'ont souvent pas de chemin intégré vers une architecture frontend moderne (Vue, Nuxt, React). Le frontend reste basé sur Twig et prend du retard en termes de performance et de flexibilité.
C'est précisément l'écart que les modèles d'architecture composable comblent en pratique: le backend et le frontend sont séparés proprement, et chaque couche peut évoluer de manière indépendante.
Comment associer Sylius à une vitrine B2B composable
L'approche est plus directe que la plupart des équipes ne le pensent. Vous conservez Sylius entièrement intact comme backend et placez une vitrine composable sur Nuxt devant lui. Cela fonctionne en trois phases:
Phase 1: Vérifier la couche API
Sylius fournit à la fois une API GraphQL et une API REST. Pour un frontend découplé, vous utilisez l'API GraphQL comme source de données principale. Vérifiez les points suivants:
- Les groupes clients et les règles de tarification sont-ils accessibles via l'API?
- Les flux de commandes (y compris RFQ) peuvent-ils être pilotés via l'API?
- Existe-t-il une logique d'authentification et de jetons pour les comptes B2B?
Dans la plupart des configurations Sylius, ces points sont réalisables avec un effort minimal, car le middleware Symfony maintient une séparation claire des préoccupations.
Phase 2: Configurer le frontend composable
Laioutr se connecte à Sylius via la couche Composable Headless Frontend. Cela signifie:
- Application Nuxt comme base frontend (SSR et Edge Delivery pour les performances)
- Connexion à l'API GraphQL de Sylius via la couche de connexion Orchestr
- Composants B2B: affichage des prix par paliers, changement de groupe client, module de saisie rapide de commandes, formulaire de demande de devis
Ces composants sont préconstruits dans le B2B Growth Kit et prêts à déployer, sans mois de temps de développement.
Phase 3: Transfert au marketing et itération
Une fois le frontend composable en ligne, l'équipe marketing prend le contrôle des pages de destination, des campagnes et des mises à jour de contenu directement dans Laioutr Studio. L'ingénierie reste concentrée sur le développement de composants et les extensions d'API, pas sur la mise à jour des prix sur la page d'accueil.
Ce que vous gagnez
| Dimension | Avant (thème Sylius) | Avec Laioutr Composable Frontend |
|---|---|---|
| Délai pour une nouvelle fonctionnalité B2B | 4 à 8 semaines d'ingénierie | 1 à 2 semaines de configuration de composants |
| Autonomie marketing | Faible (dépendante du thème) | Haute (éditeur Studio sans tickets PR) |
| Performance | Twig SSR, contrôle CWV limité | LCP inférieur à 1,8 s, Lighthouse-ready |
| Flexibilité backend | Lié à Sylius | Sylius reste, changement de backend possible plus tard |
| Profondeur UX B2B | Solutions de contournement de thème | Composants B2B prêts (tarification par paliers, RFQ, saisie rapide) |
FAQ
Dois-je toucher à Sylius pour changer le frontend? Non. Vous conservez Sylius entièrement en place comme backend. Le frontend composable communique uniquement via l'API Sylius. Aucune modification du code backend n'est requise.
Quelles versions de Sylius sont prises en charge? Laioutr se connecte à Sylius via les API GraphQL et REST. Cela fonctionne avec Sylius 1.x et Sylius 2.x tant que les couches API sont activées.
Combien de temps prend la migration vers un frontend composable? Pour des configurations Sylius B2B typiques, le déploiement initial du frontend prend 4 à 8 semaines, selon la complexité de la logique de groupes clients et des flux de devis.
L'équipe marketing peut-elle travailler de manière autonome après le lancement? Oui. Après le lancement, le marketing travaille directement dans Studio. L'ingénierie maintient et publie les composants; le marketing gère lui-même les modifications de contenu et de mise en page.
Prochaines étapes
Si vous souhaitez conserver Sylius comme backend tout en passant à un frontend Composable Commerce, le point de départ le plus direct est la page Headless Frontend pour Sylius:
Consultez la page Headless Frontend pour Sylius pour voir en détail la pile d'intégration.
Ou réservez une démonstration pour parcourir ensemble votre configuration Sylius spécifique.
En savoir plus sur la plateforme Laioutr
- Headless Frontend pour Sylius - Pile d'intégration, architecture et premiers pas
- B2B Growth Kit - Composants B2B prêts pour punchout, tarification par paliers et saisie rapide
- Composable Headless Frontend - Base d'architecture pour les frontends agnostiques au backend
- Accueil Laioutr - Aperçu de la plateforme et réserver une démo
- Tous les Insights - D'autres articles sur la stratégie Composable Commerce