Exemple release note

Exemple de release note : 20 notes de version à copier et un modèle

Un exemple de release note pour chaque type de mise à jour : correction de bug, grosse nouveauté, refonte, changement de prix, excuses après une panne, première version et 14 autres. Chacun tient dans les 500 caractères de Google Play : collez-le dans l’un ou l’autre store et changez les détails.

3 posts gratuits · Sans carte bancaire · Vous payez seulement pour publier

Release note : définition et où le texte s’affiche

Une release note, ou note de version, est le court texte qui dit ce qui a changé dans une nouvelle version de votre app. Dans App Store Connect, le champ s’appelle What’s New in this Version. Apple le définit comme la description des changements de la version, par exemple de nouvelles fonctions, des améliorations de l’interface ou des corrections de bugs, dans sa référence sur les informations de version (en anglais, comme toute l’aide App Store Connect).

Sur l’App Store, ce texte apparaît à deux endroits : sur votre page produit et dans la liste des mises à jour, d’après les conseils d’Apple pour la page produit. Sur la vitrine française, la rubrique s’intitule « Nouveautés », comme on le voit sur la fiche d’App Store Connect sur l’App Store français. Sur Google Play, vous tapez le texte dans une zone intitulée « What’s new in this release? » dans l’interface anglaise de la Play Console, au moment de préparer une version. Google demande de s’en servir pour informer les utilisateurs des dernières mises à jour, selon la page d’aide Play Console sur les versions.

On parle aussi de notes de mise à jour, de patch notes, de changelog ou simplement du texte des nouveautés. C’est toujours le même exercice : une version, quelques lignes, écrites pour la personne qui utilise l’app et non pour l’équipe qui l’a construite.

Limite de caractères des release notes sur l’App Store et Google Play

Les deux stores ne vous laissent pas du tout la même place. Écrivez d’abord la version courte, puis développez-la pour l’App Store si la version le mérite.

Limite de caractères des release notes sur l’App Store et Google Play
ChampStoreLimiteÀ savoir
What’s New in this Version (Nouveautés)App Store4 000 caractèresIndisponible pour la première version d’une app, obligatoire pour toutes les suivantes, et localisable, d’après les informations de version d’Apple.
What’s new in this release?Google Play500 caractères Unicode par langueGoogle demande de ne pas utiliser les notes de version à des fins promotionnelles ni pour solliciter une action de l’utilisateur. La limite et la règle figurent dans l’aide Play Console.
Texte promotionnelApp Store170 caractèresS’affiche en haut de votre description et se modifie à tout moment sans nouvelle version, selon les conseils d’Apple pour la page produit. Pratique pour une nouvelle qui ne peut pas attendre la prochaine version.
Nom de la versionGoogle PlayUsage interneLe nom de la version ne sert qu’à l’intérieur de la Play Console et n’est pas visible par les utilisateurs : ce n’est pas l’endroit pour vos notes.

Limites Apple relues le 4 novembre 2026 ; celles de Google Play sont telles que l’aide Play Console les affichait le 11 octobre 2026. Sur l’App Store, la liste des propriétés obligatoires, localisables et modifiables ne marque pas What’s New comme modifiable sans nouvelle version : relisez avant d’envoyer.

Qui lit les notes de mise à jour d’une application

Moins de monde que vous ne l’espérez, mais les gens qui comptent le plus. Les apps téléchargées sur l’App Store se mettent à jour automatiquement par défaut, comme l’explique la page d’assistance Apple sur la mise à jour des apps, si bien que beaucoup d’utilisateurs reçoivent la nouvelle version sans jamais ouvrir la liste des mises à jour. Ceux qui lisent sont vos utilisateurs les plus impliqués : la personne qui attend la correction d’un bug précis, celle qui se demande si elle va revenir, celle qui vient de tomber sur un problème.

Les visiteurs du store lisent aussi. Les nouveautés figurent sur la page produit, donc quelqu’un qui compare deux apps voit quand la vôtre a été mise à jour pour la dernière fois et si les notes donnent l’impression d’une équipe qui s’en occupe. Une page remplie de notes identiques d’une ligne ne dit presque rien à ce visiteur.

L’équipe d’App Review les lit également. La règle 2.3.12 des App Review Guidelines d’Apple impose aux apps de décrire clairement les nouvelles fonctions et les changements du produit dans le texte What’s New. La même règle autorise une description générique pour les simples corrections de bugs, les mises à jour de sécurité et les améliorations de performances, mais exige que les changements plus importants soient listés. Notre guide des motifs de rejet App Store détaille les autres règles de la section 2.3 sur les métadonnées.

Les derniers lecteurs travaillent chez vous. Le support, la personne qui écrit la newsletter et celle qui publie sur les réseaux sociaux partent tous des notes de version. Des notes claires leur évitent à chacun de demander aux développeurs ce qui est sorti.

Exemples de release notes pour les mises à jour courantes

