Symfony : notre framework backend de référence

Symfony est un framework PHP open source, professionnel et modulaire créé par SensioLabs (France). C'est le socle technique sur lequel nous développons l'intégralité de nos projets depuis plus de 10 ans.

Son architecture robuste, sa longévité et sa communauté internationale en font le choix de référence des entreprises françaises sérieuses pour leurs applications métier.

7.4 Dernière LTS Sortie nov. 2025, support actif jusqu'en nov. 2028

6.4 Précédente LTS Sortie nov. 2023, support actif jusqu'en nov. 2026

8.1 Dernière version publiée Sortie mai 2026, support actif jusqu'en janv. 2027

Migrer votre version Symfony

POURQUOI SYMFONY

Les avantages qui font la différence

Un framework professionnel ne se choisit pas au hasard. Voici ce qui nous a convaincus d'utiliser Symfony sur tous nos projets depuis plus de 10 ans.

Une structure claire et organisée

Symfony impose une arborescence et des conventions qui produisent un code propre, bien organisé et lisible par n'importe quel développeur Symfony → même des années plus tard.

Un code sécurisé par défaut

Le composant Security gère authentification et autorisations. L'ORM protège des injections SQL, les formulaires bloquent le XSS. La sécurité est intégrée, pas rajoutée.

Maintenable et évolutif

Un projet Symfony bien réalisé reste maintenable 10 ans et plus. Le cycle LTS rigoureux (une version tous les 2 ans, supportée 4 ans) facilite grandement les montées de version.

Pensé pour les développeurs

Console, Maker Bundle, Profiler, PHPUnit Bridge : Symfony embarque tous les outils pour que les développeurs travaillent dans les meilleures conditions et produisent du code de qualité.

Architecture modulaire avec Flex

Symfony Flex vous permet d'installer uniquement les composants dont vous avez besoin. Idéal aussi bien pour les microservices que pour les applications monolithiques complexes.

Communauté internationale

Créé par SensioLabs (France), Symfony est utilisé par les plus grandes entreprises françaises. Une communauté active et une documentation de référence garantissent la pérennité du framework.

Membre de la communauté Symfony depuis septembre 2008.

Voir sur Symfony Connect

HISTORIQUE

Versions majeures de Symfony

Symfony publie une version LTS tous les 2 ans, supportée 4 ans. Cette stabilité garantit que votre investissement est pérenne. Voir les dates de release officielles →

Numérotation et cycle de publication

La numérotation Symfony suit le versioning sémantique : majeur.mineur.patch (exemple : 7.4.12). Une version patch corrige des bugs sans modifier le comportement. Une version mineure ajoute des fonctionnalités en maintenant la compatibilité ascendante. Une version majeure supprime le code marqué comme déprécié dans la génération précédente.

Symfony publie une version mineure tous les 6 mois, en mai et en novembre. Les versions .4 de chaque branche majeure (5.4, 6.4, 7.4, 8.4...) sont des versions LTS publiées tous les 2 ans : ce sont celles recommandées pour tout projet en production. Une mineure standard n'est corrigée que 8 mois, ce qui la rend intenable comme cible pour un logiciel métier.

Durée de support : LTS vs version standard

Type de version	Exemples	Corrections de bugs	Correctifs de sécurité	Durée totale
Version standard	7.0, 7.1, 7.2, 7.3	8 mois	8 mois, même fenêtre	8 mois
Version LTS	5.4, 6.4, 7.4, 8.4	3 ans	1 an supplémentaire	4 ans

Compatibilité ascendante garantie

Symfony s'engage formellement à ne pas casser la compatibilité ascendante entre deux versions mineures ("Backward Compatibility Promise"). Passer de 7.3 à 7.4 ne casse rien dans votre code. Seules les versions majeures (6.x → 7.0) peuvent supprimer des fonctionnalités, et uniquement celles préalablement marquées comme dépréciées.

Le mécanisme des dépréciations

Pour chaque version majeure, Symfony développe simultanément deux versions : la nouvelle branche majeure (ex : 6.0) et la dernière mineure de la branche précédente (ex : 5.4). Ces deux versions embarquent exactement les mêmes fonctionnalités. La différence : la 5.4 conserve le code déprécié avec des avertissements, la 6.0 le supprime définitivement.

Un code déprécié fonctionne encore mais génère un avertissement visible dans le profiler Symfony. C'est le signal pour planifier sa migration sans urgence, avant le passage à la version majeure.

