Fréquence de mise à jour des applications : le rythme de sortie de 4 756 apps iPhone en 2026

Les apps iPhone les plus populaires sortent une nouvelle version à peu près une fois par semaine ou tous les quinze jours. Le 27 octobre 2026, nous avons consulté les 4 756 apps des classements américains d’Apple, top gratuit et top payant, pour 24 catégories d’apps iPhone, et relevé pour chacune la date de sortie de sa version actuelle. L’app gratuite médiane avait publié cette version 6,9 jours plus tôt. La moitié des apps du top gratuit, 50,5 %, avaient sorti une nouvelle version au cours des 7 derniers jours, et 83,4 % au cours des 30 derniers.

Les apps du top payant se mettent à jour beaucoup moins souvent. Leur médiane était de 151,1 jours depuis la dernière mise à jour, et 36 % n’avaient publié aucune nouvelle version depuis plus d’un an. Une partie de l’écart vient du type d’apps présent dans chaque classement : les classements payants sont remplis de petites apps anciennes qui se vendent toujours, et l’app payante médiane comptait 40 notes, contre 51 733 pour l’app gratuite médiane. La taille n’explique pas tout pour autant. Parmi les apps qui ont entre 1 000 et 10 000 notes, la médiane était de 11,9 jours dans les classements gratuits et de 91,9 jours dans les classements payants.

La taille est l’autre grande ligne de partage. Les apps qui comptent un million de notes ou plus avaient une médiane de 4,9 jours depuis leur dernière mise à jour, et 96,6 % s’étaient mises à jour dans les 30 jours. Celles qui ont moins de 1 000 notes affichaient une médiane de 99,8 jours. Les apps du top 10 de leur catégorie avaient une médiane de 6,8 jours. D’une catégorie à l’autre, la médiane allait de 11,2 jours pour Jeux à 41,9 jours pour Outils de développement, et le lundi était le jour de sortie le plus fréquent, avec 23,2 % des versions récentes, contre 6,6 % le dimanche.

Chaque chiffre de cette page vient de ce seul relevé ou d’une source citée à l’endroit où elle sert. L’étude porte sur l’App Store américain : ses classements, ses notes et ses fiches. Si vous cherchez seulement comment mettre à jour les apps de votre iPhone ou couper les mises à jour automatiques, la marche à suivre d’Apple est résumée plus bas, dans la section « Mise à jour des applications iPhone », juste après le premier tableau. Cette section répond aussi aux questions des utilisateurs d’iPhone, et la suivante explique la méthode. Les suivantes s’adressent à celles et ceux qui développent des apps : rythme de sortie par catégorie et par taille d’app, meilleur jour pour publier, pratiques des grandes équipes, et mise en place de votre propre calendrier de release. Les tableaux agrégés sont téléchargeables en bas de page.

Si vous avez un iPhone et que vous vous demandez pourquoi vos apps changent sans arrêt, la réponse tient en deux points : leurs éditeurs publient souvent de nouvelles versions, et votre téléphone les installe pour vous. La page d’assistance d’Apple sur la mise à jour manuelle des apps de l’App Store, publiée le 17 septembre 2026, indique que sur iPhone et iPad, les apps téléchargées sur l’App Store sont mises à jour automatiquement par défaut. Le guide d’utilisation de l’iPhone ajoute que les apps installées d’origine sur l’iPhone sont mises à jour quand vous mettez à jour iOS.

À quelle fréquence les apps se mettent-elles à jour automatiquement ? Apple ne publie aucun calendrier pour les mises à jour automatiques, et les pages d’aide d’Apple que nous avons lues ne disent pas à quelle heure de la journée elles se déclenchent. Ce qui fixe le rythme, c’est la fréquence à laquelle chaque développeur publie une version. Dans notre relevé, la moitié des apps du top gratuit en avaient publié une dans la semaine écoulée, et 12,1 % dans les dernières 24 heures. À ce rythme, un iPhone qui contient 40 apps gratuites populaires en verrait une vingtaine changer au cours d’une semaine ordinaire. C’est une estimation grossière tirée de nos données, pas un chiffre publié par Apple.

Les totaux d’Apple montrent à quel point tout cela passe inaperçu. Le rapport de transparence 2025 de l’App Store (en anglais) compte 46 630 867 840 mises à jour automatiques d’apps par semaine, contre 701 572 983 mises à jour manuelles. Si l’on calcule à partir de ces deux chiffres, environ 1,5 % des mises à jour ont été installées à la main.