Ces quatre exemples couvrent la plupart des versions. Tous les exemples de cette page sont originaux, écrits pour des apps inventées, et font moins de 500 caractères. Remplacez les fonctions et les chiffres par les vôtres. Sur le store, mettez chaque point sur sa propre ligne.

  • Correction de bugs

    Correction d’un plantage à l’ouverture d’une liste partagée hors connexion. Correction des rappels qui arrivaient avec une heure de retard après le changement d’heure. Correction du widget qui affichait les tâches de la veille tant que vous n’ouvriez pas l’app. Merci à tous ceux qui nous ont envoyé un signalement : grâce à vous, ces bugs ont été faciles à trouver. Pourquoi ça marche : chaque bug est décrit comme un utilisateur le décrirait, donc la personne qui l’a subi sait que cette mise à jour est pour elle.

  • Une grosse nouveauté

    Nouveau : les budgets partagés. Invitez votre conjoint ou votre colocataire dans un budget : vous verrez tous les deux chaque dépense dès qu’elle est ajoutée. Chacun garde aussi un budget privé. Pour essayer, ouvrez un budget, touchez Partager et envoyez l’invitation. Aussi dans cette version : une recherche plus rapide et la fin des imports bancaires en double. Pourquoi ça marche : une seule fonction occupe la première ligne et les instructions, et les petits changements attendent la fin.

  • Plusieurs petites améliorations

    Cinq petites choses que vous nous avez demandées. 1. Triez vos notes par date de dernière modification. 2. Épinglez jusqu’à trois notes en haut de la liste. 3. Exportez une note en PDF depuis le menu de partage. 4. Des boutons plus grands dans la barre d’outils. 5. Le mode sombre s’active désormais selon l’horaire réglé sur votre téléphone. Pourquoi ça marche : une liste numérotée avec une phrase par point se parcourt vite, et la première ligne montre aux utilisateurs que leurs demandes sont lues.

  • Version axée sur les performances

    Cette version est entièrement consacrée à la vitesse. L’app s’ouvre maintenant environ deux fois plus vite sur les téléphones plus anciens. Vos photos continuent de s’envoyer même quand vous quittez l’app : vous pouvez verrouiller l’écran. Le téléchargement pèse 30 Mo de moins. Pas de nouvelle fonction cette fois, seulement une app plus rapide. Pourquoi ça marche : elle donne des chiffres au lieu du seul mot « plus rapide ». Ne publiez que des chiffres que vous avez mesurés.

Exemples de notes de version App Store pour les gros changements

C’est sur les gros changements que les notes vagues font le plus de dégâts. Ce sont les versions que les gens remarquent : dites simplement ce qui a changé et ce qui n’a pas bougé.

  • Refonte

    Un nouveau look, la même app. Les quatre onglets deviennent trois : Accueil, Recherche et Bibliothèque. Vos téléchargements sont maintenant dans Bibliothèque. Les réglages se trouvent derrière votre photo de profil, en haut à droite. Rien n’a été supprimé, et vos playlists sont exactement là où vous les avez laissées. Dites-nous ce que vous en pensez depuis Réglages, Envoyer un avis. Pourquoi ça marche : elle répond à la première question après toute refonte, c’est-à-dire où est passé tel bouton.

  • Changement de prix

    Deux changements dans les formules. La formule gratuite comprend maintenant 3 projets au lieu de 1. Le prix de Pro change le 1er mars pour les nouveaux abonnés. Si vous êtes déjà abonné, votre prix ne change pas. Cette version ajoute aussi des modèles de projet et corrige un retard de synchronisation sur les connexions lentes. Pourquoi ça marche : elle dit qui est concerné, qui ne l’est pas et à partir de quand, sans montant qui serait faux dans la devise d’un autre pays.

  • Excuses après une panne

    Nous avons raté la version 4.2. Pendant environ une journée, certains d’entre vous n’ont pas pu se connecter, et quelques personnes ont perdu des brouillons pas encore synchronisés. Cette version corrige l’erreur de connexion et restaure ces brouillons depuis notre sauvegarde à la première ouverture de l’app. S’il manque encore quelque chose, écrivez à help@example.com : une vraie personne vous répondra. Nous sommes désolés. Pourquoi ça marche : ce qui a cassé, qui a été touché, ce qui est corrigé et comment obtenir de l’aide, sans chercher d’excuses.

  • Suppression d’une fonction

    À noter : cette version supprime l’export dans l’ancien format CSV. Le nouvel export contient les mêmes colonnes plus les catégories, et s’ouvre dans les mêmes tableurs. Les exports déjà enregistrés ne sont pas touchés. Si vous avez besoin de l’ancien format, écrivez-nous depuis Réglages, Avis, avant de mettre à jour. Pourquoi ça marche : une suppression est le changement que les gens détestent le plus découvrir seuls, donc elle passe en premier et arrive avec une solution de rechange.

  • Correctif de sécurité

    Cette mise à jour corrige un problème de sécurité dans la façon dont l’app enregistrait votre connexion sur votre appareil. Rien n’indique qu’un compte ait été consulté par un tiers. Vous devrez vous reconnecter une fois après la mise à jour. Nous vous conseillons d’installer cette version dès aujourd’hui. Pourquoi ça marche : Apple autorise une ligne générique pour les mises à jour de sécurité, mais expliquer la reconnexion évite une vague de messages au support.

Exemples de release notes selon le type d’app et le moment