La migration en 3 étapes sans risque :

Montez vers la dernière LTS (ex : 5.3 → 5.4) : toutes les nouveautés de la branche 6 sont disponibles, et les avertissements de dépréciation apparaissent dans le profiler.
Corrigez les dépréciations une par une : votre application continue de fonctionner normalement pendant toute cette phase.
Passez à la version majeure (ex : 5.4 → 6.0) : le travail est déjà fait. La 6.0 est identique à la 5.4 sans le code que vous avez déjà retiré.

Compatibilité PHP

La version minimum de PHP est fixée par consensus de l'équipe core pour chaque version majeure. Symfony 6.x requiert PHP 8.1 minimum, Symfony 7.x requiert PHP 8.2 minimum.

Pendant toute la durée de support d'une version Symfony, toutes les nouvelles versions PHP publiées sont supportées. Si PHP 8.4 sort alors que Symfony 7.4 est encore maintenu, Symfony 7.4 supporte PHP 8.4 sans attendre une prochaine version majeure. Pour les versions Symfony en fin de support, seule la dernière version PHP disponible au moment de l'EOL est garantie.

Symfony 8

Branche sans LTS à ce jour Support actif janv. 2027 Branche ouverte en nov. 2025

La branche en cours de construction. Ses mineures sortent en mai et novembre jusqu'à la 8.4, qui deviendra la prochaine LTS. Pour un projet en production, la cible reste la 7.4 tant que la 8.4 n'est pas publiée.

Ce que la branche 8 apporte face à la précédente

Formulaires multi-étapes natifs : Un parcours en plusieurs écrans avec validation par étape et branchements conditionnels, sans machine à états maison à écrire et à maintenir.
Quatre composants de moins à chercher ailleurs : JsonStreamer, ObjectMapper, JsonPath et TypeInfo entrent dans le framework : sérialisation en flux, transformation entre objets et lecture de documents JSON sans bibliothèque tierce.
Assets pré-compressés : Zstandard, Brotli et Gzip appliqués au build : le serveur livre des fichiers déjà compressés, sans coût processeur à chaque requête.
PHP 8.4 comme socle : Property hooks, visibilité asymétrique et objets lazy natifs deviennent accessibles dans le code applicatif.

Publications de la branche

8.0 nov. 2025 plus de correctifs depuis juil. 2026
- La 7.4 sans le code déprécié : Même périmètre fonctionnel que la LTS 7.4, moins 13 202 lignes de code déprécié. Un projet dont les dépréciations 7.4 sont traitées bascule sans réécriture.
- Configuration en array shapes PHP : Le XML et le PHP fluide cèdent la place à des tableaux typés, avec autocomplétion et validation de type dans l'éditeur.
- Commandes invocables : Une commande console se réduit à une classe sans parent, arguments et options déclarés en attributs PHP. Le code de plomberie disparaît.
- Exceptions lisibles en terminal : Les erreurs des commandes et des workers sont rendues en texte brut avec une pile d'appels exploitable, au lieu d'un bloc HTML illisible dans les logs.
8.1 mai 2026 support actif jusqu'en janv. 2027
- Attribut #[Serialize] : La valeur retournée par un contrôleur est sérialisée automatiquement dans le format de réponse attendu. Une API expose ses données sans écrire de code de sérialisation.
- Applications sans HTTP : Le conteneur d'injection de dépendances et le système de bundles fonctionnent sans HttpKernel. Les workers, traitements batch et outils en ligne de commande gardent l'architecture Symfony sans embarquer la couche web.
- Mapping de payload étendu : Les DTO de requête acceptent désormais les fichiers uploadés, les arguments variadiques et les groupes de validation dynamiques. Les formulaires de dépôt de documents se codent comme le reste, sans traitement séparé.
- Composant Tui : Construction d'interfaces plein écran en terminal. Utile pour les outils internes d'exploitation, là où une interface web serait disproportionnée.

Symfony 7

Cible LTS : 7.4 Recommandée Branche ouverte en nov. 2023

La branche à cibler aujourd'hui pour un projet en production. Requiert PHP 8.2.

Ce que la branche 7 apporte face à la précédente