Pourquoi mes applications se mettent-elles à jour aussi souvent ? Surtout parce que les grosses apps sortent une version selon un calendrier hebdomadaire fixe, décrit plus bas dans la section sur les release trains, et parce que des correctifs rapides partent entre deux versions. Si vous préférez décider vous-même, vous pouvez désactiver la mise à jour automatique des applications sur iPhone : ouvrez Réglages, touchez Apps, puis App Store, et désactivez « Mises à jour d’apps ». La page d’assistance d’Apple précise qu’une fois les mises à jour automatiques désactivées, l’App Store vous envoie une notification chaque fois qu’une mise à jour est disponible pour l’une de vos apps. Pour mettre à jour à la main, ouvrez l’App Store, touchez votre photo en haut de l’écran, touchez « Mises à jour d’apps », puis « Mettre à jour » à côté d’une app, ou « Tout mettre à jour ». La page sur les réglages de l’App Store du même guide liste les options voisines, dont « Données cellulaires », pour télécharger quand vous n’êtes pas sur un réseau sans fil, et « Décharger les apps inutilisées ».

Nous sommes partis des classements publics d’Apple pour les États-Unis. Pour chacune des 24 catégories d’apps iPhone, nous avons lu le top 100 des apps gratuites et le top 100 des apps payantes dans les anciens flux RSS d’iTunes, comme le flux du top gratuit de la catégorie Jeux. Cela fait 48 classements. Nous avons laissé de côté Autocollants, Catalogues et l’ancienne catégorie Kiosque, qui contiennent peu d’apps ordinaires, voire aucune. Dans nos données, aucune app n’apparaissait dans plus d’un classement.

Nous avons ensuite interrogé chaque app avec l’API Lookup d’iTunes, publique, qui renvoie la fiche de l’App Store correspondant à un identifiant d’app. Les requêtes ont tourné le 27 octobre 2026 et se sont terminées à 12 h 40 UTC. Certains classements ont donné moins de 100 apps avec une fiche, si bien que chaque classement compte de 95 à 100 apps. Au total, l’étude porte sur 4 756 apps distinctes : 2 395 issues des classements gratuits et 2 361 des classements payants.

La mesure principale est le champ qu’Apple appelle currentVersionReleaseDate : la date et l’heure de sortie de la version actuelle de l’app sur le store. Pour chaque app, nous avons compté les jours entre ce moment et le relevé. Nous avons aussi gardé la date de première sortie de l’app, son numéro de version, sa note et son nombre de notes, sa taille, la version minimale d’iOS qu’elle demande, le nombre de langues listées sur sa fiche produit, et deux informations sur ses notes de version : leur longueur, et le fait que le texte entier soit ou non une formule toute faite. Nous n’avons pas conservé le texte des notes de version lui-même.

Tous les chiffres de cette page sortent d’un seul script lancé sur un seul relevé enregistré. Les résultats sont donc reproductibles, et la même méthode peut tourner n’importe quel autre jour. Notes, tailles et versions sont les valeurs d’Apple telles que l’API les a renvoyées. Quand nous avons regroupé des apps, la taille de chaque groupe figure à côté de son résultat, parce qu’une médiane calculée sur 24 apps mérite moins de confiance qu’une médiane calculée sur 2 395.

Un relevé unique ne compte pas les mises à jour. Il indique, pour chaque app, depuis combien de temps sa version actuelle est sortie. Pour savoir combien de versions une app publie en un an, il faudrait l’observer tous les jours pendant un an. On peut donc se demander légitimement si le nombre de jours depuis la dernière mise à jour dit quoi que ce soit sur la fréquence de mise à jour des apps.

Il en dit plus qu’il n’y paraît, pour une raison simple. Une app qui sort une version tous les 7 jours ne peut jamais avoir plus de 7 jours de retard sur sa dernière sortie. Regardez-la un jour pris au hasard, et sa dernière mise à jour a entre 0 et 7 jours, 3,5 jours en moyenne. Une app qui sort une version tous les 30 jours sera quelque part entre 0 et 30 jours, 15 en moyenne. Pour une app au rythme régulier, le nombre de jours depuis la dernière mise à jour vaut à peu près la moitié de l’écart entre deux sorties. Sur des milliers d’apps, le hasard du jour de l’observation se compense, et la médiane d’un groupe reflète la fréquence à laquelle ce groupe publie.

Prenons Alex, un exemple inventé. Son app de suivi d’habitudes sort une version toutes les deux semaines, le lundi. Le mardi qui suit une sortie, l’app est à 1 jour de sa dernière mise à jour. Le vendredi de la deuxième semaine, elle en est à 11. Sur un cycle complet, la moyenne est de 7 jours, la moitié de son rythme de 14 jours. Si 200 apps fonctionnaient comme celle d’Alex, leur médiane de jours depuis la dernière mise à jour serait proche de 7. Lue de la même façon, une médiane de 6,9 jours pour le top gratuit correspond à un rythme typique d’une à deux semaines, ce qui rejoint ce que les grandes équipes disent de leur propre calendrier plus bas dans cette page.