Les règles sont les mêmes pour toutes les apps, mais un jeu, une app à abonnement et une toute nouvelle app ont chacun leur point délicat.

  • Première version d’une nouvelle app

    Bienvenue dans la version 1.0. Suivez vos sorties de course au GPS, voyez allure et distance sur un seul écran, et gardez chaque parcours dans un historique privé. Aucun compte nécessaire. C’est notre première version, alors nous lisons chaque message. Passez par Réglages, Nous contacter pour nous dire ce que nous devrions ajouter ensuite. Pourquoi ça marche : une première version n’a pas de changements à lister, elle dit donc ce que fait l’app en trois verbes et ouvre la porte aux retours. À utiliser sur Google Play : l’App Store n’a pas de champ What’s New pour une première version.

  • Mise à jour saisonnière

    Mise à jour d’hiver. Nouveau : une liste de cadeaux à partager en famille, avec une case qui masque ce qui est déjà acheté. Nouveau : trois thèmes d’hiver pour le widget de l’écran d’accueil. La liste de cadeaux reste dans l’app toute l’année, sous Listes. Également corrigé : les prix s’affichent dans votre devise locale après un changement de région. Pourquoi ça marche : une fonction saisonnière pose la question de ce qui disparaît en janvier, et la note y répond.

  • Nouvelle version d’un jeu

    La saison 5 est en ligne. Explorez le Port gelé, une nouvelle région de 20 niveaux avec un boss à affronter sur des plaques de glace mouvantes. Nouvelle arme : le harpon, débloqué au niveau 8. Les quêtes quotidiennes rapportent deux fois plus de pièces le samedi et le dimanche. Équilibrage : le temps de recharge du bouclier passe de 6 à 8 secondes. Correction des invitations qui expiraient au bout d’une minute. Pourquoi ça marche : les joueurs lisent d’abord le nouveau contenu, puis l’équilibrage avec des chiffres exacts, puis les corrections.

  • App à abonnement

    Nouveau pour les abonnés : des séances à télécharger pour vous entraîner sans connexion, et un programme hebdomadaire qui s’adapte quand vous sautez un jour. Gratuit pour tous : une bibliothèque d’étirements avec 12 routines courtes. Les abonnés reçoivent les nouveautés automatiquement. Rien ne change dans votre facturation. Pourquoi ça marche : elle sépare ce que reçoivent les abonnés de ce qui est gratuit, et calme l’inquiétude de tout abonné quand une mise à jour parle de formules.

  • Mise à jour d’accessibilité

    Meilleure prise en charge de VoiceOver et des grandes tailles de texte. Chaque bouton du lecteur a maintenant un libellé vocal. Le texte suit la taille choisie dans les réglages du système, jusqu’à la plus grande, sans être coupé. Les graphiques ont un résumé texte qui peut être lu à voix haute. La couleur n’est plus le seul moyen de distinguer revenus et dépenses. Si quelque chose reste difficile à utiliser, dites-le-nous. Pourquoi ça marche : elle nomme les réglages précis dont les gens dépendent, pour qu’ils sachent si l’app leur convient désormais.

Autres exemples de notes de mise à jour : correctifs, bêtas et migrations

Six versions qui sortent du schéma habituel nouveau, amélioré, corrigé. Chacune fait moins de 500 caractères.

  • Correctif le jour même

    La version 2.8.1 corrige un problème de la mise à jour d’hier : le bouton de l’appareil photo ne faisait rien sur certains téléphones. Si la numérisation ne marchait plus chez vous, elle fonctionne de nouveau. Aucun reçu n’a été perdu, car rien n’était enregistré tant que le bouton ne marchait pas. Désolés pour cette journée perdue. Pourquoi ça marche : elle nomme la version fautive, dit qui a été touché et répond à la question des données avant que quelqu’un la pose.

  • Fonction marquée comme bêta

    Nouveau, en bêta : les notes vocales. Maintenez le bouton du micro pour enregistrer, et l’app écrit une transcription sous l’audio. Elle ne fonctionne qu’en anglais pour l’instant et peut mal comprendre les noms. Activez-la dans Réglages, Fonctions bêta, et dites-nous où elle se trompe. Également corrigé : les tags contenant des espaces s’enregistrent correctement. Pourquoi ça marche : la fonction est dans ce build et l’utilisateur l’active lui-même, donc la note est exacte, et ses limites sont dites d’emblée.

  • Mise à jour qui demande quelque chose à l’utilisateur

    Important : à la première ouverture de cette version, l’app convertit votre bibliothèque dans un nouveau format. Cela prend jusqu’à une minute pour une grande bibliothèque. Gardez l’app ouverte jusqu’à la fin de la barre de progression. Rien n’est supprimé, et l’ancienne copie reste sur votre téléphone pendant 30 jours. Ensuite, la recherche est environ trois fois plus rapide. Pourquoi ça marche : la consigne vient en premier, la peur de perdre des données reçoit une réponse, et le bénéfice clôt la note.

  • Désormais sur un plus grand écran

    Désormais conçue pour l’iPad. En paysage, vous avez deux colonnes : les carnets à gauche, la page à droite. Glissez une photo depuis une autre app. Compatible avec un clavier, avec des raccourcis pour créer une page, chercher et mettre en gras. Vos notes se synchronisent depuis votre téléphone à la première connexion. Pourquoi ça marche : un nouvel appareil est une fonction à part entière, et la note dit ce qui change dessus au lieu de dire seulement que l’app existe.

  • Mise à jour de contenu sans nouvelle fonction

    40 nouvelles recettes d’automne, dont 12 prêtes en moins de 20 minutes. Nouvelle collection : les plats en une seule casserole. Nous avons aussi corrigé le temps de cuisson de la soupe de lentilles (35 minutes, pas 15) après les messages de trois d’entre vous. Rien ne change dans le fonctionnement de l’app. Pourquoi ça marche : dans une app qu’on ouvre pour son contenu, le contenu est la nouveauté, et il mérite lui aussi des chiffres.

  • Notes de bêta TestFlight

    À tester dans le build 412 : le nouveau paiement. 1. Ajoutez deux articles et payez avec la carte de test. 2. Fermez l’app en plein paiement et rouvrez-la. 3. Essayez un code de réduction. Problème connu : le mail de reçu n’est pas encore envoyé. Pour envoyer un retour, faites une capture d’écran dans l’app. Pourquoi ça marche : les testeurs reçoivent des tâches, là où les utilisateurs du store reçoivent un changelog. La présentation de TestFlight par Apple indique que les informations de test peuvent expliquer les fonctions à tester, et que les testeurs équipés de TestFlight 2.3 ou d’une version ultérieure (sur iOS, macOS et visionOS) peuvent envoyer un retour en faisant une capture d’écran dans l’app bêta.

Modèle de release note : les phrases à compléter

N’utilisez que les lignes qui s’appliquent. Une version avec une seule correction n’a besoin que d’une ligne. Remplacez les mots entre crochets.

