Sylius : pour quels projets e-commerce sur mesure la solution est-elle vraiment pertinente ?

Sylius n’est pas un CMS e-commerce à sortir du tiroir par réflexe. Et c’est précisément pour ça que je l’aime bien.

Si votre besoin tient dans un catalogue, un panier, quelques moyens de paiement et deux transporteurs, je ne vais pas vous vendre une architecture de guerre pour le plaisir d’avoir un beau schéma technique. Il existe des solutions plus simples, plus rapides à mettre en œuvre et parfaitement adaptées.

En revanche, dès que votre commerce commence à ressembler à un vrai système d’information — B2B, règles tarifaires spécifiques, ERP, PIM, CRM, multistore, marketplace, omnicanal, workflows métier, front headless — Sylius mérite franchement qu’on le mette sur la table.

Sylius se définit lui-même comme une plateforme e-commerce open source, headless, construite sur Symfony et API Platform. Ce n’est pas un outil qui cherche à masquer la complexité. Il donne plutôt un cadre propre pour la maîtriser.

Article publié initialement le 19 mars 2026 – mis à jour le 12 août 2026.

Mon verdict rapide

Je vous donne la version courte avant d’ouvrir le capot.

Sylius devient très crédible si :

• vous avez un projet réellement sur mesure ;
• Symfony fait déjà partie de votre environnement technique ou de vos compétences ;
• ERP, CRM, PIM, stocks, flux fournisseurs ou services tiers font partie du paysage ;
• vous avez du B2B, des prix négociés, des organisations clientes ou des workflows particuliers ;
• vous prévoyez du multistore, plusieurs pays, une marketplace ou plusieurs canaux ;
• le projet doit vivre longtemps et évoluer sans être reconstruit à chaque nouveau besoin ;
• vous disposez d’une équipe technique ou d’un partenaire capable de tenir l’architecture dans la durée.

Je regarderais d’abord ailleurs si :

• la boutique est très standard ;
• la priorité absolue est de sortir vite avec peu de développement ;
• le budget initial est extrêmement serré ;
• personne n’est réellement responsable de l’architecture et de la maintenance ;
• vous voulez surtout du « sur-mesure » parce que le mot sonne bien en réunion.

Choisir Sylius quand on n’en a pas besoin, c’est une manière assez élégante de payer plus cher pour résoudre un problème qu’on n’avait pas.

Sylius en 2026 : où en est la plateforme ?

Il y a un point important à avoir en tête si vous évaluez Sylius aujourd’hui : le projet est clairement entré dans son cycle 2.x.

Sylius 2.0 a marqué une grosse remise à niveau de la plateforme fin 2024. La branche 2.1 a ensuite renforcé le socle autour de PHP 8.4, Symfony 7.3, Doctrine ORM 3 et API Platform 4.1. Sylius 2.2 a poursuivi ce mouvement fin 2025 avec une base alignée sur Symfony 7.4 et PHP 8.5 côté Sylius Standard.

À l’inverse, la maintenance de Sylius 1.14 LTS est officiellement terminée. Si vous avez déjà un projet historique en 1.x, la vraie question n’est donc plus « est-ce que ça tourne encore ? », mais « quelle trajectoire de migration et de maintenance est raisonnable ? ».

Et j’ajoute un rappel peu glamour mais utile : Sylius a publié plusieurs correctifs de sécurité en 2026 sur ses branches 2.x. Ce n’est pas un argument contre Sylius. C’est simplement la vie normale d’une plateforme e-commerce sérieuse : on maintient, on corrige, on met à jour. Une architecture n’est pas sécurisée parce qu’on l’a bien dessinée en 2024.

Le vrai sujet : Sylius est un framework de commerce, pas un CMS prêt-à-porter

C’est probablement la chose la plus importante à comprendre.

Avec Sylius, on ne part pas d’une philosophie « j’installe 40 fonctions, puis je désactive ce qui me gêne ». On part d’un socle de commerce et on construit ce dont le métier a besoin.