Certaines lectures ne demandent aucune interprétation. Si la version actuelle d’une app a plus d’un an, l’app n’a publié aucune mise à jour depuis plus d’un an. La part d’apps sans mise à jour depuis plus d’un an, 2,1 % du top gratuit et 36,0 % du top payant, est donc un décompte exact, pas une estimation. Les parts mises à jour sous 7 jours et sous 30 jours sont exactes elles aussi, en tant que constats sur la semaine et le mois écoulés. Elles ne deviennent des estimations que si on les lit comme une habitude : une sortie cette semaine ne prouve pas un rythme hebdomadaire, et un long écart peut être une pause plutôt qu’une politique.

Les classements payants ne sont pas une version réduite des classements gratuits. Ils contiennent un autre genre d’apps. L’app payante médiane comptait 40 notes, et 83,1 % en avaient moins de 1 000. Les 268 apps de nos données qui comptent un million de notes ou plus venaient toutes des classements gratuits, et sur les 268 apps sans aucune note, 262 étaient payantes. Ces chiffres laissent penser qu’un nombre modeste de ventes suffit pour garder une app payante dans le top 100 d’une catégorie, même si Apple ne publie pas la façon dont ses classements sont établis.

Les apps du top payant sont aussi plus anciennes. L’app payante médiane était sortie pour la première fois 9,1 ans avant le relevé, contre 7,2 ans pour l’app gratuite médiane, et 45,6 % des apps du top payant avaient 10 ans ou plus. Beaucoup sont des achats uniques : le prix médian était de 3,99 USD, et 0,99 USD était le prix le plus courant. Une app qui encaisse une seule fois par client a moins de raisons, et souvent moins de budget, de sortir une version chaque semaine qu’une app gratuite qui vit d’abonnements, de publicité ou d’achats intégrés.

Le modèle économique se voit même à taille égale. Dans chaque tranche de notes qui contient les deux types d’apps, les apps payantes s’étaient mises à jour moins récemment que les gratuites : une médiane de 41,7 jours contre 6,6 pour les apps de 10 000 à 100 000 notes, 91,9 contre 11,9 pour celles de 1 000 à 10 000, et 167,0 contre 12,6 pour celles de moins de 1 000. Nos données ne disent pas pourquoi, mais elles écartent l’idée que les apps payantes sont lentes uniquement parce qu’elles sont petites.

Il en résulte une longue traîne d’apps qui se vendent encore mais changent rarement. 22,5 % des apps du top payant tournaient sur une version de plus de trois ans, et 14,6 % sur une version de plus de cinq ans. La plus ancienne version actuelle du top payant datait de juin 2009. La procédure App Store Improvements d’Apple signale les apps qui n’ont pas été mises à jour depuis trois ans et qui n’atteignent pas non plus un seuil minimal de téléchargements, ce qu’Apple décrit comme aucun téléchargement ou très peu sur une période glissante de 12 mois. Une app qui se vend assez pour entrer dans un classement a peu de chances d’échouer au second critère : ces apps restent donc en ligne.

Certaines apps payantes font exactement l’inverse. L’app payante n° 1 de chaque catégorie avait une médiane de 7,3 jours depuis sa dernière mise à jour, et le top 10 payant de chaque catégorie une médiane de 28,8 jours. Au-delà du rang 50, la médiane payante montait à 215,8 jours. Parmi les jeux payants connus, Minecraft, n° 1 des jeux payants, en était à 28,8 jours de sa dernière mise à jour, tandis que Five Nights at Freddy’s, au rang 12, tournait encore sur une version sortie le 7 mars 2024.

Le rang et le rythme de mise à jour vont aussi de pair dans les classements gratuits. L’app gratuite n° 1 de chacune des 24 catégories avait une médiane de 4,0 jours depuis sa dernière mise à jour, et 79,2 % de ces 24 apps s’étaient mises à jour dans la semaine. Sur le top 10 gratuit de chaque catégorie, soit 240 apps, la médiane était de 4,6 jours et 95,0 % s’étaient mises à jour dans les 30 jours. Du rang 11 au rang 50, la médiane était de 6,7 jours, et du rang 51 au rang 100, de 8,2 jours.

C’est une corrélation, et elle joue sans doute dans les deux sens. Beaucoup d’apps en tête appartiennent à de grandes entreprises, dont plusieurs décrivent des release trains hebdomadaires, et ces équipes peuvent se permettre de publier souvent parce que l’app rapporte déjà. Rien dans ces données ne montre que publier plus souvent fait monter une app dans un classement. Ce qu’elles montrent, c’est la norme à laquelle vous êtes comparé : si vous visez le top 10 d’une catégorie gratuite, la plupart de vos voisins ont publié quelque chose dans la semaine.

Prises ensemble, les 480 apps du top 10 d’une catégorie avaient une médiane de 6,8 jours, mais une dispersion plus large que le seul top 10 gratuit. 9,6 % d’entre elles ne s’étaient pas mises à jour depuis un an, et 44 de ces 46 apps étaient des apps payantes en tête de classements payants peu actifs. Pour une vue d’ensemble du nombre d’apps et de développeurs en concurrence sur le store, voyez nos statistiques App Store.