Modèle de release note : les phrases à compléter
LignePhrase à compléterQuand l’utiliser
ThèmeCette version est consacrée à [une idée en trois ou quatre mots].Quand la version a un fil conducteur clair, comme la vitesse ou le partage. À éviter pour un ensemble disparate.
NouveauNouveau : vous pouvez maintenant [faire quoi] depuis [quel endroit de l’app].Une fonction qui n’existait pas avant. Dites où la trouver.
AmélioréAmélioré : [écran ou fonction] est maintenant [changement mesurable].Quelque chose qui existait et qui s’est amélioré. Donnez un chiffre si vous l’avez mesuré.
CorrigéCorrigé : [ce qui n’allait pas, dans les mots de l’utilisateur] quand [situation].Tout bug qu’un utilisateur a pu remarquer.
Modifié ou suppriméModifié : [fonction] se trouve maintenant dans [nouvel endroit]. Supprimé : [fonction], utilisez [solution de rechange] à la place.Tout ce qu’un utilisateur qui revient va chercher sans le trouver.
MerciVous nous avez demandé [demande]. C’est dans cette version.Quand des retours ont conduit au changement.
AideUn souci ? Écrivez à [adresse du support].Après une version difficile, ou pour une première version.

Les étiquettes Nouveau, Modifié, Supprimé et Corrigé reprennent les types de changements Added, Changed, Removed et Fixed de Keep a Changelog, une convention publiée pour rédiger les changelogs, disponible en français.

Que mettre dans une release note : la checklist selon la taille de la version

Le modèle ci-dessus liste les lignes possibles. Ce tableau dit lesquelles une version donnée réclame. Le conseil d’Apple pour ce champ est de donner des informations détaillées pour que les utilisateurs connaissent le détail des changements, améliorations ou corrections, dans sa référence sur les informations de version. Le bon niveau de détail dépend du type de version.

Que mettre dans une release note : la checklist selon la taille de la version
Type de versionÀ inclureÀ inclure si c’est vraiÀ laisser de côté
Correctif ou hotfixChaque bug qu’un utilisateur a pu rencontrer, décrit par son symptôme. S’il répare une mise à jour récente, la version fautive.Qui a été touché, et si des données ont été perdues ou restaurées.La cause en termes techniques, les numéros de ticket et le nom de la bibliothèque en cause.
Version avec nouvelle fonctionLa nouvelle fonction en première ligne : ce qu’elle permet de faire et où la trouver dans l’app.Que les utilisateurs l’avaient demandée. Si elle est gratuite ou réservée aux abonnés.Les fonctions prêtes mais encore désactivées pour la plupart des gens.
Refonte ou version majeureCe qui a bougé, ce qui a été supprimé et quoi utiliser à la place.Comment envoyer un avis, parce qu’une refonte en provoque toujours.Des adjectifs comme « repensé » ou « tout nouveau » à la place de l’endroit où sont passées les choses.
Correctif de sécurité ou de confidentialitéQue la mise à jour corrige un problème de sécurité, et ce que l’utilisateur doit faire, par exemple se reconnecter.S’il y a des signes d’abus, mais seulement quand vous le savez vraiment.Les détails techniques qui aideraient quelqu’un à s’en prendre aux personnes restées sur l’ancienne version.
Changement de prix ou de formuleQui est concerné, qui ne l’est pas et à partir de quelle date.Ce que les abonnés actuels conservent, et où gérer l’abonnement.Un montant dans une seule devise, faux pour tous ceux qui paient dans une autre.
Mise à jour de contenuCe qui a été ajouté, avec un nombre : niveaux, recettes, leçons, cartes.Les corrections du contenu existant, si des gens les ont signalées.La liste de chaque élément quand un nombre et deux exemples disent la même chose.

Quand une version correspond à deux lignes, appliquez les deux : une version avec une nouvelle fonction qui corrige aussi un problème de sécurité commence par la fonction et mentionne quand même clairement le correctif.

Une même version écrite pour quatre endroits

Voici la même mise à jour inventée, la version 3.4 d’une app de budget, taillée pour chaque endroit où elle doit apparaître. Écrire les quatre ensemble prend dix minutes et les garde cohérentes.

Une même version écrite pour quatre endroits
OùPlace disponibleExemple
App Store, Nouveautés4 000 caractèresNouveau : les budgets partagés. Invitez votre conjoint ou votre colocataire dans n’importe quel budget : vous voyez tous les deux chaque dépense dès qu’elle est ajoutée. Chacun peut toujours garder des budgets privés. Pour commencer, ouvrez un budget, touchez Partager et envoyez l’invitation. Amélioré : la recherche fouille maintenant dans les notes et affiche les résultats pendant la saisie. Amélioré : le rapport mensuel se charge en une seconde environ. Corrigé : les imports bancaires ne créent plus de doublons après une synchronisation ratée. Corrigé : le widget se met à jour à minuit. Les budgets partagés sont ce que vous nous avez le plus demandé cette année. Merci de nous avoir poussés.
Google Play, notes de version500 caractères par langueNouveau : les budgets partagés. Invitez votre conjoint ou votre colocataire et voyez tous les deux chaque dépense dès qu’elle est ajoutée. Amélioré : la recherche fouille dans les notes. Amélioré : rapport mensuel plus rapide. Corrigé : imports bancaires en double et widget qui ne se mettait pas à jour.
Texte promotionnel App Store170 caractèresNouveau dans la 3.4 : les budgets partagés. Invitez votre conjoint ou un colocataire et voyez chaque dépense dès qu’elle est ajoutée.
Légende d’un post sur les réseauxFixée par chaque réseauLes budgets partagés sont arrivés. Invitez une personne, et chaque dépense apparaît chez vous deux dès qu’elle est ajoutée. La version 3.4 est disponible sur l’App Store.

Des release notes faibles réécrites : avant, après

Cinq notes du genre qui remplit la liste des mises à jour, chacune à côté d’une version sur laquelle un utilisateur peut agir. Pour la longueur de chaque réseau quand vous recyclez ces lignes, voyez nos limites de caractères sur les réseaux sociaux.