AssetMapper : un front sans Node.js : Import maps et modules ES natifs : le JS et le CSS sont versionnés et servis sans bundler, donc sans chaîne de build Node à maintenir en intégration continue.
Scheduler et Webhook : Les tâches récurrentes se déclarent en PHP au lieu du crontab serveur, et les webhooks entrants sont reçus et routés nativement. Deux bundles tiers en moins.
Clock et DatePoint : Le temps devient injectable et testable. Toute règle métier à base de délai, d'échéance ou d'ancienneté peut enfin être couverte par des tests déterministes.
Mapping des données de requête : Le corps de la requête alimente un DTO typé et validé via un attribut. Les contrôleurs perdent leur plomberie de lecture et de validation manuelle.
PHP 8.2 comme socle : Enums, readonly et types DNF deviennent utilisables dans tout le code applicatif.

Publications de la branche

7.0 nov. 2023 plus de correctifs depuis juil. 2024
7.1 mai 2024 plus de correctifs depuis janv. 2025
7.2 nov. 2024 plus de correctifs depuis juil. 2025
7.3 mai 2025 plus de correctifs depuis janv. 2026
7.4 LTS nov. 2025 support actif jusqu'en nov. 2028

Symfony 6

Cible LTS : 6.4 Support actif nov. 2026 Branche ouverte en nov. 2021

« Symfony 6, c'est Symfony 5 sans le code déprécié » (N. Grekas). Requiert PHP 8.0.2 et reste très présent en production.

Publications de la branche

6.0 nov. 2021 plus de correctifs depuis janv. 2023
6.1 mai 2022 plus de correctifs depuis janv. 2023
6.2 nov. 2022 plus de correctifs depuis juil. 2023
6.3 mai 2023 plus de correctifs depuis janv. 2024
6.4 LTS nov. 2023 support actif jusqu'en nov. 2026

Symfony 5

Cible LTS : 5.4 Support sécurité févr. 2029 Branche ouverte en nov. 2019

La branche qui a industrialisé l'envoi d'e-mails et de notifications. Sa LTS 5.4 bénéficie d'un support sécurité prolongé jusqu'en février 2029, financé par un sponsor : cela n'en fait pas une version à conserver, aucun bug n'y est corrigé depuis 2024.

Publications de la branche

5.0 nov. 2019 plus de correctifs depuis juil. 2020
5.4 LTS nov. 2021 sécurité jusqu'en févr. 2029

Symfony 4

Cible LTS : 4.4 Obsolète depuis nov. 2023 Branche ouverte en nov. 2017

Symfony Flex et le système de recettes : la structure de projet change radicalement. PHP 7.1 minimum.

Publications de la branche

4.0 nov. 2017 plus de correctifs depuis janv. 2019
4.1 mai 2018 plus de correctifs depuis juil. 2019
4.2 nov. 2018 plus de correctifs depuis janv. 2020
4.3 mai 2019 plus de correctifs depuis juil. 2020
4.4 LTS nov. 2019 plus de correctifs depuis nov. 2023

Symfony 3

Branche sans LTS à ce jour Obsolète Branche ouverte en nov. 2015

Rationalisation du framework après la branche 2. La 3.4 LTS était la passerelle recommandée vers Symfony 4.

Symfony 2

Branche sans LTS à ce jour Obsolète Branche ouverte en juil. 2011

Réécriture complète inspirée de Spring. Injection de dépendances, événements, sécurité : le framework qui a imposé Symfony comme référence professionnelle en PHP.

Symfony 1

Branche sans LTS à ce jour Obsolète Branche ouverte en janv. 2007

Première version, popularisée par le tutoriel Jobeet. Sans lien de compatibilité avec Symfony 2 et les suivantes.

Rester sur une version active de Symfony, c'est bénéficier des correctifs de sécurité, des optimisations de performance et des nouvelles fonctionnalités du langage PHP. Une version obsolète expose votre application à des vulnérabilités non corrigées et complique le recrutement — les développeurs ciblent les versions récentes. La migration vers une LTS est un investissement qui préserve la valeur de votre projet sur le long terme.

Le détail de chaque version, fonctionnalité par fonctionnalité, est publié par l'équipe Symfony : Série « New in Symfony » du blog officiel pour les nouveautés, et le calendrier officiel des versions pour les dates de support.

Migrer votre version Symfony

OPEN SOURCE

Nos bundles Symfony sur GitHub

Chez SmartBooster, nous développons exclusivement avec Symfony. Nos outils les plus génériques sont publiés en open source → testez-les et contribuez !

