Tierce maintenance applicative : ce que nous avons vu sur 14 153 applications
Nous avons analysé 14 153 applications publiées sur le Play Store pour alimenter notre prospection. Une sur treize présentait au moins un signal de maintenance préoccupant. Et depu
Ce qui a changé le 31 août 2026, et que presque personne n'a vu passer
Depuis le 31 août 2026, une application déjà publiée doit cibler Android 15 au minimum pour rester installable par de nouveaux utilisateurs sur les appareils équipés d'une version d'Android plus récente que la sienne. Les nouvelles applications et les mises à jour, elles, doivent cibler Android 16.
Le point important est dans ce que Google ne fait pas. Votre application n'est pas retirée du magasin. Elle n'est pas signalée. Vos utilisateurs actuels continuent de s'en servir normalement, sans rien remarquer. Seuls les nouveaux visiteurs, sur les téléphones récents, voient un message leur expliquant que l'application n'est pas disponible sur leur appareil parce qu'elle a été conçue pour une version plus ancienne d'Android.
“« Les applications existantes doivent cibler Android 15 ou une version supérieure pour rester disponibles aux nouveaux utilisateurs sur les appareils exécutant une version d'Android supérieure au niveau d'API ciblé par l'application. »
Google Play Console, exigences de niveau d'API cible, août 2026
C'est exactement ce qui rend la situation dangereuse. Il n'y a pas de panne, pas d'alerte, pas de ticket de support. Il y a une courbe d'installations qui s'aplatit, et six mois plus tard une direction qui se demande pourquoi l'application ne recrute plus personne.
Ce que nous avons vu en analysant 14 153 applications
Nous avons construit un outil interne qui parcourt le Play Store pour identifier les applications dont la maintenance semble arrêtée. Il ne s'agit pas d'une étude académique : c'est un outil de prospection, et nous le disons franchement. Mais il a produit un chiffre qui mérite d'être partagé.
Sur 14 153 applications analysées, 1 109 présentaient au moins un signal de maintenance préoccupant. Environ une sur treize. Ce ne sont pas des applications abandonnées par des amateurs : ce sont des applications d'entreprise, publiées par des éditeurs identifiables, encore utilisées par leurs clients.
Le plus frappant n'est pas la proportion, c'est la nature du problème. Dans la quasi-totalité des cas, personne à l'intérieur de l'entreprise ne savait que l'application était dans cet état. L'application fonctionnait, donc tout allait bien.
Les quatre signaux à vérifier sur votre propre application
Vous pouvez faire ce diagnostic vous-même en dix minutes, sans outil et sans nous appeler. Ouvrez la fiche de votre application sur le Play Store, section « À propos de cette appli », puis « Informations sur l'appli ».
- La date de dernière mise à jour. Si elle est antérieure à octobre 2024, votre application ne peut pas cibler Android 15, et elle est donc concernée par la restriction. C'est le signal le plus fiable, et il se lit en trois secondes.
- Les avis récents sans réponse. Un avis de trois mois resté sans réponse veut dire que personne ne regarde plus la fiche. C'est souvent le premier symptôme visible d'un contrat de maintenance qui n'existe plus.
- Les bibliothèques et services tiers. Un service de notifications, une passerelle de paiement ou une brique d'authentification cessent d'être supportés à un rythme qui ne dépend pas de vous. Une application figée hérite de ces fins de support sans jamais en être informée.
- La chaîne de publication. Savez-vous qui détient les comptes développeur, le dépôt de code et la clé de signature ? Cette question paraît administrative. Elle décide de votre capacité à publier une correction en urgence.
Si vous cochez le premier signal, votre application est déjà dans la situation décrite plus haut. Si vous en cochez trois, elle est en fin de vie commerciale, même si elle s'ouvre encore parfaitement sur votre téléphone.
Ce qu'est réellement la tierce maintenance applicative
La tierce maintenance applicative, ou TMA, consiste à confier à un prestataire extérieur la vie d'une application après sa mise en production. Le terme recouvre trois choses distinctes, et la confusion entre elles est à l'origine de la plupart des désaccords entre clients et prestataires.
| Type | Ce que ça couvre | Ce que ça déclenche |
|---|---|---|
| Maintenance corrective | Les anomalies : ce qui devait marcher et ne marche plus | Un signalement, un délai de prise en charge, un correctif |
| Maintenance adaptative | L'environnement qui bouge : versions d'Android et d'iOS, API tierces, obligations de publication | Un calendrier, pas un signalement. C'est le poste que 99 % des entreprises oublient. |
| Maintenance évolutive | Les fonctionnalités nouvelles demandées par le métier | Un devis ou un volume de jours inclus dans le forfait |
La maintenance adaptative est la seule des trois qui se déclenche sans que personne ne demande rien. C'est aussi la seule qui, si elle n'est pas faite, rend l'application progressivement inutilisable. Un contrat qui ne couvre que le correctif donne l'illusion d'être protégé.
Et pour lever une confusion fréquente : la TMA ne concerne pas que les applications mobiles. Un ERP, un CRM, un progiciel métier ou un outil interne développé sur mesure relèvent exactement de la même logique, avec les mêmes trois niveaux.
Combien coûte un contrat de maintenance applicative
Nous affichons nos prix, ce qui est assez rare dans ce métier pour être précisé. Voici la grille, telle qu'elle est facturée.
| Formule | Prix mensuel HT | Pour quel usage |
|---|---|---|
| Essentielle | 390 € | Une application stable, peu d'évolutions attendues, mais qui doit rester publiable et conforme |
| Business | 790 € | Une application utilisée quotidiennement, avec des évolutions régulières et un besoin de réactivité |
| Sérénité | 1 490 € | Une application critique pour l'activité, avec un volume d'évolutions soutenu |
Engagement de douze mois dans les trois cas. Ce que le prix recouvre varie surtout selon trois facteurs : le nombre de plateformes à maintenir, la présence d'un back-office et d'une base de données à surveiller, et le délai de prise en charge que vous attendez en cas d'anomalie bloquante.
Un repère utile pour situer ces montants : une remise à niveau d'application laissée sans maintenance pendant deux ans coûte régulièrement plus cher que deux années de contrat. Non pas parce que le travail est plus complexe, mais parce qu'il faut rattraper d'un coup plusieurs versions de système, plusieurs bibliothèques abandonnées, et une chaîne de publication que plus personne ne sait faire tourner.
Le cas de l'application dont le prestataire a disparu
C'est la situation la plus fréquente parmi celles qui nous arrivent. L'agence a fermé, le développeur indépendant ne répond plus, ou la relation s'est arrêtée sans passation. L'application tourne toujours, et personne ne sait comment la modifier.
Avant toute reprise, quatre choses sont à récupérer, et il vaut mieux s'en occuper pendant que le prestataire répond encore : le code source et son historique, les accès aux comptes développeur Google Play et Apple, les accès à l'hébergement et à la base de données, et la clé de signature de l'application.
La clé de signature mérite une attention particulière. Si l'application utilise le service de signature de Google Play, la clé est conservée par Google et une récupération reste possible. Si elle était gérée par le prestataire et qu'elle est perdue, il faut publier une nouvelle fiche : les installations existantes, les avis et l'historique de la fiche ne suivent pas. C'est le seul point de cette liste qui peut coûter des années d'acquisition.
Une reprise commence toujours par un audit du code existant, jamais par une promesse de délai. Tant que le dépôt n'a pas été ouvert et compilé, personne ne peut sérieusement annoncer un chiffrage, et un prestataire qui le fait quand même vous annonce surtout qu'il ne l'a pas regardé.
Quand la TMA n'est pas la bonne réponse
- L'application est utilisée par une dizaine de personnes en interne, sans distribution publique, et son environnement ne bouge pas. Un forfait mensuel est alors plus cher qu'une intervention ponctuelle.
- Une réécriture est déjà décidée pour les douze mois qui viennent. Maintenir l'existant devient une dépense à fonds perdus, sauf pour tenir jusqu'à la bascule.
- L'application ne sert plus vraiment et personne ne l'assume. La vraie décision est alors de la retirer proprement, pas de la maintenir.
- Le code est dans un état tel que chaque correction en casse une autre. Il faut un chantier de reprise, pas un contrat récurrent, et un prestataire honnête vous le dira avant de vous faire signer.
Ce qu'il faut retenir
- Une application non maintenue ne tombe pas en panne. Elle devient simplement impossible à installer pour les nouveaux utilisateurs, sans alerte.
- La date de dernière mise à jour sur la fiche du magasin suffit à poser le diagnostic en trois secondes.
- La maintenance adaptative est le poste que personne ne demande et que tout le monde subit.
- Récupérez la clé de signature et les accès pendant que votre prestataire actuel répond encore.
- Une remise à niveau après deux ans d'arrêt coûte souvent plus que deux ans de contrat.
