Sylius 1.14 : fin du support le 31 décembre 2026

Le 31 décembre 2026, Sylius 1.14 ne recevra plus de correctifs de sécurité. C'est la dernière version de la branche 1.x : après cette date, une faille découverte sur une boutique Sylius 1.x ne sera plus corrigée par l'éditeur. Si votre boutique tourne encore en 1.x, il reste quelques mois pour passer à Sylius 2. Voici le calendrier exact, ce qui change techniquement et la méthode pour migrer sans casser la boutique.

L'essentiel

• Sylius 1.14 (version à support long) : support de sécurité jusqu'au 31 décembre 2026.
• Depuis 1.12 ou 1.13, il faut d'abord passer en 1.14, puis en 2.x.
• Sylius 2 remplace l'interface (Bootstrap 5 et Symfony UX au lieu de Semantic UI et jQuery) et introduit les Twig Hooks : les personnalisations d'affichage sont à reprendre.
• La dernière version, Sylius 2.3, est sortie le 28 septembre 2026 et demande PHP 8.3.

Le calendrier des versions de Sylius

Sylius publie une version mineure environ tous les 3 à 6 mois et des correctifs toutes les 3 à 6 semaines. Chaque version passe par une période de maintenance (corrections de bugs et de sécurité), puis une période de sécurité seule, avant d'être abandonnée (endoflife.date, consulté le 1er octobre 2026).

Deux enseignements. D'abord, la 1.14 était une version à support long précisément pour laisser le temps de migrer : ce délai se termine. Ensuite, la branche 2.x avance vite. Viser la version la plus récente au moment de la migration vous donne le plus de marge avant la mise à jour suivante.

Ce qui change entre Sylius 1.14 et Sylius 2

Le guide officiel de mise à jour (UPGRADE-2.0) liste de nombreux changements. Ceux qui pèsent le plus sur une boutique existante :

Une nouvelle interface, boutique et administration

Semantic UI et jQuery disparaissent. L'administration et la vitrine utilisent Bootstrap 5 et Symfony UX (Stimulus, Turbo, Twig Components, Live Components). Concrètement, tous les gabarits personnalisés de votre boutique et de votre administration doivent être repris.

Les Twig Hooks

En 1.x, on personnalisait l'affichage en copiant des gabarits entiers et en les modifiant. Sylius 2 introduit les Twig Hooks : on déclare de petits fragments à des points d'accroche précis. Les anciennes surcharges fonctionnent encore en partie, mais elles sont déconseillées, et les formulaires de l'administration passent obligatoirement par les hooks.

Des composants remplacés

SwiftMailer est remplacé par Symfony Mailer, et l'ancien moteur d'états des commandes (winzou state machine) laisse la place à Symfony Workflow. Gaufrette, FOSRestBundle et JMSSerializerBundle ne sont plus fournis. Tout plugin ou développement qui s'appuyait sur ces briques doit être adapté.

Des prérequis plus récents

Sylius 2.0 demande PHP 8.2 et Symfony 6.4 ou 7. Sylius 2.3 demande PHP 8.3 et fonctionne avec Symfony 6.4, 7.4 ou 8.0, et API Platform 4.3 ou 5 (annonce de Sylius 2.3). Les noms des pare-feu de l'API changent aussi, ce qui concerne les vitrines headless.

La montée de version de PHP chez l'hébergeur est souvent le premier obstacle, comme pour PrestaShop : nous détaillons le sujet dans PrestaShop et PHP 8, et les mêmes vérifications valent pour Sylius.

La méthode de migration, étape par étape

1. Inventaire. Version exacte, liste des plugins avec leur compatibilité 2.x, gabarits surchargés, développements maison, version de PHP de l'hébergement.
2. Passage en 1.14 si vous êtes en 1.12 ou 1.13, en traitant les dépréciations signalées. C'est l'étape recommandée par la communauté pour aborder la 2.0 sur une base propre.
3. Copie de travail. Toute la migration se fait sur une préproduction, avec une copie récente de la base.
4. Mise à jour du socle (Composer, PHP, Symfony) puis des plugins. Un plugin sans version 2.x doit être remplacé ou réécrit.
5. Reprise de l'affichage en Twig Hooks, administration et vitrine.
6. Tests du parcours complet : panier, paiement avec chaque moyen, transporteurs, emails, comptes clients, promotions.
7. Bascule sur un créneau calme, avec un retour arrière préparé et des sauvegardes automatiques testées.

Cette méthode est la même que celle que nous appliquons aux migrations PrestaShop : on ne touche jamais à la boutique en ligne avant d'avoir tout validé sur une copie. Voyez notre méthode de mise à jour sans casse, transposable à Sylius.

Combien de temps et quel budget ?

Tout dépend de l'écart entre votre boutique et une installation standard. Une boutique proche du standard, avec des plugins tous disponibles en 2.x, se migre beaucoup plus vite qu'une boutique avec un thème entièrement refait et des développements dans tous les sens. L'inventaire de l'étape 1 permet de chiffrer précisément : sans lui, tout prix annoncé est une supposition.

Une chose est sûre : à trois mois de l'échéance, les prestataires Sylius seront très demandés. Lancer l'inventaire maintenant laisse le temps de planifier.

Et si on ne migre pas à temps ?

La boutique ne s'arrêtera pas le 1er janvier 2027. Mais toute faille découverte ensuite restera ouverte, et une boutique qui manipule des données clients et des paiements doit rester protégée. Les plugins tiers arrêteront aussi progressivement de publier des versions 1.x. Plus on attend, plus l'écart à rattraper grandit.

Si vous hésitez encore entre migrer votre Sylius ou revoir votre plateforme, notre article Sylius ou PrestaShop depuis le rachat de 2026 vous aidera à trancher.

Faire auditer votre boutique

Nous réalisons l'inventaire de votre Sylius (version, plugins, personnalisations, hébergement) et nous vous remettons un plan de migration avec un devis ferme. Nous sommes basés dans la métropole lilloise et intervenons partout en France : voyez notre page agence Sylius à Lille.

Sources consultées le 1er octobre 2026 : endoflife.date, cycle de vie de Sylius ; guide officiel UPGRADE-2.0 ; annonce de Sylius 2.3.