Le Rugbynistère
Refonte intégrale d'un média rugby à fort trafic : reprise du contenu historique, redirections et référencement préservé. Le site a changé de fondations sans perdre son acquis.
Modernisation d'application · France entière
Migration et modernisation de votre application Laravel
Votre application tourne, mais chaque évolution devient un pari : version de Laravel qui ne reçoit plus de correctifs, PHP en retard, dépendances figées. Précisons d'emblée : il ne s'agit pas ici de migrations de base de données, mais de faire monter toute votre application de niveau, framework, PHP, dépendances, front-end et déploiement compris. Notre parti pris : moderniser l'existant, par étapes quand c'est possible, plutôt que repartir de zéro par défaut.
Notre agence Laravel, fondée en 2015, mène ce chantier sur place ou à distance, partout en France.
Les signes qui alertent
Quand la migration devient nécessaire
Ces signaux reviennent dans la plupart des applications qu'on nous confie. Un seul suffit rarement à déclencher le chantier ; plusieurs à la fois, oui.
Version non maintenue
Votre version de Laravel ne reçoit plus de correctifs de sécurité. Chaque mois qui passe augmente l'exposition de l'application et de ses données.
PHP incompatible
L'application bloque la mise à jour de PHP, ou tourne sur une version que votre hébergeur s'apprête à retirer.
Dépendances abandonnées
Des packages clés ne sont plus maintenus. Ils verrouillent la montée de version du framework et n'évolueront plus.
Failles non corrigées
Des vulnérabilités connues restent ouvertes, faute de pouvoir appliquer les mises à jour qui les corrigent.
Déploiements difficiles
Chaque mise en production est une opération à risque, faute de tests et d'outillage de déploiement fiables.
Évolutions impossibles
Des fonctionnalités attendues par vos utilisateurs ne peuvent plus être développées proprement sur la base actuelle.
Votre point de départ
Quatre chantiers de migration possibles
Mise à niveau entre versions Laravel
Faire passer votre application d'une version dépassée à une version maintenue, en traitant chaque rupture de compatibilité, palier par palier.
Application PHP historique vers Laravel
Porter une application PHP legacy, framework abandonné ou code maison vieillissant, vers Laravel, dans la continuité de notre pratique du développement web sur mesure.
Modernisation du front-end
Remplacer un front vieillissant par Livewire ou Vue.js, sans réécrire le back-end qui fonctionne.
Remplacement de packages abandonnés
Substituer progressivement les dépendances mortes par des alternatives maintenues, ou par du code interne qui vous appartient.
Notre méthode
Une migration par paliers, pas une bascule à l'aveugle
Une mise à jour sérieuse ne se joue pas en une commande. Chaque étape est validée avant la suivante, et le plan prévoit toujours un retour arrière.
- 01 Audit initial. Tout commence par un audit préalable de l'application : versions, dette technique, couverture de tests, points de blocage.
- 02 Cartographie des dépendances. On liste chaque package, son état de maintenance et son remplaçant éventuel.
- 03 Stratégie de migration. Par étapes quand c'est possible, bascule planifiée quand c'est plus sain. On arbitre avec vous, éléments en main.
- 04 Tests consolidés. Avant de toucher au code, on renforce les tests des parcours critiques : ils serviront de filet pendant toute la migration.
- 05 Migration par étapes. Framework, PHP, dépendances, front-end : chaque palier est migré puis validé avant d'attaquer le suivant.
- 06 Recette. Vous vérifiez vos parcours métier sur un environnement de préproduction, avant toute bascule.
- 07 Déploiement et retour arrière. Mise en production planifiée, avec un plan de retour arrière : si un problème apparaît, on revient à la version précédente.
L'acquis d'abord
Ce que la migration préserve
Migrer ne veut pas dire jeter. Les règles métier éprouvées par des années d'usage, vos données, les fonctionnalités qui rendent réellement service et les API encore maintenables sont conservées et portées sur la nouvelle base.
C'est tout l'intérêt d'une modernisation face à une réécriture : on capitalise sur ce que l'application a appris de vos clients et de votre métier, au lieu de le redécouvrir à vos frais.
Vigilance particulière
Les points sensibles traités à part
Certaines briques ne tolèrent pas l'approximation pendant une migration. On les identifie dès l'audit et on leur consacre un traitement dédié.
- Authentification et sessions : comptes, mots de passe et connexions actives, rien ne doit se perdre en route.
- Stockage de fichiers : documents et images déposés par vos utilisateurs, chemins et droits d'accès conservés.
- Paiements : abonnements et transactions en cours, vérifiés avant et après la bascule.
- Files d'attente : les tâches en attente ne doivent être ni perdues ni exécutées deux fois.
- Tâches planifiées : exports, relances, synchronisations, le calendrier reprend sans trou.
- API tierces : les intégrations consommées ou exposées sont testées de bout en bout.
- Composants Livewire et front-end : les comportements interactifs sont revalidés écran par écran.
Notre conviction
Pourquoi ne pas tout réécrire par défaut
Repartir de zéro semble plus simple sur le papier : plus de dette, un code tout neuf. En pratique, une réécriture complète rejoue des années de décisions métier, mobilise un budget bien supérieur et concentre tout le risque sur une seule grande bascule, pendant que l'ancienne application doit continuer à vivre.
Nous préférons la modernisation progressive : conserver ce qui fonctionne, remplacer ce qui bloque, livrer des paliers vérifiables. La réécriture reste la bonne option quand la base est trop dégradée pour être reprise ; quand c'est le cas, l'audit le montre et nous vous le disons.
Réalisations
Deux refontes qui ont préservé l'acquis
Une migration réussie se juge à ce qu'elle ne perd pas. Le Rugbynistère, média rugby lu par plus d'un million de lecteurs, a été refondu intégralement avec reprise du contenu historique, redirections et préservation du référencement. Fit'Ballet, plateforme danse et fitness avec boutique en ligne, a été entièrement refondue sur Laravel et Vue.js.
Fit'Ballet
Refonte complète d'une plateforme danse et fitness avec boutique en ligne, sur Laravel et Vue.js, en conservant les données et l'activité de l'école.
FAQ
Migrer votre application : vos questions
Oui, c'est fréquent quand une application a pris du retard : on ne fait pas une mise en production par version intermédiaire. En revanche, chaque version apporte ses ruptures de compatibilité, et on les traite toutes, dans l'ordre, en s'appuyant sur les tests pour vérifier que rien ne casse. L'effort dépend donc moins du nombre de versions que de l'état du code et de ses dépendances.
L'essentiel du travail se fait hors production, sur une copie de l'application : votre service continue de tourner pendant qu'on prépare la nouvelle version. Reste la bascule finale, que nous planifions pour limiter l'interruption au strict nécessaire, avec un plan de retour arrière si un problème apparaît. Nous ne promettons pas zéro coupure ; nous préparons la bascule pour qu'elle soit courte et réversible.
Dans la grande majorité des cas, oui. Vos données sont un actif : la migration porte le code, pas vos enregistrements. Le schéma peut avoir besoin d'évoluer (renommages, index, contraintes), mais ces ajustements se font par étapes, avec des scripts testés et rejouables. La reprise des données est cartographiée dès le début du projet, comme le reste.
Rarement, et jamais par défaut. Nous ne basculons vers une réécriture que sur des critères précis : un socle impossible à mettre à jour, des dépendances centrales abandonnées sans équivalent, une logique métier que plus personne ne sait faire évoluer, ou un coût de modernisation qui dépasse durablement celui d'un redéveloppement. C'est l'audit qui objective ces critères, pas un a priori.
Oui. Impossible de chiffrer sérieusement une migration sans connaître l'état réel de l'application : versions, dépendances, couverture de tests, points de blocage. Notre audit Laravel pose ce diagnostic et débouche sur une stratégie argumentée, avec un ordre de passage et une estimation d'effort. Vous restez libres ensuite de nous confier la migration ou de la mener avec votre équipe.
Et après ?
Une application à niveau doit le rester
Mises à jour régulières, surveillance, petites évolutions : nous pouvons assurer la maintenance après migration, pour que la dette ne se reconstitue pas.
Discutons de votre projet
Une application à moderniser ?
Que vous démarriez de zéro ou repreniez une base existante, on cadre le projet en amont, sans engagement.
Vous préférez avoir une estimation rapide ? Notre outil vous donne une fourchette en quelques minutes.