Maintenance d’applications web
Vos applications font tourner votre activité au quotidien. Elles ont vieilli, changé de mains, cumulé des correctifs. Nous les reprenons, nous les stabilisons et nous les faisons évoluer — sans tout jeter.
À qui s’adresse cette prestation ?
Vous êtes probablement au bon endroit si l’une de ces situations vous parle :
- Une application interne « tient » depuis dix ans, mais son développeur d’origine n’est plus joignable.
- Vous héritez d’un code que personne dans l’équipe actuelle ne veut ouvrir.
- Vos utilisateurs signalent des lenteurs, des bugs qui reviennent, une interface datée.
- Une agence vous propose de « tout refaire » — et vous vous demandez si c’est vraiment la seule option.
- Vous avez besoin d’ajouter une fonctionnalité, mais chaque modification en casse deux autres.
Ce que nous faisons concrètement
- Audit du code, de la base de données et de l’infrastructure d’hébergement.
- Mises à jour de sécurité, de dépendances et du langage (par exemple PHP 5 vers PHP 8).
- Corrections de bugs, résolution des régressions, remise à plat des cas limites.
- Refactorings progressifs, module par module, sans interruption de service.
- Ajout de nouvelles fonctionnalités, intégrations avec vos autres outils.
- Documentation au fil de l’eau, pour qu’une reprise ultérieure reste possible.
- Supervision, sauvegardes, remise en production après incident.
Stack que nous maîtrisons : PHP, MySQL, SQLite, Apache, JavaScript moderne, Linux.
Où intervenons-nous ?
Trois modes d’intervention selon la nature du projet et vos préférences :
- À distance. Pour la maintenance courante, les évolutions et la plupart des audits. Nous travaillons régulièrement avec des clients sur toute la France et en Europe sans déplacement.
- Sur site, partout en France et en Europe. Pour les audits initiaux, les ateliers de cadrage, les mises en production sensibles ou lorsque la culture de l’équipe cliente le demande.
- En proximité en Auvergne-Rhône-Alpes. Progely est basé en région Auvergne-Rhône-Alpes. Interventions récurrentes à Lyon, Grenoble, Saint-Étienne, Clermont-Ferrand, Annecy et alentours — présence physique possible en moins d’une journée.
Pourquoi maintenir plutôt que tout réécrire ?
La tentation de repartir de zéro est forte : « le code est vieux, autant tout refaire proprement ». Dans la grande majorité des cas, c’est une erreur coûteuse — voici pourquoi.
Ce qu’une réécriture vous coûte réellement
- Des années de règles métier oubliées. Chaque exception, chaque cas particulier a été codé pour une raison — souvent perdue avec le temps. Une réécriture les fait resurgir en production, une par une, au moment le plus visible.
- Un budget multiplié par deux ou trois. Les grandes refontes logicielles dépassent leur enveloppe dans une écrasante majorité des cas. Les études sectorielles classiques (Standish CHAOS) chiffrent à moins d’un tiers la part des projets livrés dans les délais et le budget prévus.
- Une maintenance en double. Pendant que la nouvelle application se construit — souvent pendant un ou deux ans — l’ancienne doit continuer de fonctionner. Vous payez la maintenance des deux, avec la même équipe.
- La confiance de vos utilisateurs. L’application actuelle fonctionne. La nouvelle promet mieux, mais vos utilisateurs devront tout ré-apprendre — et supporteront moins bien les bugs de rodage sur un outil qu’ils utilisent chaque jour.
- Le risque de ne jamais livrer. Une part non négligeable des refontes sont abandonnées en cours de route ou n’atteignent jamais les utilisateurs finaux. L’ancienne application reste — plus fragile qu’avant, et cette fois sans plan de rechange.
Notre position : dans la grande majorité des situations, une modernisation progressive est plus rapide, moins chère et plus sûre qu’une réécriture. On stabilise, on documente, on remplace les modules critiques un par un. L’application reste en production en permanence, et vous voyez les résultats après chaque cycle.
Notre approche
Cycles courts, livraisons régulières, aucune coupure de service. Nous commençons par un audit initial de quelques heures qui identifie les risques prioritaires et vous donne une vision claire de ce qui mérite d’être fait — et dans quel ordre. Vous décidez ensuite du rythme et du périmètre.
Questions fréquentes
Vaut-il mieux réécrire une application ancienne ou la maintenir ?
Dans la grande majorité des cas, la maintenance progressive est plus rapide, moins coûteuse et moins risquée qu’une réécriture. Une réécriture complète implique de retrouver toutes les règles métier codées au fil des années, de payer la maintenance des deux versions en parallèle et de subir un risque significatif d’abandon en cours de route. Nous ne recommandons une réécriture que lorsque la stack sous-jacente est réellement en fin de vie.
Comment reprendre une application web dont le développeur d’origine a disparu ?
C’est la situation la plus fréquente dans nos reprises. Nous commençons par un audit du code, de la base de données et de l’infrastructure. Nous produisons la documentation manquante au fur et à mesure et remettons l’application dans un état où elle peut être maintenue par n’importe quelle équipe.
Combien de temps prend un audit d’application web existante ?
Comptez généralement quelques heures à quelques jours selon la taille de l’application. L’objectif de l’audit est de vous livrer une liste priorisée des risques (sécurité, performance, dette technique) et une estimation claire du travail à prévoir. Vous décidez ensuite du rythme et du périmètre.
Sur quelles technologies intervenez-vous ?
Nous maîtrisons principalement PHP (de PHP 5 aux versions récentes), MySQL, SQLite, Apache, JavaScript moderne et Linux. Nous reprenons aussi bien des applications sur-mesure que des CMS anciens et des back-offices maison.
Peut-on ajouter de nouvelles fonctionnalités sans casser l’existant ?
Oui, c’est précisément l’intérêt d’une maintenance suivie plutôt que d’interventions ponctuelles. Chaque évolution est isolée dans un cycle court, testée séparément, et livrée en production sans interruption de service.