Les apps gratuites se mettent à jour vite dans toutes les catégories. La médiane du top gratuit allait de 4,6 jours en Productivité à 20,0 jours en Outils de développement, et dans 21 des 24 catégories elle restait sous les 12 jours. Les catégories s’écartent surtout à cause de leurs classements payants, dont la médiane allait de 19,9 jours en Musique à 990,9 jours en Shopping. La place d’une catégorie dans ce classement en dit autant sur les apps payantes qu’on y achète que sur la fréquence à laquelle ses apps changent.

Les jeux arrivent en tête. Les jeux du top gratuit avaient une médiane de 5,6 jours depuis leur dernière mise à jour, et 94,0 % s’étaient mis à jour dans les 30 jours, ce qui colle à des jeux qui organisent des événements et ajoutent du contenu en continu. Le classement des jeux payants se partageait entre des titres qui sortent une version toutes les quelques semaines et des jeux plus anciens qui n’ont pas bougé depuis des années, avec une médiane de 101,6 jours. Pour l’aspect business du jeu mobile, nos statistiques du marché du jeu mobile (en anglais) et le guide du marketing de jeux mobiles (en anglais) vont plus loin.

Productivité, Finance, Voyages et Forme et santé ont des classements gratuits menés par de grandes entreprises : les apps bureautiques de Microsoft et de Google, des apps de paiement et de bourse comme PayPal, Venmo et Robinhood, des apps de réservation comme Airbnb et Expedia, et des apps de sport comme Strava et MyFitnessPal. Finance, Shopping et Cuisine et boissons avaient la plus forte part d’apps gratuites mises à jour dans les 30 jours, 96,0 % chacune.

Du côté lent, Outils de développement se distingue même dans son classement gratuit. L’app gratuite médiane de cette catégorie avait moins de 200 notes, signe d’une catégorie de petits outils qui sortent une version quand il y a quelque chose à sortir, et sa médiane gratuite était de 20,0 jours, la plus lente de toutes. Médecine est un autre cas : ses apps gratuites ne sont pas petites, avec une médiane de 43 293 notes, et pourtant la médiane gratuite était de 14,9 jours, la deuxième plus lente. Le travail de test et de conformité propre aux logiciels de santé peut en expliquer une partie, mais nos données ne permettent pas de le dire. Navigation suit avec 14,7 jours. En Actualités, Références et Cuisine et boissons, la médiane combinée est tirée vers le haut par des classements payants pleins d’apps anciennes ; la médiane du top payant Cuisine et boissons était de 844,9 jours.

Si vous voulez un seul repère pour votre catégorie, prenez la colonne du top gratuit, parce qu’elle reflète ce que font réellement les apps qui se disputent les téléchargements. Si votre app est payante, la colonne du top payant montre l’étendue de ce qui reste normal.

Plus une app a de notes, plus sa dernière mise à jour est récente. Les apps qui comptent un million de notes ou plus avaient une médiane de 4,9 jours depuis leur dernière mise à jour. Un quart d’entre elles s’étaient mises à jour dans les 1,1 derniers jours, 70,5 % dans la semaine et 96,6 % dans le mois. Seules 9 de ces 268 apps avaient dépassé les 30 jours.

Une partie du saut observé chez les petites apps tient, là encore, au clivage gratuit et payant, puisque la plupart des petites apps de nos données sont payantes. Mais la tendance tient aussi à l’intérieur des seuls classements gratuits. La médiane passe de 4,9 jours pour les plus grosses apps gratuites à 6,6 jours pour les apps gratuites de 10 000 à 100 000 notes, 11,9 jours pour celles de 1 000 à 10 000, et 12,6 jours pour celles de moins de 1 000. Les petites apps gratuites étaient à peu près deux fois et demie plus loin de leur dernière mise à jour que les plus grosses.

Cela correspond à la façon dont les équipes décrivent leur travail. Une grosse app a de nombreuses équipes qui ajoutent des fonctionnalités en même temps : il lui faut un release train fixe pour les fusionner sans risque, et le train part chaque semaine, qu’une fonctionnalité donnée soit prête ou non. Un développeur seul publie quand une fonctionnalité est terminée. Aucune des deux approches n’est mauvaise. Avec la règle empirique vue plus haut, une médiane d’environ 12 jours correspond à une sortie toutes les trois à quatre semaines : une petite équipe qui suit ce rythme est donc dans la ligne des petites apps gratuites du classement, et rien dans les données ne l’oblige à s’aligner sur une entreprise qui compte des centaines d’ingénieurs.

