Votre application est en ligne, le budget de développement est consommé, et une question revient vite : combien va-t-elle coûter chaque année pour rester en vie ? La plupart des devis s’arrêtent à la mise en production. Le coût de maintenance d’une application mobile est pourtant le poste le plus sous-estimé, parce qu’il est diffus et rarement détaillé.
Chez Playmoweb, nous concevons et maintenons des applications mobiles depuis plus de 12 ans, à Angers, pour le médical, l’industrie, l’agriculture ou les services publics. Dans notre guide des coûts d’une application mobile en 2026, nous donnions une règle simple : prévoir 15 à 25 % du coût initial par an. Cet article détaille ce que couvre ce budget, pourquoi il est incompressible, et comment le réduire.
Sommaire
Une application mobile vit sur des systèmes d’exploitation qui changent chaque année, dans des stores qui imposent leurs règles, sur des téléphones que vos utilisateurs renouvellent. Quatre forces la poussent à évoluer, que vous le vouliez ou non.
Apple a publié iOS 27 le 14 septembre 2026. Google a livré Android 17 sur les Pixel dès le 16 juin 2026, avec un déploiement progressif chez les autres constructeurs. À chaque version majeure, des comportements changent : permissions, gestion de l’énergie, affichage sur grands écrans, notifications. Une application non testée sur la nouvelle version fonctionne en général, mais pas toujours, et vos utilisateurs ne préviennent pas avant de laisser une note à une étoile.
Les stores fixent des dates limites. Sur Google Play, depuis le 31 août 2026, toute mise à jour doit cibler Android 16 (API 36) et les applications existantes doivent cibler au moins Android 15 pour rester visibles des nouveaux utilisateurs. Côté Apple, toute soumission doit être compilée avec le SDK iOS 26 depuis avril 2026, et la règle passera au SDK iOS 27 à partir d’avril 2027. Chaque année, il y a donc au moins une mise à jour technique obligatoire par plateforme, même sans nouvelle fonctionnalité.
Une application embarque des dizaines de composants externes : SDK d’analytics, de paiement, de cartographie, de notifications. Chacun publie des versions, en abandonne d’autres et corrige des failles. Laisser ces dépendances vieillir, c’est accumuler une dette qui se paie à la prochaine mise à jour obligatoire.
Une faille dans une bibliothèque embarquée devient votre problème. Et le cadre s’est durci. Les applications de commerce, de banque ou de transport destinées au grand public doivent être accessibles depuis le 28 juin 2025, avec une première condamnation d’un grand distributeur français en juin 2026. Le Cyber Resilience Act impose depuis le 11 septembre 2026 aux fabricants de produits comportant du logiciel de signaler toute vulnérabilité activement exploitée sous 24 heures, ce qui concerne les applications compagnon d’objets connectés. Ces obligations demandent une veille continue, pas une mise en conformité unique.
Le mot maintenance regroupe quatre activités au rythme et au coût différents.
La maintenance corrective. Un bug remonté par un utilisateur, un écran qui plante sur un modèle précis, une synchronisation qui échoue. Imprévisible par nature, mais son volume décroît vite après les premiers mois si l’application a été bien testée.
La maintenance préventive, ou technique. Mises à jour des SDK et des bibliothèques, montée de version des outils de compilation, adaptation aux nouvelles versions d’iOS et d’Android, respect des échéances des stores. C’est la part la plus prévisible du budget, et dans notre expérience la majorité des heures consommées sur une application stable.
La maintenance évolutive. Nouvelles fonctionnalités, refonte d’un parcours, nouvelle intégration. Pas obligatoire, mais une application qui n’évolue jamais perd ses utilisateurs. Elle se chiffre au cas par cas, comme un mini-projet.
La maintenance réglementaire. Accessibilité, RGPD, obligations sectorielles, signalement de vulnérabilités au titre du CRA. Marginale il y a cinq ans, elle mérite sa propre ligne en 2026, surtout pour une application grand public ou compagnon d’un objet connecté.
La règle des 15 à 25 % du coût initial par an reste le repère le plus fiable : ce qui a coûté cher à construire coûte cher à maintenir. Voici ce qu’elle donne appliquée aux fourchettes de notre guide des coûts de février 2026.
| Type de projet | Coût initial | Maintenance annuelle (15 à 25 %) | Ce que cela couvre en pratique |
|---|---|---|---|
| MVP simple | 25 à 50 k€ | 3 750 à 12 500 € | Mises à jour OS et stores, corrections, quelques petites évolutions |
| Application métier | 50 à 120 k€ | 7 500 à 30 000 € | Idem, plus suivi du backend, des intégrations et des SDK |
| Plateforme complexe | 120 à 200 k€ et plus | 18 000 à 50 000 € et plus | Idem, plus monitoring, sécurité, conformité, évolutions régulières |
Le bas de la fourchette correspond à une application stable, sans évolution fonctionnelle, au socle technique récent. Le haut intègre un flux régulier d’évolutions et un environnement exigeant (objet connecté, données de santé, forte volumétrie). La première année est souvent plus chargée que les suivantes : c’est là que remontent les cas d’usage non prévus.
Important : ces montants couvrent le travail de l’équipe de développement. Ils n’incluent ni les frais fixes ci-dessous, ni une refonte majeure, ni une migration technologique.
En dehors des heures de développement, une application génère des frais récurrents.
Les comptes développeur d’abord. L’Apple Developer Program coûte 99 dollars par an, à renouveler tant que l’application est publiée. Le compte Google Play Console se règle une fois, 25 dollars, sans renouvellement. Montants faibles, mais un compte Apple non renouvelé entraîne le retrait de vos applications, et Google ferme les comptes inactifs qui cumulent moins de 1 000 installations et aucune connexion pendant 180 jours. Ces comptes doivent appartenir à votre entreprise, pas à votre prestataire.
L’hébergement du backend ensuite. Une application avec des comptes utilisateurs, une synchronisation ou des notifications s’appuie sur un serveur et une base de données : comptez de quelques dizaines à quelques centaines d’euros par mois pour une application métier classique, davantage pour une plateforme à fort trafic.
Les services tiers s’ajoutent : SMS et e-mails transactionnels, cartographie, paiement, stockage, authentification, analyse d’usage. Facturés à l’usage ou par abonnement, ils grossissent avec le nombre d’utilisateurs. Le monitoring enfin (suivi des plantages, alertes de disponibilité) reste indispensable pour détecter un problème avant vos utilisateurs.
Notre conseil : centralisez ces abonnements au nom de votre entreprise et tenez-en la liste à jour. Le jour où vous changez de prestataire, cette liste vaut de l’or.
La TMA (tierce maintenance applicative) est le contrat par lequel une agence s’engage à maintenir votre application. Trois modèles existent : forfait mensuel fixe, régie à la demande, crédit de temps prépayé. Chez Playmoweb, nous privilégions le dernier, parce qu’il aligne le coût sur le besoin réel.
Le principe : vous achetez à l’avance un volume de temps, en heures ou en jours, valable sur une période donnée. Chaque intervention (bug, mise à jour de SDK, publication sur les stores) est décomptée de ce crédit avec un relevé détaillé. Quand le crédit s’épuise, vous en rachetez un, ajusté à votre consommation réelle. Le contrat fixe aussi les délais de prise en compte d’une anomalie selon sa criticité.
Le crédit couvre la maintenance corrective et technique. Les évolutions fonctionnelles font l’objet d’un chiffrage séparé, ce qui évite de vider le crédit sur une nouvelle fonctionnalité alors qu’une mise à jour obligatoire attend. Pour l’ordre de grandeur, une application simple et stable consomme quelques jours par an, une application métier avec backend et intégrations nettement plus (volumes à confirmer au cas par cas).
L’avantage : aucune heure payée pour rien, et un prestataire qui connaît votre code. La contrepartie : il faut planifier. Un crédit épuisé à la veille d’une échéance de store, c’est une mise à jour en retard.
C’est la partie que les devis ne mentionnent pas, celle où l’absence de maintenance finit par coûter plus cher que la maintenance.
Trois leviers ont un effet direct et mesurable sur ce budget.
Réduisez la surface à maintenir. Deux applications natives séparées (Swift pour iOS, Kotlin pour Android), c’est deux bases de code à mettre à jour, tester et publier à chaque échéance. Avec Kotlin Multiplatform et Compose Multiplatform, la logique métier et l’interface sont partagées : une correction est faite une fois, une montée de version traitée sur un seul projet. C’est l’une des raisons pour lesquelles KMP est notre technologie de référence, avec une économie de 20 à 40 % dès le développement initial et une maintenance allégée d’autant. Notre comparatif Kotlin Multiplatform, Flutter ou React Native en 2026 détaille ce point.
Automatisez les tests. Des tests automatisés et une chaîne d’intégration continue vérifient en quelques minutes qu’une mise à jour de bibliothèque ne casse rien. Sans cela, chaque montée de version exige des tests manuels sur plusieurs téléphones. L’investissement se rembourse dès les premières échéances de stores.
Mettez à jour régulièrement plutôt qu’en une fois. Une montée de version par trimestre, calée sur le calendrier Apple et Google (bêtas en juin, sorties en septembre, échéances de stores au printemps et à la fin de l’été), coûte moins cher que le grand rattrapage tous les deux ans. C’est aussi ce qui garde une application publiable à tout moment, utile le jour où un bug critique doit sortir en urgence.
Ajoutez une documentation à jour et des comptes détenus par votre entreprise, et vous avez une application qui vieillit bien. Si elle n’est pas encore construite, ces choix se font dès la conception : c’est ce que nous intégrons dans nos projets de développement d’applications mobiles.
Deux réponses négatives ou plus ? Un audit technique permet de chiffrer précisément la remise à niveau et le budget annuel réaliste.
Vous voulez sécuriser la maintenance de votre application ? Contactez-nous pour un échange gratuit et sans engagement : nous analysons votre application et vous proposons un contrat de TMA adapté à votre rythme. 👉 playmoweb.com/nous-contacter