Personnellement, ça me parle beaucoup plus sur les projets complexes.

Pas parce que j’aime faire compliqué. Justement l’inverse : j’aime que la complexité soit à l’endroit où elle existe réellement, et pas cachée sous quinze plugins, six overrides et une documentation que plus personne n’ose ouvrir.

Sylius est basé sur Symfony, fonctionne dans une logique modulaire et API-first/headless, et laisse une grande liberté sur le front, les intégrations et les workflows.

Ça donne beaucoup de contrôle. Et du contrôle, quand il est bien utilisé, c’est formidable.

Quand personne ne sait quoi en faire, ça devient juste beaucoup de responsabilités. Il faut être lucide sur les deux.

Pour quels projets Sylius devient vraiment pertinent ?

1. Les projets Symfony qui doivent rester cohérents

Si votre entreprise ou votre équipe travaille déjà avec Symfony, Sylius évite de construire le commerce dans un univers technique complètement différent.

Vous retrouvez un environnement familier, des conventions connues et une architecture qui s’insère plus naturellement dans une stack PHP moderne.

Cela ne rend pas le projet « facile ». Mais cela évite parfois cette situation merveilleuse où trois équipes utilisent quatre frameworks pour maintenir deux applications qui font presque la même chose.

2. Les commerces branchés sur un vrai système métier

ERP, PIM, CRM, stocks, outils de pricing, logistique, fournisseurs, DAM, moteur de recherche, services tiers… à partir d’un certain niveau, la boutique n’est plus le centre du monde.

Elle devient un morceau du système.

Et c’est souvent là que les choix faits pour gagner deux semaines au lancement commencent à coûter deux ans plus tard.

Sylius est particulièrement à l’aise quand on doit construire des intégrations propres et conserver la main sur les règles métier.

3. Le B2B qui ne se résume pas à masquer les prix

Le vrai B2B peut vite devenir dense :

• organisations et utilisateurs multiples ;
• droits différents selon les profils ;
• catalogues ou produits réservés ;
• listes de prix ;
• quantités et tarifs négociés ;
• devis ;
• commandes récurrentes ;
• workflows de validation.

Sylius Plus propose aujourd’hui plusieurs briques dédiées à ce terrain, notamment B2B Suite, Request for Quotation, pricing avancé et modules complémentaires.

Et ça me paraît beaucoup plus intéressant que d’essayer de transformer une boutique B2C standard en outil d’achat professionnel avec trois champs cachés et beaucoup d’optimisme.

4. Les marketplaces, le multistore et l’international

Sylius Plus propose des modules dédiés à la marketplace, au multistore avancé, aux stocks multi-sources, aux permissions et à la gestion des retours.

La logique n’est pas de dire que Sylius est le seul outil capable de le faire. Ce serait faux.

La question est plutôt : est-ce que l’architecture vous laisse encore respirer quand les canaux, les vendeurs, les pays et les règles commerciales commencent à se multiplier ?

Sur ce terrain, Sylius mérite clairement sa place dans une étude de solutions.

Si vous êtes précisément sur un sujet multi-boutiques, notre article Multistore / multi-boutiques : bonne idée ou erreur ? complète bien cette réflexion.

Pourquoi j’aime Sylius sur les projets bien cadrés

Parce que le cadre technique est lisible

Je vais éviter de vous réciter une brochure technique : Symfony, API Platform, Doctrine, modularité… tout cela est important, mais ce n’est pas ce qui me fait choisir un outil.

Ce qui m’intéresse, c’est ce que cela donne après deux ans de projet, quand le catalogue a grossi, que l’ERP a changé, que le métier a ajouté trois règles de prix et qu’un nouveau pays doit ouvrir dans six semaines.

Une architecture vaut surtout par la manière dont elle encaisse le changement.

C’est là que Sylius est séduisant : on construit moins « contre » la plateforme, à condition évidemment que le projet ait été correctement conçu.