Un peu, pour autant que ces données permettent d’en juger, et elles ne peuvent pas établir de cause. Parmi les apps qui ont au moins 100 notes, celles mises à jour dans les 30 derniers jours avaient une note médiane de 4,7 étoiles. Celles dont la dernière mise à jour remontait à 31 à 365 jours avaient une médiane de 4,6, tout comme celles sans mise à jour depuis plus d’un an. Les médianes sont serrées parce que les notes de l’App Store se concentrent en haut de l’échelle.

L’écart est plus net si l’on regarde la part d’apps notées 4,5 étoiles ou plus : 83,4 % des apps mises à jour récemment, 64,4 % de celles mises à jour 31 à 365 jours plus tôt, et 57,7 % de celles sans mise à jour depuis un an. Le même ordre se retrouve à l’intérieur des classements gratuits et à l’intérieur des classements payants : ce n’est donc pas seulement le clivage gratuit et payant qui réapparaît. Cela reste une corrélation. Les équipes qui publient souvent sont en général plus grandes et mieux financées, et une app bien notée gagne l’argent qui lui permet de continuer à publier.

Il y a une raison de plus de lire les écarts de notes avec prudence. Apple permet à un développeur de réinitialiser la note globale au moment où il publie une nouvelle version, séparément pour chaque pays, et recommande d’utiliser cette option avec parcimonie. Une réinitialisation change la note précisément des apps qui viennent de se mettre à jour. La même page d’Apple indique qu’une app peut demander une note jusqu’à trois fois sur une période de 365 jours, et notre guide pour obtenir des avis sur l’App Store (en anglais) explique quand le demander.

Retirer la semaine la plus récente supprime l’effet du jour de relevé, et le lundi reste en tête avec 21,1 % des sorties, contre 6,7 % le dimanche. À l’heure de Californie, il mène avec 23,4 %. Ce sont les plus grosses apps qui misent le plus sur le lundi : parmi les apps qui ont 100 000 notes ou plus, 33,9 % des sorties récentes ont eu lieu un lundi et 2,9 % un dimanche. Les apps du top payant répartissent leurs sorties plus également et publient davantage le samedi et le dimanche, 11,4 % et 11,3 %.

Les articles techniques des équipes mobiles décrivent un rythme qui produit exactement ce résultat. Thoughtworks décrit une boucle hebdomadaire dans laquelle l’équipe soumet le build à la review le vendredi, l’approbation arrive en général avant le lundi, et la décision de publier se prend à ce moment-là. L’équipe d’Unfold chez Squarespace soumet à la review des stores le vendredi et lance son déploiement progressif le lundi matin. Le processus de release de Spotify est décalé d’un jour : l’équipe vise une soumission le lundi et déploie la version sur les deux jours suivants.

Avec les délais de review d’Apple, le samedi et le dimanche servent naturellement de zone tampon. La page App Review d’Apple indique qu’App Review travaille 24 heures sur 24 et examine en général au moins 50 % des soumissions en moins de 24 heures et 90 % en moins de 48 heures. Un build envoyé le vendredi est donc le plus souvent approuvé pendant le samedi ou le dimanche, et une équipe qui a choisi la publication manuelle peut le publier le lundi, quand tout le monde est au bureau. Pour le détail des délais, voyez notre page sur le délai de validation App Store.

L’heure de sortie suit la journée de travail américaine. Entre 15 h et 18 h 59 UTC, soit de 8 h à midi en Californie pendant l’heure d’été, les apps ont publié 26,7 % de leurs versions récentes, contre 16,7 % pour n’importe quelle tranche de quatre heures si les sorties étaient réparties également. La plage plus large de 13 h à 20 h 59 UTC en concentrait 47,4 %. Les heures les plus calmes étaient 4 h et 5 h UTC, soit environ de 21 h à 23 h en Californie, avec 1,7 % chacune.

Ce sont les heures auxquelles les versions sont apparues sur le store, ce qui ne correspond pas toujours au moment où quelqu’un a appuyé sur un bouton. La page d’Apple sur les options de publication d’une version en propose trois : publier la version manuellement, la publier automatiquement après approbation, ou la publier automatiquement après approbation mais pas avant une date et une heure que vous saisissez. Apple ajoute qu’une version publiée manuellement peut mettre jusqu’à 24 heures à apparaître sur l’App Store. Une publication automatique suit l’horloge de la review plutôt que celle du développeur : une partie du profil horaire revient donc à Apple.

Les notes de version sont le texte affiché sous le numéro de version sur la fiche produit. Nous n’en avons gardé que deux informations : leur longueur, et le fait que le texte entier soit ou non une formule toute faite comme « Bug fixes and performance improvements », la phrase type du store américain. Le test est strict. Il ne signale que les notes dont le texte entier, espaces en trop retirées, correspond à l’une des formules d’une courte liste : des notes qui commencent par une formule toute faite et ajoutent une ligne ne sont pas comptées. La part réelle de notes sans information est probablement plus élevée que notre chiffre.

