Maintenance d’une application mobile : ce qu’il faut prévoir

1. Maintenance d’une application mobile : la réponse courte

Une application publiée ne reste pas figée. Il faut corriger ses bugs, la rendre compatible avec les nouvelles versions d’iOS, suivre les exigences d’Apple et de Google, et adapter ce qui dépend de services extérieurs. C’est ça, la maintenance d’une application mobile.

Sans elle, une app finit par ne plus pouvoir être mise à jour, puis par quitter l’App Store. Apple l’écrit noir sur blanc dans ses App Review Guidelines : si ton app ne fonctionne plus comme prévu ou si tu ne la maintiens plus activement, elle sera retirée de l’App Store.

Ce guide t’aide à savoir quoi prévoir, qui s’en occupe et quelles questions poser avant de signer. Il complète notre guide pour créer une application mobile, qui décrit tout le parcours jusqu’à la sortie.

2. Les cinq types de maintenance et qui s’en charge

On range souvent la maintenance en deux familles : corriger ce qui existe et faire évoluer l’app. Pour une app iPhone, il vaut mieux distinguer cinq types de travail. Ils n’arrivent pas au même moment et ne se décident pas de la même façon.

En entreprise, tu croiseras aussi le sigle TMA, pour tierce maintenance applicative : la maintenance est alors confiée à un prestataire extérieur, avec un contrat qui fixe ce qu’il prend en charge. Le mot change, les cinq types de travail restent les mêmes.

La différence qui compte le plus est celle entre maintenir et faire évoluer. Garder l’app en état de marche est une obligation si tu veux qu’elle reste disponible. Ajouter des fonctions est un choix, qui se cadre comme un nouveau petit projet.

3. Pourquoi il faut mettre à jour une application même sans nouvelle fonction

Beaucoup de porteurs de projet pensent qu’une app qui marche n’a pas besoin d’être touchée. Le problème, c’est que tout bouge autour d’elle. Voici les changements réels de 2026, vérifiés le 26 octobre 2026 sur les pages officielles.

• Les outils exigés par Apple. Depuis le 28 avril 2026, toute app envoyée sur App Store Connect doit être construite avec Xcode 26 ou plus récent et le SDK d’iOS 26. Depuis le 9 septembre 2026, les apps iOS envoyées doivent cibler iOS 13 ou une version plus récente (exigences d’Apple). Une app déjà en ligne n’est pas retirée pour autant, mais sa prochaine mise à jour devra respecter ces règles. Plus l’app a attendu, plus le rattrapage est long.
• Les nouveaux iPhone. Le 5 octobre 2026, Apple a invité les développeurs à préparer leurs apps pour l’iPhone Duo, en vente à partir du 23 octobre 2026. Apple conseille de les recompiler avec Xcode 27.1, qui ajoute sa prise en charge. Apple précise qu’à partir d’avril 2027, toute app soumise devra inclure des captures d’écran pour l’iPhone Duo (annonce d’Apple).
• Les services d’Apple eux-mêmes. Apple a annoncé que les nouvelles adresses e-mail masquées créées avec « Se connecter avec Apple » passeraient sur un nouveau domaine. Les apps qui utilisent cette connexion doivent accepter ces adresses dans leurs vérifications d’e-mail (annonce du 24 août 2026). Un détail de ce genre peut bloquer des inscriptions sans que personne ne s’en aperçoive.
• Les règles de l’App Store. Les App Review Guidelines ont encore été révisées le 16 octobre 2026. La règle 2.5.1 demande de garder les apps à jour et d’abandonner les technologies qui ne seront plus prises en charge dans les prochaines versions d’iOS.
• Google Play, si ton app existe aussi sur Android. Depuis le 31 août 2026, les nouvelles apps et les mises à jour doivent cibler Android 16 (niveau d’API 36). Les apps existantes doivent cibler au moins Android 15 pour rester proposées aux nouveaux utilisateurs dont le téléphone tourne sur une version d’Android plus récente que celle ciblée par l’app. Google permettait de demander un délai jusqu’au 1er novembre 2026 : cette date est passée (aide Google Play, vérifiée le 5 novembre 2026).

Aucun de ces changements ne vient de toi ni de tes utilisateurs. C’est pour ça qu’une app sans maintenance prévue vieillit, même si personne n’y touche.

4. Ce qui arrive à une app qui n’est plus maintenue

