Vos applications Laravel mises à niveau, reprises et maintenues.
Laravel 11 ne reçoit plus de correctifs de sécurité depuis le 12 mars 2026, et Laravel 12 n’en recevra que jusqu’au 24 février 2027. Nous faisons passer les applications Laravel sur Laravel 13, reprenons celles dont le développeur est parti et les maintenons à jour chaque mois, en posant les tests d’abord, avec un prix ferme unique.
Pourquoi maintenant
Laravel 12 entre dans ses derniers mois
Les corrections de bugs ont pris fin le 13 août 2026. Les correctifs de sécurité s’arrêtent le 24 février 2027.
Laravel 11 et les versions antérieures ne sont plus maintenus
Les correctifs de sécurité de Laravel 11 ont pris fin le 12 mars 2026, ceux de Laravel 10 le 4 février 2025. Des correctifs rétroportés sortent encore ponctuellement, mais on ne peut pas compter dessus.
PHP 8.2 arrive en fin de vie
Plus de correctifs de sécurité de php.net après le 31 décembre 2026. Laravel 13 exige PHP 8.3 ou plus récent.
Plus personne ne connaît le code
Le développeur ou l’agence qui a construit l’application est passé à autre chose, et chaque modification prend plus de temps qu’elle ne devrait.
Les dates qui comptent
| Version | Ce qui s’arrête | Quand |
|---|---|---|
| Laravel 13 | corrections de bugs | T3 2027 |
| Laravel 13 | correctifs de sécurité | 17 mars 2028 |
| Laravel 12 | correctifs de sécurité | 24 février 2027 |
| Laravel 11 | correctifs de sécurité (support terminé) | 12 mars 2026 |
| PHP 8.2 | correctifs de sécurité | 31 décembre 2026 |
Quand une montée de version automatisée ne suffit pas
Laravel Shift automatise la partie mécanique d’une montée de version Laravel : pour chaque version, il ouvre une pull request avec les modifications et commente ce qui demande un examen plus attentif. Pour une application bien testée, avec peu de versions de retard, cela peut représenter l’essentiel du travail.
Nous prenons en charge les cas où cela ne suffit pas :
- Vos propres paquets, et des forks de paquets abandonnés, qu’aucun outil de montée de version ne connaît.
- Pas de tests, donc personne ne peut dire si l’application mise à niveau fait toujours ce qu’elle faisait. Nous écrivons d’abord des tests de caractérisation sur les parcours critiques.
- Plusieurs versions majeures d’un coup, par exemple de Laravel 6 à 13. Chaque version de Laravel ne prend en charge qu’une plage de versions de PHP, il faut donc faire monter PHP entre les étapes.
- Un vieux PHP sur le serveur, si bien que l’environnement d’exécution, ses extensions et le déploiement évoluent en même temps que le framework.
Laravel repose sur des composants Symfony (HttpFoundation, HttpKernel, Console, Routing et d’autres) : notre travail sur Symfony couvre donc aussi la couche du dessous.
Parcours courants
| De | Vers | Comment |
|---|---|---|
| Laravel 5–9 | Laravel 13 | Une version majeure à la fois, PHP relevé entre les étapes, les tests relancés après chacune. |
| Laravel 10–12 | Laravel 13 | Moins d’étapes. composer why-not laravel/framework 13.0 montre quels paquets bloquent la montée de version. |
| PHP 7.x, 8.0–8.2 | PHP 8.4 ou 8.5 | Rector pour les changements mécaniques, PHPStan avec Larastan pour repérer ce qui lui a échappé, un ingénieur pour le reste. |
Montée de version, reprise, maintenance
-
Montées de version
Laravel et PHP sur des versions maintenues, au forfait, une version à la fois. Déroulement d’une montée de version.
-
Reprise
Quand le développeur ou l’agence est parti : accès, documentation, tests sur les parcours critiques et runbook, pour que l’application redevienne maintenable. Takeover.
-
Maintenance
Mises à jour mensuelles de Laravel et des paquets,
composer audit, supervision et corrections, pour que la prochaine montée de version reste petite. Care.
Comment ça se passe
01
Code Audit
Nous mesurons l’écart : PHPStan avec Larastan, Rector en exécution à blanc,
composer outdatedetcomposer audit, et une lecture du code.02
Prix ferme
Vous recevez le périmètre, les étapes, le planning et un prix unique avant que nous commencions.
03
Les tests d’abord
Des tests de caractérisation sur les parcours critiques, et une CI qui les exécute à chaque modification.
04
Une version à la fois
Chaque étape est une merge request que vous pouvez relire. Le détail : déroulement d’une montée de version.
Questions sur Laravel
Pourquoi ne pas simplement lancer Laravel Shift ?
Là où il convient, il vaut la peine : il fait bien les changements mécaniques. Mais il ne connaît pas vos propres paquets, il n’écrit pas les tests qui manquent à votre application et il ne change pas le PHP de votre serveur. Si votre application en a besoin, c’est cette partie que nous prenons en charge.
Pouvons-nous rester sur Laravel 12 pour l’instant ?
Pour un temps. Laravel 12 reçoit des correctifs de sécurité jusqu’au 24 février 2027, mais ses corrections de bugs ont pris fin le 13 août 2026. Planifiez le passage à Laravel 13 avant cette date ; il exige PHP 8.3 ou plus récent.
Avez-vous des études de cas Laravel ?
Pas sur ce site. Laravel fait partie de la stack avec laquelle nous travaillons aujourd’hui (Références), et il repose sur les composants Symfony que nous connaissons bien. Avant de vous engager, un Code Audit montre si notre approche convient à votre application.
Notre application Laravel a été construite par quelqu’un d’autre. Est-ce un problème ?
Non, c’est l’essentiel de notre travail. Quand plus personne ne connaît l’application, nous commençons par un Takeover.
Combien cela coûte-t-il ?
Montées de version à partir de 3 000 €. Le prix ferme de votre application figure dans le devis, après le Code Audit.
Découvrez ce qu’implique votre montée de version Laravel
Envoyez-nous votre composer.json et votre version de PHP. Premier regard gratuit : nous vous répondons avec la première étape et son prix ferme.