Avec cette réserve : 3,5 % des apps avaient des notes de version vides, et 6,9 % des apps qui en avaient se contentaient d’une formule toute faite. La note médiane faisait 104 caractères, soit une ou deux phrases courtes, et un quart des notes dépassaient 249 caractères. 30,5 % faisaient moins de 50 caractères.

Les grosses apps recouraient plus souvent à une formule toute faite : 8,6 % des apps qui comptent un million de notes ou plus et 9,5 % de celles de 100 000 à un million, contre 4,7 % des apps de moins de 1 000 notes. Le top gratuit en utilisait une dans 9,4 % des cas, le top payant dans 4,1 %. Cela colle avec un train hebdomadaire, où beaucoup de semaines ne contiennent que des correctifs. Les règles de l’App Review d’Apple (en anglais), mises à jour le 16 octobre 2026, l’autorisent : la règle 2.3.12 dit que les simples corrections de bugs, mises à jour de sécurité et améliorations de performances peuvent se contenter d’une description générique, mais que les changements plus importants doivent figurer dans les notes.

Les apps payantes laissaient plus souvent le champ vide, 6,6 % contre 0,4 % des apps gratuites. Les apps mises à jour récemment écrivaient des notes plus longues : une médiane de 133 caractères pour les apps mises à jour dans les 30 jours, contre 70 pour celles sans mise à jour depuis un an. Pour voir à quoi ressemblent des notes utiles, consultez nos exemples de release notes, et pour en rédiger à partir d’une liste de changements, essayez le générateur de release notes (en anglais).

Les numéros de version portent l’historique des sorties d’une équipe. La documentation d’Apple sur la chaîne de version demande trois entiers séparés par des points, au format majeur, mineur et correctif, mais laisse leur sens au développeur. La plupart des apps l’utilisent de façon classique, d’où une version majeure médiane de 3. Une minorité augmente le premier nombre très souvent : Instagram et Threads étaient toutes deux en 453.0 le jour du relevé, et Facebook en 584.1. D’autres y mettent la date, comme Robinhood en 2026.43.1 et Reddit en 2026.43.0. Pour une app qui augmente le premier nombre à chaque sortie, un numéro de version dans les centaines est la trace de centaines de sorties.

Les versions minimales d’iOS montrent jusqu’où les apps soutiennent les anciens iPhone. Les chiffres d’utilisation publiés par Apple, mesurés sur les appareils qui ont effectué des transactions sur l’App Store le 7 juin 2026, placent 79 % des iPhone sous iOS 26, 14 % sous iOS 18 et 7 % sous des versions plus anciennes. 13,9 % des apps de notre relevé demandaient iOS 18 ou plus récent, et seulement 3,6 % iOS 26 ou plus récent : la plupart des apps du top tournent donc encore sur des téléphones restés plusieurs versions en arrière.

Les règles d’Apple imposent aussi des mises à jour avec le temps. Sa page sur les exigences à venir (en anglais) indique que depuis le 28 avril 2026, les apps envoyées sur App Store Connect doivent être compilées avec Xcode 26 ou plus récent et un SDK iOS 26, et que depuis le 9 septembre 2026, les apps iOS et iPadOS envoyées doivent viser iOS 13 ou plus récent. Dans nos données, aucune des 2 986 apps dont la version actuelle est sortie le 9 septembre ou après n’acceptait une version antérieure à iOS 13, ce qui confirme utilement que les fiches concordent avec les règles d’Apple. 47,0 % des apps du top payant, contre 3,8 % des apps du top gratuit, tournaient encore sur une version sortie avant la date du SDK, le 28 avril.

C’est côté langues que les apps du top ont le plus de marge. La moitié des apps classées listent une langue ou aucune dans leur fiche, et même dans le top gratuit, 39,5 % n’en listent qu’une. L’App Store peut pourtant afficher le texte de la fiche produit localisé dans 50 langues et variantes régionales. Pour une petite équipe qui cherche une mise à jour que les nouveaux utilisateurs remarqueront, une traduction est l’un des rares changements qui ouvrent un nouveau marché au lieu de peaufiner le marché actuel.

Apple ne fixe aucune fréquence. Ses règles de l’App Review disent, dans la partie sur les fonctionnalités minimales, que même après l’approbation de votre app, vous devez la mettre à jour pour qu’elle reste fonctionnelle et attrayante pour les nouveaux clients comme pour les anciens, et que les apps qui cessent de fonctionner ou se dégradent peuvent être retirées à tout moment. Le plancher ferme, c’est la procédure App Store Improvements : trois ans sans mise à jour, associés à presque aucun téléchargement, valent un signalement à l’app, et le développeur doit alors soumettre une mise à jour dans les 90 jours.