Apple a un processus permanent, appelé App Store Improvements, qui retire les apps qui ne fonctionnent plus comme prévu, ne respectent plus les règles actuelles ou sont dépassées. Voici ce que dit sa page officielle :

• Une app qui n’a pas été mise à jour depuis trois ans et qui n’atteint pas un seuil minimal de téléchargements sur douze mois glissants reçoit un message dans App Store Connect.
• Tu as alors 90 jours pour soumettre une mise à jour. Sans mise à jour approuvée, l’app est retirée de l’App Store jusqu’à ce qu’une nouvelle version soit acceptée.
• Une app qui plante au lancement est retirée immédiatement.
• Les personnes qui ont déjà installé l’app peuvent continuer à l’utiliser, et son nom reste attaché à ton compte.

Le second risque est administratif. Si l’adhésion à l’Apple Developer Program expire, les apps ne sont plus téléchargeables et tu ne peux plus soumettre de mise à jour, selon l’aide Apple sur le renouvellement. Les utilisateurs qui ont déjà l’app la gardent. Après un renouvellement tardif, les apps gratuites reviennent en moins de 24 heures ; les apps payantes reviennent une fois l’accord « Paid Applications » accepté dans App Store Connect. Il n’y a rien à resoumettre.

L’adhésion coûte 99 USD par an et se renouvelle par le titulaire du compte. L’option de renouvellement automatique existe sur le site, mais n’est pas proposée dans toutes les régions. Note la date d’expiration quelque part où tu la verras.

5. Comment se passe une mise à jour sur l’App Store

Une mise à jour suit presque le même chemin que la première publication. Elle prend moins de temps, mais rien n’est automatique.

1. Une nouvelle version construite et testée. Le développeur prépare un nouveau build avec les outils exigés au moment de l’envoi. Tu l’essaies sur ton iPhone, idéalement sur TestFlight, avant qu’il parte chez Apple. Notre guide pour tester ton application iPhone avec TestFlight détaille cette étape.
2. Une fiche à jour. La règle 2.3 des guidelines demande que la description, les captures et les informations de confidentialité reflètent l’app et restent à jour avec chaque nouvelle version. Les nouvelles fonctions doivent être décrites précisément dans les notes pour l’équipe d’examen.
3. L’examen par Apple. Chaque mise à jour repasse par App Review, avec les mêmes motifs de refus que la première version. Notre guide sur la validation App Store liste les causes de refus les plus fréquentes.
4. La sortie, en une fois ou par étapes. Avec la publication progressive, la mise à jour arrive sur 7 jours chez les utilisateurs qui ont activé les mises à jour automatiques : 1 % le premier jour, puis 2 %, 5 %, 10 %, 20 %, 50 % et 100 % le septième, d’après l’aide App Store Connect. Tu peux la mettre en pause si un problème apparaît. N’importe qui peut quand même télécharger la nouvelle version à la main depuis l’App Store.

Pour un bug critique, Apple accepte d’étudier une demande d’examen accéléré. Ce n’est pas un droit : c’est une raison de plus pour tester chaque version avant de la soumettre. Pour les durées de chaque étape, notre guide sur le délai de création d’une application donne les chiffres publiés par Apple.

6. Le coût de maintenance d’une application : de quoi il dépend

Tu liras souvent que la maintenance coûte chaque année un certain pourcentage du prix de création. Nous n’avons trouvé aucune étude publique qui établisse ce genre de chiffre : ce sont des estimations de prestataires, sans méthode publiée. On ne le reprend donc pas ici. Ce qui est vérifiable, ce sont les postes qui composent le coût.

Les frais fixes des stores

L’Apple Developer Program coûte 99 USD par an, et le compte Google Play 25 USD une seule fois, en octobre 2026. Ces montants ne dépendent pas de ton prestataire.

Les services connectés

Hébergement, base de données, envoi d’e-mails, notifications, service d’IA, cartes : chaque service a ses propres tarifs, souvent liés à l’usage. Plus l’app a d’utilisateurs, plus la facture peut monter. Garde la liste de ces services, avec le compte qui les paie.

Le temps de travail

C’est le poste qui varie le plus. Il dépend de facteurs que tu peux évaluer dès la création :

• le nombre de services extérieurs branchés à l’app, car chacun peut changer de son côté ;
• la présence de comptes utilisateurs, de paiements ou d’abonnements, qui demandent plus de vérifications à chaque version ;
• le nombre de plateformes : une app iPhone et Android, ce sont deux séries de tests et deux publications ;
• la qualité de départ du code et des tests, qui rend chaque correction plus ou moins rapide ;
• le temps passé sans mise à jour : rattraper plusieurs versions d’iOS d’un coup coûte plus cher que suivre chaque année.

