Passer à Sylius 2 va-t-il augmenter mes coûts ?
Non, Sylius 2 n'augmente pas en lui-même vos coûts de fonctionnement : le cœur reste open source et gratuit, il tourne sur le même type d'hébergement PHP, et une boutique à jour coûte en général moins cher à maintenir qu'une boutique restée sur une version en fin de vie. Ce qui coûte, c'est la migration, une dépense ponctuelle. Trois postes peuvent ensuite bouger : l'hébergement si votre serveur ne passe pas en PHP 8.3, certains plugins payants, et le rythme des mises à jour à suivre.
Je suis développeur e-commerce indépendant à Metz, spécialiste de Sylius, et j'ai mené des montées de version 1.x vers 2.x de boutiques en production. Quand un dirigeant me pose cette question, il en pose en réalité deux. La première : combien va coûter le chantier ? La seconde : est-ce que ma boutique me coûtera plus cher chaque mois une fois en Sylius 2 ? Je traite la première dans l'article sur le budget d'une migration Sylius 2. Ici, je réponds à la seconde, poste par poste.
Quels coûts changent réellement avec Sylius 2 ?
La licence ne change pas
Sylius est distribué sous licence MIT, en version 1 comme en version 2. Vous ne payez rien à l'éditeur pour utiliser le cœur, et la montée de version n'y change rien. Sylius Plus est une édition commerciale à part : si vous l'utilisez, votre contrat se discute avec l'éditeur, et je ne m'avance pas à sa place sur ses conditions.
L'hébergement change parfois
Sylius 2.0 relève le minimum à PHP 8.2, comme l'indique le guide officiel UPGRADE-2.0, et la version 2.3 que je conseille demande PHP 8.3. Sur un VPS ou un serveur dédié, installer une version récente de PHP relève de quelques heures de réglage, pas d'un abonnement plus cher. Le surcoût apparaît sur un hébergement ancien qui ne propose pas ces versions : il faut alors déménager la boutique, ce qui se chiffre une fois.
Un point rassure souvent les équipes techniques : le nouveau système de paiement de Sylius 2, les Payment Requests, s'appuie sur Symfony Messenger, et la configuration documentée dans le guide officiel utilise un transport synchrone. Il n'impose donc pas, à lui seul, un processus supplémentaire à faire tourner sur le serveur.
Les plugins peuvent coûter
C'est le poste le plus variable. Un plugin gratuit déjà publié pour Sylius 2 ne coûte rien de plus. Un plugin payant peut demander une nouvelle licence selon la politique de son éditeur. Un plugin abandonné doit être remplacé ou réécrit, ce qui se chiffre en jours. La méthode pour trier les vôtres est détaillée dans l'article sur les plugins compatibles Sylius 2.
Le rythme de maintenance change
C'est le vrai changement, et il faut le dire franchement. D'après le cycle de publication officiel de Sylius, une version mineure sort en général tous les trois à six mois, et chacune n'est maintenue qu'un temps limité : la 2.0 ne reçoit plus aucun correctif depuis le 28 février 2026, la 2.1 a perdu ses correctifs de sécurité fin septembre 2026. Une boutique en Sylius 2 doit donc suivre les versions mineures régulièrement. En contrepartie, chaque marche est petite et prévisible, sans commune mesure avec le saut de 1.x à 2.x.
| Poste | Rester en Sylius 1.14 après 2026 | Passer en Sylius 2 à jour |
|---|---|---|
| Licence du cœur | Gratuite | Gratuite |
| Correctifs de sécurité | Plus aucun correctif officiel, à porter soi-même | Fournis par Sylius sur les versions maintenues |
| Hébergement | Inchangé tant que PHP tient | PHP 8.2 ou 8.3, parfois un déménagement ponctuel |
| Plugins | De moins en moins maintenus en 1.x | À vérifier un par un, parfois une licence à renouveler |
| Mises à jour | Rares, puis impossibles sans migration | Régulières et de petite taille |
Combien coûte de rester sur Sylius 1.x ?
La question des coûts ne se pose jamais face à zéro. Elle se pose face à l'autre option : garder la 1.14. Or la 1.14 cesse de recevoir des correctifs de sécurité le 31 décembre 2026. Votre boutique fonctionnera le lendemain, mais chaque faille publiée ensuite sur les versions maintenues devra être analysée et corrigée à la main sur votre code, à vos frais, si elle vous touche.
Le socle vieillit aussi autour de la boutique. Selon le calendrier des versions de PHP, PHP 8.2 ne reçoit plus de correctifs de sécurité après le 31 décembre 2026, et PHP 8.1 n'en reçoit déjà plus. Les éditeurs de plugins et de modules de paiement concentrent leurs efforts sur Sylius 2. Chaque mois passé en 1.x rend une nouvelle fonctionnalité un peu plus chère à développer, puis plus chère à porter le jour de la migration. Ce coût de l'inaction ne figure sur aucune facture, mais il se paie.
Si vous voulez savoir où se situe votre boutique entre ces deux options, je lance l'outil que j'ai créé, Sylius Upgrade Analyzer, sur votre projet et je vous remets un diagnostic de migration offert, avec une estimation en jours. C'est la base qui permet de comparer des coûts réels plutôt que des impressions.
Où se cachent les surcoûts d'une migration mal préparée ?
Sur les boutiques que j'ai migrées, les dépenses imprévues viennent rarement de Sylius lui-même. Elles viennent de choix de calendrier. Le premier piège est de continuer à développer des fonctionnalités sur la 1.x pendant le chantier : chacune devra être refaite sur la branche Sylius 2, et vous la payez deux fois. Le deuxième est de viser une version déjà hors support, comme la 2.0 ou la 2.1, ce qui impose une nouvelle montée de version quelques mois plus tard. Le troisième est de raccourcir la recette pour tenir une date, puis de corriger en production ce qui aurait dû être vu avant, avec des commandes perdues en prime.
Aucun de ces surcoûts n'est une fatalité. Un gel des évolutions pendant le chantier, une version cible encore maintenue et une recette sur une copie des données réelles suffisent à les éviter. La question du bon moment est traitée dans l'article migrer maintenant ou plus tard.
Comment savoir si vos coûts vont augmenter ?
La méthode tient en quatre vérifications, que vous pouvez faire avec votre responsable technique. D'abord, la version de PHP que votre hébergement sait faire tourner aujourd'hui, et s'il propose PHP 8.3. Ensuite, la liste des plugins du fichier composer.json, avec pour chacun son éditeur, sa licence et l'existence d'une version Sylius 2. Puis le volume de code spécifique, que Sylius Upgrade Analyzer mesure en heures par catégorie en s'exécutant en local sur votre projet ; l'outil est open source, publié sur le Sylius Store et sur GitHub. Enfin, le budget de maintenance annuel que vous consacrez déjà à la boutique.
Avec ces quatre éléments, la réponse devient factuelle : vous savez ce que la migration coûte une fois, ce que l'hébergement et les plugins changent chaque année, et ce que vous coûterait le fait de rester en 1.x. Sur les boutiques que j'ai migrées, ce qu'il fallait surtout planifier, c'était la dépense ponctuelle du chantier, pas une hausse du coût récurrent.
Ce que je vous propose
Commencez par mesurer ce que votre boutique vous coûte aujourd'hui, en abonnements, en temps de saisie et en lenteur : le calculateur de l'audit de boutique le fait en quelques minutes, dans votre navigateur. Ensuite, demandez le diagnostic de migration offert : je lance l'analyseur sur votre code, je complète à la main ce qu'il ne voit pas, et je vous rappelle sous 24 heures ouvrées pour commenter le rapport. Avec l'échéance du 31 décembre 2026, mieux vaut connaître ces chiffres maintenant que les découvrir en janvier.