Maintenir une app créée avec l'IA après son lancement : ce qui casse, et qui le répare

Oui, une app créée avec l’IA demande de l’entretien, même si vous n’y changez jamais une ligne. Apple et Google relèvent leurs exigences chaque année, les adhésions et les certificats expirent, les bibliothèques vieillissent et les modèles d’IA sont retirés. Une app publiée continue de fonctionner un temps pour ses utilisateurs, mais chaque échéance manquée rend la mise à jour suivante plus lourde.

Dominique Siacci, CTO de GoodBarber, le résume ainsi (en anglais) : l’IA a fait passer la génération d’une app de trois mois à trois minutes, mais les 1 094 jours qui suivent n’ont pas raccourci d’une heure. Le premier jour est devenu gratuit, et c’est désormais le jour 1 095 qui fait la différence entre les apps. Voici ce qui se passe pendant ces jours-là. Pour le lancement lui-même, voyez notre guide de publication.

Le rythme annuel

Apple sort une version majeure d’iOS chaque septembre, et Android sort lui aussi une version majeure par an. Les stores transforment ensuite chaque nouvelle version en exigence.

Date	Ce qui change	Ce que ça implique pour vous
28 avril 2026	Apple : les envois doivent être compilés avec Xcode 26 et le SDK iOS 26	Toute mise à jour envoyée aujourd’hui doit passer par ces outils
31 août 2026	Google Play : les nouvelles apps et les mises à jour doivent cibler Android 16 (API 36). Prolongation possible jusqu’au 1er novembre 2026	Votre prochaine mise à jour Android doit cibler l’API 36
31 août 2026	Google Play : les apps existantes doivent cibler au moins l’API 35	En dessous, l’app n’est proposée que sur les appareils équipés de la même version d’Android ou d’une plus ancienne
Avril 2027	Apple : les envois devront être compilés avec le SDK iOS 27 (annoncé le 9 septembre 2026)	Prévoyez une recompilation avant le printemps

La règle de SDK d’Apple porte sur les envois, pas sur les apps déjà en vente. Le piège arrive le jour où vous devez publier un correctif : la compilation doit respecter le plancher du moment, avec tout ce qu’il entraîne. Expo prévient par exemple que les apps compilées avec le SDK iOS 27 doivent adopter le cycle de vie par scènes d’UIKit, sinon elles ne se lancent pas correctement sous iOS 27. Au 12 novembre 2026, la page d’exigences de Google n’annonce pas encore l’étape suivante après l’API 36.

Ce qui arrive si personne ne touche à l’app

• App Store : une app sans mise à jour depuis trois ans, jamais ou très peu téléchargée sur 12 mois glissants, reçoit un avis de l’App Review. Vous avez 90 jours pour soumettre une mise à jour, sinon l’app est retirée jusqu’à l’approbation d’une nouvelle version. Les utilisateurs actuels la gardent. Une app qui plante au lancement est retirée immédiatement.
• Google Play : une app existante qui cible l’API 34 ou moins n’est plus proposée aux nouveaux utilisateurs dont le téléphone tourne sous une version d’Android plus récente.
• Adhésion Apple expirée : vos apps ne sont plus téléchargeables et vous ne pouvez plus soumettre de mise à jour. Elles fonctionnent toujours chez ceux qui les ont déjà installées.

Les renouvellements que personne ne note dans son agenda

Élément	Durée de vie	S’il expire
Programme Apple Developer	99 dollars par année d’adhésion	Les apps ne sont plus téléchargeables
Certificat de distribution Apple	Expire, à renouveler	Les apps en ligne ne sont pas touchées, mais vous ne pouvez plus envoyer de mise à jour signée avec
Profil de provisionnement	12 mois, selon Expo	Sans effet sur les apps en ligne ; il en faut un nouveau pour la prochaine compilation
Notifications : certificat APNs	Expire	Vous ne pouvez plus envoyer de notifications push
Notifications : clé de signature APNs (.p8)	N’expire pas, peut être révoquée	À préférer au certificat
Certificat SSL (version web, serveur, API)	200 jours maximum depuis le 15 mars 2026, 100 jours à partir du 15 mars 2027, 47 jours à partir du 15 mars 2029	Les navigateurs affichent une alerte de sécurité, et les appels à votre serveur peuvent échouer
Nom de domaine	Fixée par votre bureau d’enregistrement	La version web et les liens de votre app ne fonctionnent plus

Ce calendrier SSL vient d’un scrutin du CA/Browser Forum (SC-081v3) voté en avril 2025. À 47 jours, le renouvellement ne tient que s’il est automatisé : Dominique Siacci compte environ huit renouvellements par an.

Le code qui vieillit : Expo, SDK, manifestes de confidentialité

Si votre projet est en React Native avec Expo (c’est ce que produisent Bolt et Replit), le framework avance lui aussi. Expo sort trois versions majeures de son SDK par an depuis plusieurs années, et chaque SDK a une durée de vie d’environ un an. Le SDK 58, sorti le 15 octobre 2026, est conçu pour iOS 27 et React Native 0.88, et la nouvelle app Expo Go ne prend en charge que le SDK 58. Sauter des versions transforme plusieurs petites mises à niveau en une seule, grosse et risquée.

Les bibliothèques intégrées à votre app vieillissent aussi. Depuis le 1er mai 2024, Apple exige des raisons approuvées pour certaines API système dans un manifeste de confidentialité pour accepter un envoi. Si vous ajoutez un SDK de la liste d’Apple des SDK tiers courants (une centaine, dont Firebase, OneSignal et Lottie), son manifeste de confidentialité est obligatoire, ainsi qu’une signature pour les dépendances binaires.