Au-dessus de ce plancher, les données donnent trois repères. L’app gratuite typique du top était à 6,9 jours de sa dernière sortie, ce qui correspond à un rythme d’une à deux semaines. Les petites apps gratuites du classement, avec moins de 10 000 notes, étaient entre 11,9 et 12,6 jours, ce qui correspond à peu près à une sortie toutes les trois à quatre semaines. Et les apps payantes qui restent à jour, le top 10 de chaque catégorie payante, étaient à 28,8 jours, ce qui correspond à une sortie par mois, voire tous les deux mois. Ces lectures de rythme reposent sur la règle empirique expliquée plus haut : le nombre de jours depuis la dernière mise à jour vaut à peu près la moitié de l’écart entre deux sorties.

Pour la plupart des petites équipes, une sortie toutes les deux à quatre semaines est un bon réglage par défaut. C’est assez fréquent pour que les signalements de bugs trouvent une réponse en un cycle, que l’historique des versions sur la fiche produit n’ait jamais l’air abandonné, et que vous ayez toujours une nouveauté récente à partager. C’est assez lent pour tester chaque build correctement. Une sortie par semaine se justifie dès que plusieurs personnes poussent du code chaque jour, parce qu’un train fixe garde chaque version petite. Laisser passer plus de deux mois entre deux sorties est normal pour une app payante aboutie, même si, dans nos données, les apps restées un an sans mise à jour étaient moins souvent notées 4,5 étoiles ou plus, quelle qu’en soit la cause.

Publiez quand vous avez une raison de le faire. Un correctif mérite de partir dès qu’il est testé. Un changement visible mérite d’être accompagné de nouvelles captures d’écran, d’un In App Event ou d’une annonce. Les exigences d’Apple changent aussi ce qu’un nouveau build doit utiliser, comme le passage au SDK iOS 26 en avril 2026 : une app qui attend longtemps entre deux sorties peut avoir du travail en plus avant de pouvoir publier à nouveau. Pour voir comment les sorties s’intègrent à un plan marketing, lisez notre guide du marketing d’apps iOS (en anglais), et pour garder la fiche du store au diapason de chaque version, notre guide de l’App Store Optimization (en anglais).

Le rythme hebdomadaire des apps du top est un choix délibéré, et certaines équipes l’ont raconté. L’article d’ingénierie de Meta Rapid release at massive scale, du 31 août 2017, explique que ses sorties mobiles sont passées de versions toutes les quatre semaines à des versions toutes les deux semaines, puis chaque semaine. L’article de Spotify d’avril 2025 décrit un rythme hebdomadaire dans lequel les bugs moins critiques et les nouvelles fonctionnalités attendent simplement la version suivante, et indique que sa procédure permet de déployer plus de 95 % des versions auprès de tous les utilisateurs.

Des équipes produit plus petites ont suivi le même chemin. L’équipe d’Unfold chez Squarespace est passée de sorties faites dès que de nouvelles fonctionnalités étaient prêtes, parfois quatre ou cinq dans une même semaine, à un release train d’une semaine où chacun prend son tour comme capitaine de release. Mercari suit un calendrier hebdomadaire prévisible, masque le travail inachevé derrière des feature flags et utilise la publication progressive, qu’elle interrompt si un correctif urgent est nécessaire. Thoughtworks décrit une boucle hebdomadaire qui publie la version pour tous le mercredi quand le taux de crash reste sous un seuil défini, et qui garde l’intervalle sous deux semaines même quand une fonctionnalité rate le train.

Les raisons reviennent d’un récit à l’autre. Un train fixe garde chaque version petite, si bien qu’un mauvais changement se retrouve facilement. Il rend les dates prévisibles, ce qui permet au marketing et au support de s’organiser ; le guide de Runway souligne qu’il est difficile de caler des campagnes sur des sorties décidées fonctionnalité par fonctionnalité. Et il transforme un moment stressant en routine. Le prix à payer, c’est le processus : un train demande des tests automatisés, une politique de branches et quelqu’un pour le faire tourner chaque semaine.

À quelle fréquence les plus grands noms mettent-ils leurs apps à jour ? Le tableau plus haut répond pour quelques-uns : Instagram, WhatsApp, TikTok et Duolingo avaient tous publié le lundi précédant notre relevé. Un train qui part chaque semaine apparaît exactement ainsi dans un relevé : un groupe de sorties vieilles de quelques jours.

Deux étapes du processus d’Apple façonnent tout calendrier de release. La première est la review. Les chiffres d’Apple, au moins 50 % des soumissions examinées en 24 heures et 90 % en 48 heures, sont des délais habituels, et Apple prévient qu’une soumission incomplète peut retarder la review ou échouer. Notre page sur le délai de validation App Store détaille les attentes, et celle sur les motifs de rejet sur l’App Store couvre ce qui renvoie le plus souvent un build.