Pour chiffrer tout le projet, création comprise, notre guide pour préparer le budget de ton application propose une grille poste par poste.

7. Les questions à mettre dans ton contrat de maintenance

La maintenance se négocie avant la livraison, pas le jour où l’app plante. Chez Yodavio, elle n’est pas incluse dans le prix de création : elle est comprise seulement avec un forfait mensuel. Pose ces questions à tout prestataire, nous compris, et demande des réponses écrites.

• Qu’est-ce qui est corrigé sans frais après la livraison, pendant combien de temps, et qu’appelle-t-on un bug ?
• Comment je signale un problème, et sous quel délai tu réponds ? Le délai est-il plus court pour une app qui plante ?
• Qui prépare les mises à jour imposées par Apple ou Google, comme un nouvel Xcode ou un nouveau niveau d’API Android, et comment sont-elles facturées ?
• Teste-t-on l’app sur chaque nouvelle version majeure d’iOS ? Qui s’en charge et quand ?
• Les nouvelles fonctions passent-elles par un devis séparé ?
• Qui surveille les services tiers, reçoit leurs alertes et paie leurs factures ?
• Sur quel compte développeur l’app est-elle publiée, et qui en est le titulaire ? Qui renouvelle l’adhésion ?
• Ai-je accès au code, aux fichiers de design et aux identifiants des services pendant le contrat ? Que me remet-on à la fin ?
• Qui prépare la fiche, les notes de version et la soumission à Apple pour chaque mise à jour ?
• Comment le contrat se termine-t-il, avec quel préavis, et comment un autre prestataire peut-il reprendre l’app ?

Le point le plus important reste la propriété des comptes et du code. Notre guide pour choisir un prestataire d’application mobile explique ce qui doit rester à ton nom et comment donner accès sans confier tes identifiants.

8. Questions fréquentes

Combien coûte la maintenance d’une application ?

Il n’existe pas de prix standard. Les frais des stores sont connus (99 USD par an chez Apple, 25 USD une fois chez Google en octobre 2026). Le reste dépend des services branchés, du nombre de plateformes et du temps de travail. Demande à chaque prestataire de séparer ces postes par écrit.

Une app qui n’est plus mise à jour disparaît-elle de l’App Store ?

Pas du jour au lendemain, sauf si elle plante au lancement. Une app sans mise à jour depuis trois ans et presque jamais téléchargée sur douze mois reçoit un avertissement d’Apple, puis dispose de 90 jours pour être mise à jour. Une app peut aussi être retirée si elle ne fonctionne plus comme prévu.

Mon adhésion Apple a expiré et mes apps ont disparu : que faire ?

La situation est racontée sur le forum des développeurs Apple par un développeur dont le moyen de paiement n’avait pas fonctionné. Le titulaire du compte doit renouveler l’adhésion. Les apps gratuites reviennent ensuite en moins de 24 heures, les payantes après acceptation de l’accord « Paid Applications ». Rien n’est à resoumettre.

La personne qui a publié l’app a quitté l’entreprise : qui peut publier la mise à jour ?

Une question posée sur le forum des développeurs Apple. Une app est liée à un compte développeur, pas à une personne. Si ce compte est celui de ton entreprise, un administrateur peut donner l’accès à quelqu’un d’autre. Si l’app a été publiée sur le compte personnel de quelqu’un qui est parti, il faut le retrouver, voire organiser un transfert de l’app.

Mon développeur n’est plus disponible : un autre peut-il reprendre l’app ?

Oui, à condition d’avoir le code source. Sur le forum d’Apple, une entreprise dans ce cas s’est vu répondre que le code se trouve dans le projet Xcode du développeur, pas dans l’app publiée. Sans ce projet, il faut tout reconstruire. Prévois l’accès au code dès le contrat de création.

Faut-il mettre à jour l’app à chaque nouvelle version d’iOS ?

Pas forcément le jour même, mais il faut au moins la tester. Une nouvelle version d’iOS peut changer l’affichage ou le comportement d’une fonction. Et dès que tu veux publier une correction, Apple impose les outils récents : en octobre 2026, Xcode 26 et le SDK d’iOS 26 au minimum.