Réécrire un SaaS PHP vieillissant en Next.js à Toulouse : budget, phasage et risques

Le verdict en trois phrases

Pour un éditeur toulousain de 400 clients bloqué par un SaaS en PHP 5 sans tests, la réécriture « big bang » est l'option la plus risquée : une bascule ratée fait partir en ordre de grandeur 3 à 8 % des clients. Le strangler pattern, qui remplace l'ancien code module par module derrière une même façade, étale l'effort sur 6 à 9 mois et limite chaque incident à un périmètre réduit. Le poste le plus sous-estimé reste la migration de 1,2 million de lignes de données, qui mérite à elle seule un lot dédié avec des répétitions à blanc.

Diagnostiquer avant de chiffrer

Un SaaS PHP 5 vieillissant présente souvent les mêmes symptômes : version de PHP sans correctifs de sécurité depuis 2018, dépendances abandonnées, logique métier mélangée aux templates, base MySQL sans contraintes d'intégrité, aucun test automatisé. Chaque évolution prend trois fois plus de temps que prévu, et les développeurs redoutent de toucher au module de facturation.

Un audit de 5 à 10 jours permet de cartographier les modules, de mesurer la couverture fonctionnelle réellement utilisée par les clients et d'identifier les données incohérentes. Il arrive fréquemment que 20 à 30 % des écrans ne soient plus utilisés, ce qui réduit d'autant le périmètre à réécrire.

Combien coûte la réécriture à Toulouse en 2026

Les fourchettes ci-dessous correspondent à des devis d'agences et d'ESN en Occitanie pour un SaaS B2B de taille moyenne (40 à 60 écrans, API, facturation, rôles). Ce sont des ordres de grandeur 2026.

Chez Kolonell, une réécriture de ce périmètre relève de notre palier « application complexe », de 7 000 000 à 15 000 000+ FCFA (10 670 à 22 870+ EUR), avec une équipe qui travaille en sprints de deux semaines et des démonstrations régulières à votre équipe produit. Un premier module en strangler peut démarrer dans le palier moyen, de 4 000 000 à 7 000 000 FCFA (6 100 à 10 670 EUR). La maintenance est proposée à 35 000, 75 000 ou 120 000 FCFA par mois. Détails sur notre page applications web sur mesure.

Phaser pour protéger le chiffre d'affaires

Le phasage type que nous recommandons tient en quatre étapes. D'abord une façade unique (un reverse proxy ou la couche de routage Next.js) qui envoie chaque URL soit vers l'ancien PHP, soit vers le nouveau code. Ensuite les modules à faible risque et forte visibilité, comme le tableau de bord ou les exports, pour obtenir des retours rapides. Puis le cœur métier, avec une double écriture temporaire des données. Enfin la facturation et l'authentification, en dernier, une fois que l'équipe maîtrise la nouvelle base.

Chaque bascule de module s'accompagne d'un plan de retour arrière testé, d'un groupe pilote de 10 à 20 clients volontaires et d'un tableau de suivi des tickets support. Une hausse de plus de 30 % des tickets sur une semaine doit déclencher une pause.

Mini cas pratique

Julien, CEO d'un éditeur SaaS à Toulouse, compte 400 clients à 180 € HT par mois en moyenne, soit 72 000 € de revenu récurrent mensuel. Une bascule complète mal maîtrisée avec 5 % de churn lui ferait perdre 20 clients, soit 3 600 € par mois et 43 200 € par an.

En strangler, il découpe le SaaS en 6 modules. Si un module mal livré provoque 1 % de départs, la perte se limite à 4 clients, soit 8 640 € par an, et l'équipe corrige avant le module suivant. Le surcoût d'intégration de 15 % sur un budget de 150 000 € représente 22 500 €, inférieur à la perte évitée sur une seule année.

FAQ

Faut-il passer d'abord à PHP 8 avant de réécrire ?

Si la réécriture dure plus de 9 mois, une montée de version minimale de l'ancien code pour corriger les failles est prudente. Elle coûte souvent 10 à 25 jours de travail, à arbitrer selon l'exposition du SaaS.

Next.js est-il adapté à un SaaS B2B avec beaucoup de formulaires ?

Oui, avec React côté interface et une API typée côté serveur. Le rendu serveur améliore aussi le temps de chargement des tableaux de bord, souvent divisé par 2 à 3.

Comment migrer 1,2 million de lignes sans interruption ?

Par des scripts idempotents rejoués 2 à 3 fois sur une copie de production, puis une bascule de nuit avec une fenêtre de 2 à 4 heures. Les contrôles de cohérence comparent comptages et sommes avant ouverture.

Doit-on prévenir les clients ?

Oui, 3 à 4 semaines avant chaque bascule visible, avec un guide des changements. Un groupe pilote de 10 à 20 clients réduit nettement les mauvaises surprises.

Combien de développeurs internes faut-il garder sur l'ancien code ?

Au moins une personne à mi-temps pour les correctifs urgents pendant la transition. Sa connaissance des règles métier est précieuse pour écrire les tests de non-régression.

Parlons de votre projet. Nous auditons votre SaaS existant, proposons un découpage en modules et un planning de migration de 6 à 9 mois qui protège votre base clients. Devis détaillé sous 48 h. WhatsApp +221 77 596 93 33.