La seconde est la publication progressive. Elle ne concerne que les utilisateurs qui ont activé les mises à jour automatiques, dont un échantillon aléatoire reçoit la mise à jour sans être prévenu qu’il fait partie d’une publication progressive. Le calendrier d’Apple prévoit 1 % le jour 1, 2 % le jour 2, 5 % le jour 3, 10 % le jour 4, 20 % le jour 5, 50 % le jour 6 et 100 % le jour 7. Vous pouvez la mettre en pause jusqu’à 30 jours au total, sans limite sur le nombre de pauses, et publier la version pour tous les utilisateurs à tout moment une fois qu’elle est prête à être distribuée.

Aucune des deux étapes n’a besoin de ralentir un calendrier régulier. Un build soumis le vendredi est en général examiné avant le lundi, et un déploiement progressif chevauche le travail du cycle suivant. Si votre équipe débute avec les sorties sur l’App Store, commencez par notre page sur le compte développeur Apple, l’adhésion dont dépend toute soumission sur l’App Store.

Les chiffres publics les plus connus viennent de 42matters, qui suit dans le temps les 1 000 apps de l’App Store qui ont le plus de notes. Sur sa page mise à jour le 1er novembre 2026, l’entreprise indique que 499 de ces apps sont mises à jour chaque semaine, 795 chaque mois et 981 chaque année, et désigne le lundi comme le jour le plus prisé pour publier des mises à jour et le dimanche comme le moins prisé.

Notre groupe le plus proche est celui des 1 000 apps qui ont le plus de notes dans notre propre relevé, chacune avec au moins 90 950 notes. 58,1 % d’entre elles s’étaient mises à jour dans les 7 jours, 92,2 % dans les 30 jours et 99,4 % dans l’année. Ces parts sont au-dessus des chiffres de 42matters. La raison probable tient à la population : chaque app de notre étude figurait dans un top 100 du moment, donc était activement exploitée, alors qu’une liste classée par volume de notes peut inclure des apps qui ont récolté beaucoup de notes il y a des années. Nous ne pouvons pas le vérifier de l’extérieur. La tendance est la même dans les deux jeux de données : à peu près la moitié des plus grosses apps publient une version au cours d’une semaine donnée, presque toutes en publient une dans l’année, et les deux placent le lundi en premier et le dimanche en dernier.

Les données d’Apple elles-mêmes donnent l’échelle : plus de 46,6 milliards de mises à jour automatiques par semaine dans le rapport de transparence 2025. Notre page de statistiques App Store rassemble les autres chiffres publiés par Apple, et nos repères de rétention des apps (en anglais) montrent ce qui arrive aux utilisateurs après l’installation.

Les tableaux agrégés derrière cette page, par classement, catégorie, nombre de notes et âge de l’app, sont téléchargeables gratuitement dans un fichier CSV des résultats de l’étude. Le fichier, en anglais, ne contient que des résultats par groupe : le nombre d’apps, la médiane et les quartiles des jours depuis la dernière mise à jour, et les parts mises à jour sous 7, 30, 90 et 365 jours ou sans mise à jour depuis plus d’un ou deux ans. Nous ne publions ni ligne par app ni texte de notes de version.

Si vous citez l’étude, merci de nommer Spreadcast, de donner la date du relevé, le 27 octobre 2026, et de mettre un lien vers cette page. Les chiffres sur les jours de la semaine, les notes de version, les notes des apps et les numéros de version cités plus haut viennent du même relevé et du même script.

Le constat le plus net de cette étude, c’est que les apps populaires publient tout le temps. La moitié des apps du top gratuit avaient sorti une version dans la semaine, et la plupart de ces versions s’installent en silence : Apple compte environ 1,5 % de mises à jour installées à la main. Chaque version est une petite nouvelle que presque personne ne voit si l’équipe ne la raconte pas.

Spreadcast est fait pour ce moment. Vous collez une fois le lien de votre app sur l’App Store sur la page de démarrage, et Spreadcast vérifie votre fiche chaque jour. Quand une nouvelle version sort, il conçoit un post sur la mise à jour à partir de vraies captures d’écran de votre app dans un cadre d’iPhone, aux couleurs et avec les polices de votre marque, et rédige une légende pour chaque réseau. Il publie aussi quand l’app franchit un palier de notes. Les posts partent sur Instagram, TikTok, LinkedIn, Facebook, Threads, Pinterest, Bluesky, Mastodon, Telegram et Discord, plus YouTube pour les posts vidéo, en pilote automatique complet ou après une validation d’un geste. L’interface de Spreadcast est en anglais.

Spreadcast surveille uniquement l’App Store, pas Google Play, et nous n’affirmons pas qu’il change vos téléchargements ou vos notes d’un chiffre précis. Ce qu’il change, c’est qu’une sortie chaque semaine ou tous les quinze jours devient un post au même rythme, sans que personne n’ait à le concevoir. L’offre gratuite crée 3 posts à télécharger, et Pro coûte 29 USD par mois pour publier sur jusqu’à 10 comptes sociaux, comme l’indique la page des tarifs. Pour d’autres idées entre deux sorties, voyez comment promouvoir une app sur les réseaux sociaux (en anglais).