Si votre app appelle un modèle d’IA

Les modèles sont la dépendance la plus périssable de toutes, comme le souligne Dominique Siacci (en anglais). OpenAI s’engage à prévenir au moins 6 mois avant de retirer un modèle disponible pour tous, Anthropic au moins 60 jours. Exemples : OpenAI arrête gpt-5 et o3 le 11 décembre 2026, et Anthropic retire Claude Sonnet 4.5 le 30 novembre 2026. Après cette date, les requêtes échouent.

Un modèle de remplacement ne fait pas que maintenir l’app en marche : il peut changer ce qu’elle fait. Pierre-Laurent Medori, responsable de l’ingénierie backend de GoodBarber, a documenté un cas (en anglais) dans son outil de création par IA : après un changement de modèle le 23 septembre 2026, la part des modifications qui faisaient perdre plus de 60 % du JavaScript d’une app est passée de 1,4 % à 7,6 %. Sa conclusion : le nouveau modèle a été le déclencheur, mais le bug venait d’une vérification que leur chaîne ne faisait pas.

Les nouvelles règles des stores s’appliquent aussi aux anciennes apps

• Suppression de compte : depuis le 30 juin 2022, Apple exige que les apps qui permettent de créer un compte permettent aussi de lancer sa suppression depuis l’app. Google Play exige un chemin dans l’app et un lien web ; depuis le 31 mai 2024, les apps non conformes s’exposent à des sanctions pouvant aller jusqu’au retrait.
• Classification par âge : Apple a demandé aux développeurs de répondre à ses nouvelles questions de classification pour chaque app avant le 31 janvier 2026, pour éviter tout blocage lors des mises à jour.
• Déclarations de données : les détails de confidentialité chez Apple et le formulaire Data safety chez Google doivent rester exacts chaque fois que vous ajoutez un outil ou une fonction d’IA. C’est l’un des motifs de refus classiques chez Apple.

Qui fait quoi, selon la voie choisie

Voie	Ce que l’outil prend en charge (selon sa documentation)	Ce qui reste à votre charge
Vous, avec le code (projet Expo issu de Bolt ou Replit)	Rien par défaut. Les services d’Expo peuvent gérer les identifiants, compiler et soumettre	Tout : mises à niveau du SDK Expo, Xcode, API cible, identifiants, déclarations de confidentialité, nouvelle soumission
Rork	Compile et soumet à Apple quand vous cliquez sur Publish. Ne crée plus de projets Expo : les nouvelles apps sont en Swift ou en Kotlin	Republier à chaque mise à jour
Newly	Écrit un projet Expo qui vous appartient, envoie sur TestFlight et en test interne sur Google Play	Son propre guide indique que c’est vous qui soumettez, donc vous qui respectez le plancher de SDK ; les mises à niveau du SDK ne sont pas documentées
Draftbit	Compile et envoie depuis son menu Publish	Republier avec un nouveau numéro de version ; sa FAQ ne parle pas des mises à niveau du SDK
FlutterFlow	Met à jour la version de Flutter utilisée (3.38.5 le 3 février 2026)	Corriger le code personnalisé ou les dépendances si besoin, recompiler
Adalo	Les changements de contenu et de données se synchronisent sans nouvelle soumission ; la numérotation des versions est automatique	Les changements de mise en page et de fonctions demandent une nouvelle compilation et une nouvelle validation
Thunkable	A fait passer ses compilations à l’API 35 le 7 août 2025	Republier : l’équipe a précisé que le changement ne s’applique qu’après une mise à jour de votre app
GoodBarber	Quand une règle d’OS ou de store change, réécrit une fois le composant concerné dans son moteur de compilation ; chaque app en hérite à sa compilation suivante. Le SSL de la version web est fourni et renouvelé automatiquement. Son service de publication GBTC renouvelle les certificats si besoin, compile, envoie et soumet les mises à jour iOS	Décider quand publier une mise à jour, le nom de domaine, un compte Apple actif

Le schéma est le même partout : les meilleurs outils mettent à jour leur moteur, mais une app n’en profite qu’une fois une nouvelle version publiée sur les stores.

La checklist annuelle

• Avant le printemps : recompiler avec le dernier Xcode et le dernier SDK iOS, et publier une mise à jour (SDK iOS 27 à partir d’avril 2027)
• Avant le 31 août : cibler le niveau d’API exigé par Google
• À chaque date de renouvellement : adhésion Apple, certificats, identifiants de notification (préférez la clé .p8), nom de domaine
• Version web et serveur : vérifier que le renouvellement SSL est automatique
• Projets Expo : passer au SDK suivant avant que le vôtre sorte de sa fenêtre d’un an
• Nouveau SDK ou fonction d’IA : mettre à jour le manifeste de confidentialité, les détails de confidentialité Apple et le formulaire Data safety
• Modèle d’IA : surveiller la page de retrait de votre fournisseur et tester le remplaçant avant de basculer
• Au moins une mise à jour sur les stores par an, même sans nouveauté

Notre avis

Une app n’est pas un objet fini : elle vit au rythme du calendrier d’Apple et de Google. Avant de choisir un outil, demandez-vous qui recompilera et soumettra votre app chaque année. Si c’est vous, réservez-y du temps tous les ans et gardez la checklist ci-dessus. Si vous ne voulez pas rouvrir un projet à chaque printemps, choisissez un outil qui met à jour son moteur de compilation pour vous et, idéalement, gère la soumission. Dans tous les cas, notez avril et août dans votre agenda : les échéances manquées s’accumulent, et la mise à jour repoussée ne fait que grossir.