Parce que l’open source reste réel

Sylius Standard est publié sous licence MIT. Le cœur reste open source, tandis que Sylius Plus ajoute des modules commerciaux et du support avec SLA.

La séparation est plutôt saine : vous pouvez rester sur le cœur communautaire, ajouter uniquement les modules Plus utiles ou construire certaines briques vous-même lorsque c’est justifié.

Le tarif affiché de Sylius Plus commence actuellement à 800 € par an, mais il faut prendre ce chiffre pour ce qu’il est : un point d’entrée. Le prix final dépend notamment du GMV, des modules, de la dimension nationale ou internationale et du mode d’implémentation.

Autrement dit, « Sylius Plus coûte 800 € » serait aussi précis que dire « une maison coûte le prix d’une porte d’entrée ».

Parce que l’écosystème continue de bouger

La roadmap 2026 met notamment en avant l’assistant IA de back-office, un migrateur cross-platform et des fonctions avancées autour des abonnements. Le module Subscription de Sylius Plus est d’ailleurs désormais présenté dans l’écosystème et permet de mélanger achats ponctuels et produits récurrents dans un même panier.

Je ne choisirais jamais Sylius parce qu’il y a écrit « IA » dans une roadmap. Ce serait une raison assez catastrophique de choisir une architecture pour dix ans.

Ce qui m’intéresse davantage, c’est la trajectoire : migration, B2B, subscriptions, marketplace, données, intégrations. Ce sont des sujets très concrets pour les plateformes qui grandissent.

Sylius est open source. Votre projet, lui, n’est pas gratuit.

C’est un point que je préfère poser clairement.

Le fait que Sylius Standard soit gratuit ne rend pas votre plateforme gratuite.

Le coût se trouve dans :

• la conception de l’architecture ;
• le développement ;
• les intégrations ;
• le front ;
• les tests ;
• l’infrastructure ;
• la supervision ;
• les mises à jour ;
• la sécurité ;
• la maintenance des développements spécifiques.

C’est aussi pour cela que je ne recommande pas Sylius sur une petite boutique standard. Vous paieriez la liberté architecturale sans réellement l’utiliser.

En revanche, sur un projet où les adaptations sont inévitables, la bonne question n’est plus uniquement le coût de départ. Il faut regarder le TCO : combien coûte le système à faire évoluer pendant cinq ans sans créer une dette technique ingérable ?

Sur ce sujet, je vous recommande notre article TCO Shopify, WooCommerce, PrestaShop : quel coût réel pour votre boutique e-commerce ?. Les plateformes diffèrent, mais la logique de calcul reste la même.

Quand je déconseille Sylius

Quand votre projet est trop simple

Un catalogue standard, peu d’intégrations, un tunnel classique, un besoin de mise en ligne rapide : dans ce cas, je regarderais d’abord une solution plus standard.

Shopify, PrestaShop ou WooCommerce peuvent être beaucoup plus rationnels selon le contexte.

Pour comparer ces approches, vous pouvez lire :

• Shopify ou PrestaShop : quelle plateforme e-commerce choisir ?
• PrestaShop ou WooCommerce : quel CMS choisir selon votre projet ?
• PrestaShop SEO : guide complet pour optimiser votre boutique

Quand personne ne peut réellement piloter le socle

Je vais le dire gentiment : un framework qui vous donne beaucoup de contrôle n’est pas un cadeau si personne n’assume les décisions.

Sans architecture, conventions, qualité de code, tests, revue et maintenance, vous pouvez parfaitement produire du désordre avec un excellent framework.

Ce sera simplement du désordre haut de gamme.

Quand « sur-mesure » est devenu un argument de prestige

Je me méfie du sur-mesure qui ne répond à aucune contrainte métier identifiable.

Le sur-mesure utile résout une règle, une intégration, une expérience ou une organisation qui ne rentre pas proprement dans le standard.