smartbooster/core-bundle

Nos utilitaires génériques déployés sur l'intégralité de nos projets Symfony. Fonctions communes, helpers et outils transverses disponibles en open source.

smartbooster/standard-bundle

Nos outils de validation de code et standards de développement pour garantir une qualité homogène sur l'ensemble de nos projets Symfony.

smartbooster/sonata-bundle

Nos extensions Sonata Admin regroupées dans un bundle dédié pour mettre en place des backoffices robustes et fonctionnels rapidement.

« La première version de notre logiciel de gestion de chantier de rénovation énergétique à été disponible en 6 semaines et à été suivi de plusieurs mises à jour par semaine pour arriver à la solution complète que nous avons aujourd'hui. »

Julien Beauchamp

Franchisé PPF Énergie

Voir la réalisation →

« Nous collaborons avec l'équipe Smartbooster depuis 3 ans sur un projet stratégique pour notre activité.
Nous avons largement dépassé la relation « client/prestataire », l'équipe Smartbooster nous accompagne au quotidien dans le développement de nos outils digitaux.
Une équipe experte, réactive et à l'écoute… Je recommande évidemment ! »

Raphael Muller

Directeur Marketing - La Maison Saint-Gobain

Voir la réalisation →

POUR ALLER PLUS LOIN

Approfondir votre expertise Symfony

Développement de logiciel sur mesure

Symfony est notre socle technique pour concevoir des logiciels métier robustes, maintenables et évolutifs sur le long terme.

Sonata AdminBundle

Le framework d'administration Symfony historique : ACL par objet, child admins, exports natifs. SmartBooster y contribue depuis 2014.

EasyAdmin Bundle

L'alternative moderne pour créer rapidement un back-office Symfony. Configuration PHP native, Bootstrap 5, maintenu par la Symfony Core Team.

Migration et montée de version Symfony

Méthodologie éprouvée pour migrer votre projet de Symfony 4/5/6 vers la version 7 → sans risque pour la production.

FAQ

Les réponses à vos questions

Et si vous ne trouvez pas ce que vous cherchez, nous serons ravis de vous répondre en direct lors d'un rendez-vous entre humains !

Symfony 7.4 LTS est la version recommandée pour tout nouveau projet en 2026. Elle bénéficie d'un support bug fix jusqu'en novembre 2028 et de correctifs de sécurité jusqu'en novembre 2029. Symfony 7 requiert PHP 8.2 minimum. La version 6.4 LTS reste un choix valide pour les projets encore sur PHP 8.1, mais son support bug fix se termine en novembre 2026.

Oui. Symfony 6.4 LTS reçoit des correctifs de bugs jusqu'en novembre 2026, puis uniquement des correctifs de sécurité jusqu'en novembre 2027. Pour un projet en production sur Symfony 6.4, la migration vers Symfony 7.4 LTS est à planifier avant novembre 2027.

Une version standard de Symfony est corrigée pendant 8 mois, bugs et failles de sécurité confondus : les deux fenêtres courent en parallèle depuis la sortie, elles ne s'additionnent pas. Une version LTS (Long Term Support), publiée tous les 2 ans en .4 (6.4, 7.4...), bénéficie de 3 ans de support bug fix et de 4 ans de correctifs de sécurité. Pour un projet d'entreprise, les versions LTS simplifient la planification des migrations et garantissent un investissement pérenne.

Partiellement, et c'est une exception. Le support de la 5.4 devait s'arrêter en novembre 2025, mais un sponsor a financé la prolongation des correctifs de sécurité jusqu'en février 2029, publiés sur Packagist donc accessibles à tous. En revanche aucun bug n'y est corrigé depuis novembre 2024, et la branche impose un socle PHP ancien. Symfony lui-même invite à ne pas s'en servir comme raison de repousser la migration.

Symfony 8.4 LTS est attendu pour novembre 2027, selon le cycle de publication Symfony. Les versions 8.0, 8.1, 8.2 et 8.3 sont publiées tous les 6 mois (mai/novembre) entre 2025 et 2027. Symfony 8.x s'appuie sur PHP 8.4+ et ne devrait pas présenter de rupture de compatibilité majeure depuis Symfony 7.x : la migration sera simplifiée.

Calendrier de release Symfony 8.4

Vous avez un projet ?

Contactez-nous pour savoir comment nous pouvons vous aider.

Contactez-nous