Maintenance applicative : ce qu’un contrat TMA couvre vraiment (et ce qu’il ne couvre pas)
Une application web livrée sans contrat de maintenance, c’est comme un immeuble livré sans contrat d’entretien. Ça fonctionne — jusqu’au jour où ça ne fonctionne plus. Ce guide explique ce qu’est la Tierce Maintenance Applicative (TMA), ce qu’elle couvre concrètement, combien ça coûte en 2026, et comment choisir la bonne formule pour votre situation.
Qu’est-ce que la TMA (Tierce Maintenance Applicative) ?
La TMA désigne l’ensemble des activités permettant de maintenir une application web ou un logiciel en condition opérationnelle après sa livraison initiale. Elle couvre trois dimensions distinctes que l’on confond souvent.
Distinction importante
Le développement initial et la maintenance sont deux prestations distinctes. Un devis de développement ne couvre jamais la maintenance post-livraison, sauf mention explicite contraire. Prévoir les deux budgets séparément.
Corrective, préventive, évolutive, adaptative : les 4 types de maintenance
On parle souvent de « la maintenance » comme d’un bloc unique. En réalité, un contrat TMA recouvre quatre natures d’intervention bien distinctes. Les confondre, c’est le meilleur moyen de se retrouver avec un forfait qui ne couvre pas ce dont on a réellement besoin — ou de payer pour ce qu’on n’utilise jamais.
| Type | Ce que ça recouvre | Exemple concret | Incluse au forfait ? |
|---|---|---|---|
| Corrective | Correction des bugs et anomalies détectés en production | Un formulaire de paiement qui plante sur mobile | Oui |
| Préventive | Mises à jour de sécurité, dépendances, monitoring, sauvegardes | Patch d’une faille critique sur une librairie | Oui |
| Adaptative | Adaptation aux évolutions de l’environnement technique (version de PHP, navigateur, API tierce…) | Mise à niveau suite à une nouvelle version de l’API d’un partenaire | Selon contrat |
| Évolutive | Ajout de fonctionnalités, adaptation au métier ou à la réglementation | Nouveau module de reporting demandé par la direction | Non — facturée à part |
Le piège classique
La maintenance corrective est celle à laquelle tout le monde pense, mais ce sont la préventive et l’adaptative qui évitent les pannes coûteuses. Un contrat qui ne couvre que le correctif, c’est un pompier sans détecteur de fumée : on intervient quand ça brûle déjà.
Ce qu’un contrat TMA couvre — et ce qu’il ne couvre pas
Ce qui est généralement inclus dans un forfait TMA
- Surveillance en continu de la disponibilité de l’application (monitoring)
- Alertes en cas d’anomalie ou d’indisponibilité (24/7 ou heures ouvrées selon le SLA)
- Mises à jour de sécurité des frameworks et librairies utilisés
- Corrections de bugs sur les fonctionnalités existantes
- Sauvegardes automatiques de la base de données avec procédure de restauration testée
- Rapport mensuel d’activité et de santé de l’application
Ce qui est généralement exclu (ou facturé en supplément)
- Les nouvelles fonctionnalités — c’est de l’évolution, pas de la maintenance
- La refonte de l’interface ou de l’UX
- Les bugs causés par des modifications effectuées par un tiers
- Les problèmes liés à l’hébergement si celui-ci n’est pas géré par le prestataire
- La formation des nouveaux utilisateurs
- Les évolutions réglementaires majeures (RGPD v2, nouvelles normes sectorielles)
Combien coûte un contrat TMA en 2026 ?
Le coût dépend directement de deux variables : la criticité de l’application (que se passe-t-il si elle est indisponible 2 heures ?) et le volume de maintenance corrective et préventive attendu. Voila ce que l’on trouve actuellement sur le marché.
| Formule | Profil type | Coût mensuel | Délai d’intervention | Disponibilité support |
|---|---|---|---|---|
| Essentiel | Application interne, usage non critique | 500 – 800 € | 48–72h ouvrées | Heures ouvrées |
| Business | Application client, revenus dépendants | 800 – 1 500 € | 4–8h | J7 heures ouvrées étendues |
| Premium | SaaS en production, clients payants | 1 500 – 3 000 € | < 1h | 24/7 avec astreinte |
| Sur mesure | Système critique, réglementé (santé, finance) | Sur devis | Défini au SLA | Défini au SLA |
Ce qu’on observe sur le marché
La règle empirique du secteur situe le coût annuel de maintenance entre 15 et 25% du coût de développement initial. Pour une application développée à 20 000 €, prévoyez 3 000 à 5 000 € par an. Ce n’est pas un luxe — c’est le coût de ne pas perdre votre investissement initial.
Maintenance
L’offre maintenance et accompagnement d’ITGwada.
Les différents niveaux et tarifs, SLA, FAQ.
Qu’est-ce qu’un SLA et pourquoi c’est important ?
Le SLA (Service Level Agreement) est la partie contractuelle qui définit les engagements mesurables du prestataire : taux de disponibilité garanti, délais d’intervention selon la sévérité de l’incident, pénalités en cas de non-respect.
| Indicateur SLA | Ce que ça signifie | Niveau typique |
|---|---|---|
| Disponibilité (uptime) | % du temps où l’application est accessible | 99,5% = 3,6h d’arrêt max/mois |
| RTO | Recovery Time Objective — délai max avant rétablissement | 4h pour formule Business |
| RPO | Recovery Point Objective — données max perdues en cas de sinistre | 24h (sauvegardes quotidiennes) |
| MTTR | Mean Time To Repair — temps moyen de résolution | À négocier selon criticité |
Vigilance
Un contrat sans SLA chiffré n’est pas un contrat de maintenance sérieux — c’est une déclaration d’intention. Exigez des engagements mesurables avec des pénalités contractuelles associées. Quels sont les recommandations de l’ANSSI sur la sécurité applicative ?
Niveaux de sévérité : GTI et GTR
Un SLA sérieux ne se limite pas à un taux de disponibilité global : il classe les incidents par niveau de sévérité et associe à chacun deux engagements distincts — la GTI (Garantie de Temps d’Intervention : délai avant la prise en charge du ticket) et la GTR (Garantie de Temps de Rétablissement : délai avant le retour à la normale).
| Sévérité | Exemple typique | GTI — prise en charge | GTR — rétablissement |
|---|---|---|---|
| P1 — Critique | Application indisponible, paiement HS, fuite de données | ≤ 1h ouvrée | ≤ 4h |
| P2 — Majeur | Fonction clé dégradée, contournement possible | ≤ 4h ouvrées | ≤ 1 jour ouvré |
| P3 — Mineur | Anomalie cosmétique, petite demande d’évolution | ≤ 1 jour ouvré | Prochaine release planifiée |
Ces seuils sont des ordres de grandeur courants en 2026 : ils se négocient selon la criticité réelle de votre application et la plage horaire couverte.
Heures ouvrées (HO) ou couverture 24/7 (HNO) ?
Un SLA s’applique toujours sur une plage horaire définie. La couverture standard se fait en heures ouvrées (HO, ~8h–18h les jours ouvrés). Une application critique — e-commerce, SaaS B2B, santé — justifie une couverture étendue en heures non ouvrées (HNO), voire 24/7, avec une astreinte facturée en conséquence. Point de vigilance : vérifiez que les délais GTI et GTR se décomptent dans la plage horaire que vous payez, et non en temps calendaire — une GTR de « 4h » déclenchée un vendredi à 18h n’a pas le même sens en HO qu’en 24/7.
La TMA selon votre stack technique : ce qui change
Le périmètre — et le coût — d’un contrat TMA ne se chiffrent pas de la même façon selon la technologie de votre application. Rythme des correctifs de sécurité, fréquence des montées de version majeures, dépendances externes : chaque stack a ses contraintes propres. Voici ce qui change concrètement.
Le bon réflexe
Demandez à votre prestataire de maintenance s’il maîtrise réellement votre stack — pas seulement « le web » en général. Une TMA efficace suppose une connaissance fine de l’écosystème : versions, dépendances, outils de supervision. Chez ITGwada, la maintenance couvre les applications web et SaaS en Java / Spring Boot, PHP (Symfony, WordPress) et JavaScript (Node, React, Angular).
Quand faut-il signer un contrat de maintenance ?
La réponse courte : à la livraison du projet. La réponse honnête : le plus tôt possible dans la réflexion, idéalement pendant la phase de cadrage.
Plusieurs signaux indiquent qu’une application a besoin d’un contrat de maintenance actif :
Que faire si vous avez une application sans maintenance ?
C’est la situation la plus courante : une application développée il y a 2 ou 3 ans, livré par un prestataire qui n’est plus disponible, avec des dépendances qui n’ont pas été mises à jour. Voici l’approche que j’applique dans ce cas.
Réversibilité et transfert : récupérer ou changer de prestataire
Que se passe-t-il le jour où vous voulez changer de prestataire de maintenance — ou internaliser ? C’est précisément ce qu’encadre la réversibilité. Une clause de réversibilité bien rédigée garantit que vous pouvez reprendre la main sur votre application sans dépendre de la bonne volonté du prestataire sortant. C’est l’assurance anti-prise d’otage de tout contrat TMA sérieux.
Qu’est-ce qu’un plan de réversibilité ?
C’est le document contractuel qui décrit comment le prestataire vous restitue les moyens d’exploiter l’application : code source, accès, documentation, données et accompagnement du transfert. Sans plan de réversibilité écrit, un « transfert de maintenance applicative » peut prendre des mois — ou capoter.
Concrètement, un transfert de TMA bien mené se déroule en quatre temps :
Pour que ce soit possible, exigez ces points dès la signature du contrat de maintenance — pas le jour où vous voulez partir :
- Une clause de réversibilité explicite, avec un délai de restitution chiffré (ex : 15 jours)
- La propriété du code source et des données clairement attribuée à votre entreprise
- Une documentation maintenue à jour tout au long du contrat, pas reconstituée à la fin
- Un dépôt de code (Git) dont vous êtes propriétaire ou copropriétaire
- Une obligation d’accompagnement du prestataire repreneur, même minimale
Mon engagement
Je livre systématiquement le code source complet avec sa documentation, sur un dépôt dont vous êtes propriétaire. La réversibilité n’est pas une option que je facture : c’est la condition d’une relation de confiance. Vous restez libre de partir — c’est précisément ce qui donne envie de rester.
FAQ — Questions fréquentes sur la maintenance applicative
Votre application a besoin d’un suivi ?
Obtenez une estimation en 30 minutes
Un audit initial gratuit pour évaluer l’état de votre application et vous proposer la formule de maintenance adaptée.