Le sur-mesure décoratif finit généralement dans le budget de maintenance.

Quand vous pensez que headless veut forcément dire meilleur

Le headless peut être extrêmement pertinent. Il peut aussi multiplier les briques, les déploiements, les compétences et les points de panne.

Je ne rends pas un projet headless parce que le mot est moderne. Je le fais quand la séparation front / back apporte un bénéfice réel : plusieurs interfaces, forte exigence UX, application mobile, besoins omnicanaux, équipes distinctes ou stratégie composable assumée.

Ma checklist avant de proposer Sylius

• Le besoin métier dépasse-t-il réellement le standard ?
• Les intégrations externes sont-elles structurantes ?
• Le projet doit-il gérer du B2B, multistore, marketplace ou omnicanal avancé ?
• La personnalisation va-t-elle continuer à augmenter avec le temps ?
• L’équipe ou le partenaire maîtrise-t-il Symfony et les architectures de ce niveau ?
• Le budget couvre-t-il aussi la maintenance et l’évolution, pas seulement le lancement ?
• La durée de vie attendue justifie-t-elle cet investissement architectural ?

Si j’ai cinq ou six « oui », Sylius mérite sérieusement l’étude.

Si j’ai un seul « oui » parce que quelqu’un aime Symfony, je ne signe pas encore le bon de commande.

À lire aussi avant de choisir votre plateforme

• Créer son propre site e-commerce : pourquoi et comment se lancer
• Notre accompagnement en création et refonte de site e-commerce

FAQ : Sylius en 2026

Sylius est-il un CMS e-commerce ?

On peut l’utiliser pour construire une plateforme e-commerce complète, mais je le décrirais plutôt comme un framework ou une plateforme de commerce open source basée sur Symfony. Son intérêt principal est la personnalisation profonde et l’intégration dans des architectures métier complexes.

Sylius est-il gratuit ?

Sylius Standard est open source sous licence MIT. Sylius Plus est commercial et ajoute des modules avancés ainsi qu’un support avec SLA. Le prix d’entrée affiché pour Plus commence à 800 € par an, puis varie selon le projet.

Quelle version de Sylius utiliser en 2026 ?

Les projets neufs doivent être étudiés sur la famille Sylius 2.x et ses versions supportées. La maintenance de Sylius 1.14 LTS est terminée. Pour une boutique existante, une migration doit être préparée en fonction du code spécifique, des plugins et des modules utilisés.

Sylius est-il adapté au B2B ?

Oui, particulièrement lorsque le B2B comporte de vraies règles métier : organisations clientes, permissions, pricing spécifique, devis, catalogues dédiés ou processus d’achat complexes. Sylius Plus dispose de plusieurs modules destinés à ces usages.

Sylius est-il meilleur que PrestaShop ou Shopify ?

Ce n’est pas une comparaison absolue. Pour une boutique standard, PrestaShop ou Shopify peuvent être plus rationnels. Sylius devient surtout intéressant lorsque la personnalisation, les intégrations et la durée de vie du projet justifient une architecture plus ouverte.

Faut-il forcément faire du headless avec Sylius ?

Non. Sylius se prête très bien aux architectures headless et API-first, mais le headless reste un choix d’architecture, pas une obligation ni une preuve de modernité.

Mon avis final, sans détour

J’aime Sylius parce qu’il ne me vend pas l’idée qu’un projet complexe peut devenir simple avec trois cases à cocher.

Il me donne un cadre pour construire proprement quand le métier, lui, est déjà compliqué.

Et c’est une différence importante.

Sur un petit e-commerce, je choisirais volontiers plus simple. Je dormirais très bien avec cette décision.

Sur une plateforme B2B connectée à un ERP, plusieurs stocks, des règles de prix, différents pays, des workflows et une roadmap de cinq ans, je préfère avoir un socle qui accepte la complexité plutôt qu’un outil qu’il faudra convaincre de la supporter.