Des release notes faibles réécrites : avant, après
AvantAprèsCe qui a changé
Corrections de bugs et améliorations des performances.Corrigé : l’app se figeait quand vous faisiez pivoter une photo. Les longs albums défilent plus facilement sur les téléphones plus anciens.Elle nomme le bug et l’endroit précis où la vitesse s’est améliorée. Elle tient toujours en deux lignes.
Nous mettons régulièrement l’app à jour pour l’améliorer.Cette version ajoute une minuterie de mise en veille au lecteur. Elle se trouve sous les trois points pendant la lecture d’une histoire.Elle dit ce que contient ce build. La première note pourrait figurer sur n’importe quelle version de n’importe quelle app.
Implémentation du refresh des tokens OAuth, résolution d’une race condition dans la file de synchro (#4821).Vous n’êtes plus déconnecté tous les deux ou trois jours. Correction d’un bug qui pouvait enregistrer deux fois la même note.Les deux mêmes corrections, dans les mots qui s’affichent sur l’écran de l’utilisateur.
ÉNORME mise à jour !!! Vous allez ADORER !!!Nouveau : partagez une addition entre amis. Ajoutez des personnes à une dépense et l’app calcule qui doit combien.C’est la fonction qui convainc.
Nouveau : mode sombre, widgets, partage familial, export, tags, thèmes et 23 corrections.Nouveau : le partage familial. Invitez jusqu’à cinq personnes dans votre bibliothèque. Également nouveau : mode sombre, widgets, tags et export. Corrigé : 23 bugs, dont le plantage de la recherche.Le plus gros changement a ses propres phrases, et le reste suit par ordre d’importance.

Comment rédiger des notes de version en dix minutes

Faites ce travail pendant le traitement du build, avant d’avoir le bouton d’envoi sous les yeux. Si vous partez d’une liste de commits en anglais, notre générateur de release notes (en anglais) propose un premier jet que vous réécrirez ensuite.

  1. Étape 1

    Lister tout ce qui est sorti

    Copiez les changements fusionnés pour cette version depuis votre outil de suivi. Cette liste est pour vous : aucune de ses formulations n’arrivera jusqu’au store.

  2. Étape 2

    Rayer ce qu’aucun utilisateur ne peut remarquer

    Refactorisations, mises à jour de dépendances et changements de build disparaissent. Il reste ce qui est nouveau, ce qui a changé et les corrections de bugs que quelqu’un a pu rencontrer.

  3. Étape 3

    Trier par importance et réécrire avec les mots de l’utilisateur

    Mettez le plus gros changement en premier, l’ordre que les conseils d’Apple pour la page produit recommandent pour les nouveautés. Pour chaque ligne, écrivez ce que la personne peut faire désormais ou ce qui a cessé de mal fonctionner.

  4. Étape 4

    Tailler une version pour Google Play

    Réduisez volontairement à 500 caractères et gardez la première ligne entière. Comptez avant de coller le texte dans la Play Console.

  5. Étape 5

    Relire deux fois

    What’s New ne figure pas dans la liste Apple des champs modifiables sans nouvelle version : une faute de frappe reste donc sur votre page produit jusqu’à la version suivante.

Ajouter ou modifier les release notes dans App Store Connect

Où va le texte, ce que vous pouvez encore changer une fois qu’il est envoyé, et comment les équipes qui publient souvent se passent complètement du formulaire web. Vérifié dans l’aide d’Apple le 4 novembre 2026. Les noms des boutons et des statuts sont donnés en anglais, tels qu’ils figurent dans cette aide.

  1. Étape 1

    Créer la nouvelle version

    Dans Apps, choisissez l’app, cliquez sur le bouton d’ajout à côté de la plateforme et saisissez le nouveau numéro de version. La page d’Apple sur la création d’une nouvelle version précise que la version actuelle doit être au statut Ready for Distribution avant de pouvoir lancer la suivante, et que les rôles autorisés sont Account Holder, Admin, App Manager et Marketing. La personne qui écrit les notes n’est donc pas forcément celle qui envoie le build.

  2. Étape 2

    Relire chaque champ hérité de la version précédente

    La même page indique que les métadonnées de la version actuelle sont automatiquement reprises dans la nouvelle. Parcourez la page de la version champ par champ avant d’enregistrer, What’s New compris, pour ne pas renvoyer par erreur les notes de la dernière version.

  3. Étape 3

    Écrire les nouveautés pour chaque langue

    What’s New est un champ localisable de 4 000 caractères au plus, d’après les informations de version d’Apple. Changez de langue dans le menu de la page de la version et collez chaque traduction dans sa propre zone. Une langue que vous sautez affiche les notes de la langue principale.

  4. Étape 4

    Modifier les notes pendant l’examen

    What’s New ne fait pas partie des champs modifiables à tout moment. Pour changer les notes d’une version déjà soumise, retirez la soumission de l’examen. Apple le permet depuis cinq statuts : Waiting for Export Compliance, Waiting for Review, In Review, Pending Developer Release et Pending Apple Release. Il faut le rôle Account Holder, Admin ou App Manager : le rôle Marketing, qui peut créer la version, ne figure pas dans cette liste. La version passe alors en Developer Rejected. Modifiez les notes et soumettez de nouveau. Apple prévient que l’examen repart alors de zéro : prévoyez un tour de plus avant votre date de sortie, en vous aidant de notre article sur le délai de validation App Store.

  5. Étape 5

    Corriger les notes une fois la version en ligne

    What’s New est marqué obligatoire et localisable, mais pas modifiable, dans la liste Apple des propriétés obligatoires, localisables et modifiables : une version en ligne garde donc ses notes. Corrigez l’erreur dans les notes de la version suivante. D’ici là, utilisez le texte promotionnel, la ligne de 170 caractères au début de votre description, modifiable à tout moment.

  6. Étape 6

    Remplir les notes depuis un script

    Les équipes qui publient chaque semaine n’ouvrent souvent jamais le formulaire. La requête de l’API App Store Connect pour modifier la localisation d’une version accepte un attribut whatsNew pour chaque langue. L’action deliver de fastlane lit les notes dans un fichier release_notes.txt placé dans un dossier par langue, et peut appliquer un texte par défaut à toutes les langues qui n’ont pas leur propre fichier. Dans les deux cas, les mêmes règles s’appliquent : un texte par langue, écrit pour les utilisateurs.

Vidéo : publier une mise à jour dans App Store Connect

Si vous n’avez jamais publié de deuxième version, cette vidéo montre où se trouve le formulaire de version avant même que vous en écriviez un mot.

Vidéo en anglais : un tutoriel court sur la publication d’une nouvelle version, de l’augmentation du numéro de version dans Xcode jusqu’au formulaire de la nouvelle version et à l’envoi en examen. Video by Think Like an Engineer on YouTube

Release notes : à faire et à éviter

Release notes : à faire et à éviter
À faireÀ éviterPourquoi
Lister les changements par ordre d’importance, le plus gros en premier.Commencer par le numéro de version, une formule de bienvenue ou une blague.Classer par importance est le conseil d’Apple lui-même pour les nouveautés, dans ses conseils pour la page produit.
Nommer la fonction ajoutée.Écrire « corrections de bugs et améliorations des performances » sur une version qui ajoute quelque chose.La règle 2.3.12 n’autorise une ligne générique que pour de simples corrections, des mises à jour de sécurité et du travail sur les performances.
Décrire ce que contient ce build aujourd’hui.Annoncer des fonctions encore désactivées ou prévues pour plus tard.La section 2.3 des mêmes règles demande des métadonnées qui reflètent fidèlement l’app, et les utilisateurs chercheront ce que vous avez promis.
S’en tenir à de l’information dans les notes Google Play.Demander des notes ou pousser une promotion dans les notes de version Google Play.Google demande aux développeurs de ne pas utiliser les notes de version pour la promotion ni pour solliciter des actions de l’utilisateur, dans l’aide Play Console.
Dire quand des retours ont conduit à un changement.Cacher une correction parce qu’elle avoue qu’il y avait un bug.Apple suggère d’utiliser What’s New pour montrer aux utilisateurs que vous les avez écoutés quand une fonction ou une correction vient de leurs retours.
Écrire avec les mots qui s’affichent sur l’écran de l’utilisateur.Coller des numéros de ticket, des messages de commit ou des noms de code internes.Keep a Changelog dit la même chose des changelogs : ils sont écrits pour des êtres humains, et un déversement de journaux de commits n’est que du bruit.
Laisser de côté les prix exacts.Citer un montant en euros ou en dollars dans des notes que tous les pays voient.Apple donne ce conseil pour la description de l’app : un prix écrit dans le texte peut être inexact dans certaines régions. La même logique vaut pour les notes.
Écrire une version Google Play de 500 caractères ou moins.Coller une longue note App Store dans la Play Console et couper ce qui dépasse.La coupe tombe en général au milieu d’une phrase. Écrivez la version courte exprès.

Traduire et localiser les release notes d’une application

Les deux stores permettent d’écrire des notes différentes pour chaque langue. Des notes non traduites sur une fiche traduite, un utilisateur le remarque tout de suite.

  1. Étape 1

    Savoir ce qui se passe si vous ne le faites pas

    Sur l’App Store, What’s New est localisable. Quand vous ajoutez une langue, ses propriétés reprennent par défaut celles de votre langue principale, sauf la description et les mots clés, selon la page d’Apple sur la localisation des informations de l’app. Si votre langue principale est l’anglais, une fiche en français sans notes en français affiche donc vos notes anglaises.

  2. Étape 2

    Écrire un texte source facile à traduire

    Des phrases courtes, une idée chacune, sans expressions idiomatiques ni jeux de mots. Une ligne comme « Correction d’un plantage à l’ouverture d’une liste partagée hors connexion » se traduit proprement. Une blague sur le bug, rarement.

  3. Étape 3

    Reprendre les noms de l’app traduite

    Si le bouton s’appelle Partager dans l’interface française, les notes françaises doivent dire Partager aussi. Donnez au traducteur les textes de l’interface, sinon les notes enverront les gens chercher un bouton qui porte un autre nom.

  4. Étape 4

    Garder de la marge sous la limite de Google Play

    Google Play accepte 500 caractères par langue, et le texte de chaque langue se place entre ses propres balises de langue, sur des lignes séparées, comme le montre l’aide Play Console. Une traduction française est souvent plus longue que l’anglais : gardez l’anglais bien en dessous de 500.

  5. Étape 5

    Réutiliser avec prudence

    La Play Console peut copier les notes et les traductions d’une version précédente dans la zone de saisie pour les modifier, une fonction décrite sur la même page d’aide Play Console. C’est un gain de temps pour une version de maintenance, mais vérifiez chaque langue avant de publier, sinon la fonction du mois dernier sera annoncée une deuxième fois.

Release notes Google Play trop longues : longueur, balises de langue et mise en forme

Google Play vous laisse 500 caractères Unicode par langue, d’après l’aide Play Console telle qu’elle se présentait le 17 octobre 2026. C’est un huitième de la place que donne l’App Store, et la raison la plus courante d’un texte qui ne rentre pas est toute simple : un texte App Store a été collé en entier. La limite compte chaque langue séparément. Une longue traduction allemande n’entame pas le quota de l’anglais, mais elle doit tenir dans ses propres 500 caractères.

Quand vous collez plusieurs langues d’un coup, le format compte autant que la longueur. La page d’aide de Google montre les notes de chaque langue placées entre une balise de langue ouvrante et une balise fermante, chaque balise sur sa propre ligne, et précise que les notes elles-mêmes peuvent occuper plusieurs lignes. Vérifiez que chaque langue collée a ses deux balises et que rien ne traîne en dehors avant de commencer à couper.

Pour ramener une note à 500 caractères sans perdre l’essentiel, procédez dans cet ordre. Gardez la première ligne entière, car c’est elle qui donne une raison de mettre à jour. Regroupez les corrections en une seule ligne qui commence par Corrigé. Supprimez les remerciements et toute demande de note ou de partage, que Google demande de toute façon d’exclure des notes de version. Retirez les changements sortis seulement sur iPhone ou Apple Watch. Collez ensuite le résultat dans la zone Release Notes de l’onglet Google Play de notre compteur de caractères App Store pour voir le total avant la Play Console.

La mise en forme reste simple. La page d’aide de Google parle de lignes de texte et de balises de langue et ne dit rien du gras, des liens ou des puces : écrivez comme si rien de tout cela ne devait s’afficher. Un changement par ligne se lit bien sur un téléphone, et un mot comme Nouveau ou Corrigé en début de ligne fait le travail d’une puce.

Si vous publiez depuis un pipeline, inutile de taper les notes dans la Play Console. Dans l’API Google Play Developer, chaque version d’un canal a un champ releaseNotes que la référence de l’API décrit comme la description de ce qui est nouveau dans la version, fournie sous forme de texte localisé. L’action supply de fastlane les lit dans un dossier changelogs par langue, où chaque fichier porte le code de version auquel il correspond, et un fichier default.txt sert quand aucun fichier ne correspond. La limite de 500 caractères s’applique toujours à ce que le script envoie.

Réutiliser ses release notes en post social ou en changelog

Vous avez déjà fait le plus dur : décider de ce qui compte dans cette version. Les mêmes quelques lignes peuvent alimenter quatre autres endroits.

  • Un post sur les réseaux sociaux

    Choisissez les deux ou trois points qui intéresseraient un inconnu, commencez par le bénéfice et joignez une vraie capture d’écran de la fonction. Laissez de côté les corrections, sauf si le bug était célèbre. Vous trouverez des exemples détaillés pour chaque réseau dans nos exemples d’annonce de mise à jour d’app, et un plan réseau par réseau dans comment promouvoir une app sur les réseaux sociaux. Pour une toute première sortie, voyez plutôt nos exemples d’annonce de lancement d’app.

  • Une page changelog sur votre site

    Collez les notes de chaque version sur une seule page, la plus récente en haut, avec la date de sortie. Ce sont les bases que recommande Keep a Changelog : une section par version, la plus récente en haut du fichier et la date de publication indiquée. Contrairement au store, votre propre page garde tout l’historique lisible au même endroit.

  • Un écran Nouveautés dans l’app

    Les mises à jour de l’App Store s’installent automatiquement par défaut : le premier lancement après une mise à jour est donc le seul moment où vous êtes sûr que vos utilisateurs voient la nouvelle. Montrez une seule fois les un ou deux points principaux, avec un bouton pour essayer la fonction, et ne bloquez jamais l’app derrière cet écran.

  • Texte promotionnel et captures du store

    Faites du point principal une ligne de 170 caractères ou moins pour le texte promotionnel de l’App Store, modifiable sans nouvelle version. Si la version a changé l’apparence de l’app, mettez à jour les captures dans la même soumission, avec notre guide des tailles de screenshots App Store et quelques exemples de screenshots App Store pour vous inspirer.

  • Une sortie progressive demande des mots patients

    Si vous publiez par étapes sur l’App Store, les mises à jour automatiques atteignent les utilisateurs sur 7 jours, en commençant par 1 % le premier jour, comme le décrit la page d’Apple sur la sortie progressive. Tout le monde peut quand même mettre à jour à la main depuis l’App Store, donc un post qui dit « disponible maintenant » dit vrai, mais « tout le monde l’a » est faux.

  • Une correction passe toujours par une nouvelle version

    Apple indique qu’il est impossible de revenir à une version précédente sur l’App Store. Si une version tourne mal, vous créez une nouvelle version, qui a ses propres notes. Écrivez-les comme l’exemple d’excuses plus haut, et ajoutez la leçon à votre checklist de lancement d’app.

Transformer les notes de chaque version en post de mise à jour avec Spreadcast

Écrire de bonnes notes puis n’en parler à personne, c’est le scénario habituel. La version sort, le store se met à jour en silence, et les comptes sociaux restent muets parce que préparer le post est une tâche de plus. Pourtant, les apps gratuites en tête des classements sortent souvent une nouvelle version, comme le montre notre étude sur la fréquence de mise à jour des apps, et chaque version est une occasion de parler de l’app.

Spreadcast s’en charge pour vous. Vous collez le lien de votre app sur l’App Store sur la page de démarrage, et Spreadcast vérifie la fiche publique chaque jour. Quand une nouvelle version apparaît, il résume les notes de version en deux ou trois points, les place sur une image soignée avec une vraie capture d’écran de votre app, puis publie le post sur les réseaux que vous avez connectés, ou le garde de côté jusqu’à ce que vous le validiez d’un geste. Cela fonctionne aujourd’hui avec les fiches App Store ; Google Play n’est pas encore pris en charge. L’interface de Spreadcast est en anglais.

Meilleures sont vos notes, meilleur est ce post : une raison de plus d’arrêter de publier « corrections de bugs et améliorations des performances ». Si la version apporte une grosse nouveauté, notre guide pour être mis en avant sur l’App Store explique comment la signaler aux éditeurs d’Apple. Pour le reste du plan, lisez comment faire le marketing d’une app et notre guide des règles marketing de l’App Store.

Questions

Questions fréquentes

Qu’est-ce qu’une release note pour une application ?

Une release note est une courte description de ce qui a changé dans une nouvelle version d’une app : nouvelles fonctions, améliorations et corrections de bugs. Sur l’App Store, elle apparaît sous Nouveautés (What’s New dans App Store Connect), et dans la Play Console le champ s’appelle « What’s new in this release? » dans l’interface anglaise. Elle s’adresse aux utilisateurs, donc elle décrit les changements avec des mots de tous les jours.

Quelle est la limite de caractères des release notes sur l’App Store ?

4 000 caractères. La référence d’Apple sur le champ What’s New in this Version indique qu’il est limité à 4 000 caractères, qu’il n’est pas disponible pour la première version d’une app et qu’il est obligatoire pour toutes les suivantes. Voir les informations de version d’Apple, relues le 4 novembre 2026.

Quelle est la limite de caractères des notes de version sur Google Play ?

500 caractères Unicode par langue, selon l’aide Play Console de Google, consultée le 11 octobre 2026. C’est un huitième de la limite de l’App Store : écrivez la version Google Play comme un texte court à part entière.

Peut-on simplement écrire « corrections de bugs et améliorations des performances » ?

Seulement quand la version ne contient rien d’autre. La règle 2.3.12 d’Apple autorise une description générique pour de simples corrections de bugs, des mises à jour de sécurité et des améliorations de performances, et exige que les changements plus importants soient listés. Même quand c’est permis, nommer le bug corrigé est plus utile à la personne qui l’a signalé.

Faut-il une release note pour la première version d’une nouvelle app ?

Pas sur l’App Store. Apple indique que le champ What’s New n’est pas disponible pour la première version d’une app : ce sont donc votre description et votre texte promotionnel qui portent le lancement. Si vous écrivez une note pour une première version sur Google Play, décrivez ce que fait l’app et comment envoyer un avis, comme dans l’exemple de première version plus haut.

Peut-on modifier les release notes App Store une fois la mise à jour en ligne ?

Partez du principe que non. La liste Apple des propriétés modifiables sans nouvelle version ne comprend pas What’s New. Le texte promotionnel, lui, se change à tout moment : servez-vous en pour une correction ou une nouvelle entre deux versions. La liste se trouve dans les propriétés obligatoires, localisables et modifiables d’Apple.

Quelle longueur pour les notes de version d’une app ?

Assez pour nommer chaque changement qu’un utilisateur peut remarquer, et pas plus. Pour la plupart des mises à jour, cela fait de deux à six lignes courtes, ce qui tient aussi dans les 500 caractères de Google Play. Une version majeure peut utiliser davantage des 4 000 caractères de l’App Store, avec le plus gros changement en premier.

Quel est un bon exemple de release note pour une app Android ?

Presque tous les exemples de cette page fonctionnent pour Android, car chacun reste sous la limite de 500 caractères de Google Play (celui de TestFlight concerne l’outil de bêta d’Apple). Un exemple type : « Nouveau : les budgets partagés, invitez une personne et voyez chaque dépense dès qu’elle est ajoutée. Amélioré : la recherche fouille dans les notes. Corrigé : imports bancaires en double. » Restez informatif, puisque Google n’accepte ni promotion ni demande d’action dans les notes de version.

Peut-on changer les release notes pendant l’examen de l’app ?

Pas directement, car What’s New ne fait pas partie des champs modifiables à tout moment. Retirez la version de l’examen, ce qu’Apple permet depuis cinq statuts dont Waiting for Review et In Review, avec le rôle Account Holder, Admin ou App Manager. La version passe en Developer Rejected : modifiez les notes et soumettez de nouveau. Apple précise que l’examen repart de zéro quand vous soumettez à nouveau. Les étapes sont sur la page d’Apple sur le retrait d’une soumission.

Que faut-il mettre dans une release note ?

Chaque changement qu’un utilisateur peut remarquer dans cette version, le plus gros en premier : les nouvelles fonctions et où les trouver, ce qui a bougé ou disparu, et les bugs décrits par leur symptôme. Précisez qui est concerné quand un changement ne touche qu’une partie des gens, par exemple les abonnés ou un seul appareil. Laissez de côté le travail interne, les numéros de ticket et les prix écrits dans une seule devise.

Sources

D'où viennent ces informations

Chaque chiffre, règle et prix externe de cette page renvoie à la page d'où il vient.

  1. Informations de version par plateforme, dont le champ What’s New (en anglais)Apple Developer, App Store Connect Help
  2. Propriétés obligatoires, localisables et modifiables (en anglais)Apple Developer, App Store Connect Help
  3. Localiser les informations de l’app (en anglais)Apple Developer, App Store Connect Help
  4. Créer une nouvelle version (en anglais)Apple Developer, App Store Connect Help
  5. Publier une mise à jour par étapes (en anglais)Apple Developer, App Store Connect Help
  6. Créer votre page produit (en anglais)Apple Developer
  7. App Review Guidelines, règle 2.3.12 (en anglais)Apple Developer
  8. Mettre à jour manuellement les apps de l’App StoreAssistance Apple
  9. Fiche App Store Connect sur l’App Store français, rubrique NouveautésApp Store
  10. Préparer et déployer une version (en anglais)Google Play Console Help
  11. Tenez un changelog, version 1.1.0Keep a Changelog
  12. Présentation de TestFlight : informations de test et retours des testeurs (en anglais)Apple Developer, App Store Connect Help
  13. Retirer une soumission de l’examen (en anglais)Apple Developer, App Store Connect Help
  14. Modifier la localisation d’une version, dont whatsNew (en anglais)Apple Developer, App Store Connect API
  15. deliver : envoi des métadonnées App Store et des release notes (en anglais)fastlane docs
  16. supply : envoi des métadonnées Google Play et des changelogs (en anglais)fastlane docs
  17. API Google Play Developer : edits.tracks et notes de version (en anglais)Google for Developers
  18. Vidéo : publier une nouvelle version dans App Store Connect (en anglais)Think Like an Engineer

Recherché et rédigé par Spreadcast. Dernière vérification le 4 novembre 2026.

Toujours en pilote automatique

Vos prochaines release notes deviennent un post

Collez une fois le lien de votre app sur l’App Store. Quand la prochaine version sort, Spreadcast transforme ses notes en post de mise à jour soigné et le publie pour vous.

3 posts gratuits · Sans carte bancaire · Vous payez seulement pour publier