Avis App Store : obtenir plus de notes et y répondre comme il faut
Les règles qu'Apple et Google appliquent vraiment aux demandes de notes et aux réponses, les moments qui rapportent de bonnes notes, des modèles de réponse prêts à l'emploi et le calcul pour passer de 3,9 à 4,3.
Searvia · 24/10/2026 · Lecture : 15 min
En bref : Demandez des notes uniquement via la fenêtre système (RequestReviewAction ou AppStore.requestReview sur iOS, l'API In-App Review sur Android), juste après une réussite de l'utilisateur, jamais au premier lancement et jamais depuis un bouton. Apple affiche la demande trois fois par an au maximum, Google applique un quota non publié, et les deux stores interdisent les incitations et les questions préalables. Répondez d'abord aux avis à faible note et aux signalements de bugs, gardez des réponses courtes et précises, et prévenez quand un correctif sort : les deux stores notifient l'auteur de l'avis, qui peut alors modifier sa note.
Les notes décident si un inconnu fait confiance à votre page de store, et Google le dit clairement : Play classe les applications selon « une combinaison de notes, d'avis, de téléchargements et d'autres facteurs ». La plupart des équipes savent qu'il leur faut plus d'avis. Moins nombreuses sont celles qui connaissent précisément les limites des règles : elles ne sollicitent pas assez, ou bâtissent un parcours de demande qu'un reviewer d'Apple ou de Google rejetterait.
Ce guide présente les règles actuelles des deux stores (vérifiées dans la documentation d'Apple et de Google en octobre 2026), le bon moment pour demander, la façon de répondre et comment transformer les avis en feuille de route.
Les règles, en octobre 2026
App Store
L'API. Apple marque désormais SKStoreReviewController comme obsolète (depuis iOS 18). Utilisez RequestReviewAction dans SwiftUI (lisez la valeur d'environnement requestReview et appelez-la) ou AppStore.requestReview(in:) avec une UIWindowScene dans UIKit. Les deux sont disponibles à partir d'iOS 16. Si vous prenez encore en charge des versions d'iOS plus anciennes, gardez l'ancien appel derrière une vérification de disponibilité.
La limite. Pour une personne qui n'a pas noté votre app sur cet appareil, StoreKit affiche la demande au maximum trois fois sur une période de 365 jours. Si elle l'a déjà notée ou commentée, la demande n'apparaît que pour une nouvelle version de l'app et plus de 365 jours après son dernier avis. Les utilisateurs peuvent aussi désactiver ces demandes pour toutes les apps.
L'appel peut ne rien faire. Comme l'API peut ne pas afficher d'alerte, Apple recommande de ne pas l'appeler en réponse à un appui sur un bouton ou à une autre action de l'utilisateur. En mode développement, la demande s'affiche toujours ; dans les builds TestFlight, l'appel n'a aucun effet : ne jugez donc pas votre parcours à partir d'une bêta.
Un lien permanent est autorisé. La documentation d'Apple suggère un lien permanent vers votre page produit dans les réglages, avec action=write-review ajouté à l'URL pour ouvrir directement la fenêtre de rédaction d'avis. C'est la bonne place pour une ligne « Noter Streakly ».
Ce que l'App Review applique. La règle 5.6.1 impose d'utiliser l'API fournie et indique qu'Apple « refusera les demandes d'avis personnalisées ». La règle 3.2.2(x) interdit d'obliger les utilisateurs à noter ou commenter l'app pour accéder à une fonctionnalité ou à un contenu. La règle 5.6.3 (Discovery Fraud) interdit la manipulation des avis, et l'introduction de la section 3 avertit que des avis payés, incités, filtrés ou faux peuvent vous faire exclure de l'Apple Developer Program. « Filtrés » est le mot clé : un parcours qui envoie les utilisateurs satisfaits vers le store et les mécontents vers un formulaire e-mail relève exactement de cela.
Google Play
L'API. L'API Play In-App Review affiche une carte d'avis dans votre app. Google applique à chaque utilisateur un quota limité dans le temps. La valeur exacte est un détail d'implémentation susceptible de changer sans préavis : appeler launchReviewFlow plusieurs fois sur une courte période (exemple de Google : moins d'un mois) peut ne rien afficher.
Les règles de design. Affichez la carte telle quelle : pas de redimensionnement, pas de superposition, pas de suppression par programmation. Ne placez pas non plus un bouton « Noter l'app » devant l'API, car un utilisateur qui a atteint son quota vivrait une expérience cassée. Envoyez plutôt les appuis sur le bouton vers le Play Store.
Aucune question au préalable. Google est explicite : votre app « ne doit poser aucune question à l'utilisateur avant ou pendant l'affichage du bouton ou de la carte de notation », y compris les questions d'opinion comme « Aimez-vous l'app ? » et les questions prédictives comme « Donneriez-vous 5 étoiles à cette app ».
Aucune incitation. La politique sur les notes, avis et installations interdit de manipuler les notes, les avis ou les installations. Parmi les infractions citées : offrir une remise ou un autre avantage en échange d'une note, et encourager des avis contenant des liens, des coupons ou des codes.
Comparaison côte à côte
| Règle | App Store | Google Play |
|---|---|---|
| API à utiliser | RequestReviewAction / AppStore.requestReview(in:) | API Play In-App Review |
| Fréquence d'affichage | Jusqu'à 3 fois par 365 jours par utilisateur | Quota non publié, limité dans le temps |
| Affichage garanti ? | Non | Non |
| Pré-question personnalisée (« Vous aimez l'app ? ») | Demandes d'avis personnalisées refusées (5.6.1) | Explicitement interdite |
| Bouton qui déclenche l'API | À éviter (peut ne rien afficher) | À éviter ; renvoyez vers le Play Store |
| Récompenses contre des notes | Interdites | Interdites |
| Note affichée aux utilisateurs | Note globale par territoire, réinitialisable | Pondérée en faveur des notes récentes |
Quand demander : aux moments de réussite, pas au lancement
Les Human Interface Guidelines d'Apple recommandent de ne demander qu'après que les utilisateurs ont montré de l'engagement, jamais au premier lancement ni pendant l'onboarding, jamais au milieu d'une tâche, et de laisser « au moins une semaine ou deux entre deux demandes ». Google conseille de demander lorsqu'un utilisateur « a suffisamment utilisé votre app ou jeu pour donner un avis utile ». Traduisez cela en code par une condition, pas par un minuteur.
| Moment | Demander ? | Pourquoi |
|---|---|---|
| Premier lancement ou onboarding | Non | Pas encore d'opinion, et Apple note que les demandes précoces peuvent attirer des avis négatifs |
| Juste après un achat ou un paywall | Non | L'utilisateur pense à l'argent, pas à la valeur |
| Juste après une erreur, un crash ou un échec de synchronisation | Non | Vous obtiendrez la note que ce moment mérite |
| Après avoir accompli une tâche clé pour la Nᵉ fois | Oui | La valeur est fraîche et l'utilisateur est à un arrêt naturel |
| Après un jalon (série, niveau, objectif atteint) | Oui | Pic de satisfaction, pause naturelle |
| Après la résolution d'un ticket de support | Uniquement via votre condition | Bon moment, mais ne sollicitez pas seulement les utilisateurs satisfaits dont le ticket est résolu en ignorant les autres (c'est du filtrage) |
| Dans un parcours chronométré ou de concentration | Non | Interrompt la tâche |
| Deuxième demande dans la même version | Non | L'exemple d'Apple ignore les versions déjà sollicitées |
Un exemple de condition pour une app hypothétique
Prenons Streakly, une app hypothétique de suivi d'habitudes. Sa demande ne se déclenche que si toutes ces conditions sont réunies :
- L'utilisateur vient de terminer une série de 7 jours et reste au moins deux secondes sur l'écran de célébration.
- Il a ouvert l'app sur au moins 5 jours différents.
- Aucun crash ni échec de synchronisation n'a eu lieu pendant cette session.
- L'app n'a pas encore demandé d'avis pour cette version.
- Au moins 14 jours se sont écoulés depuis la dernière demande.
Aucune de ces conditions ne pose de question à l'utilisateur, ce qui reste dans les règles des deux stores. Le projet d'exemple d'Apple repose sur la même idée : il attend qu'un processus soit terminé plusieurs fois, ne sollicite jamais deux fois pour la même version du bundle et patiente quelques secondes sur l'écran de fin.
@Environment(\.requestReview) private var requestReview
func streakCompleted() {
guard ReviewGate.shouldAsk(version: appVersion) else { return }
ReviewGate.markAsked(version: appVersion)
requestReview()
}
Pour recueillir les retours des utilisateurs mécontents, offrez à tout le monde la même ligne permanente « Envoyer un retour » dans les réglages ou l'aide. Elle ne doit pas décider qui voit la demande système.
Le calcul de la note : combien de notes 5 étoiles faut-il ?
Si votre moyenne actuelle est A sur N notes et que les nouvelles notes ont une moyenne R, le nombre de nouvelles notes x nécessaire pour atteindre une cible T est :
x = N × (T − A) / (R − T)
Pour passer de 3,9 à 4,3, avec une moyenne simple :
| Notes existantes (N) | Si chaque nouvelle note vaut 5 étoiles | Si les nouvelles notes ont une moyenne de 4,7 | Si les nouvelles notes ont une moyenne de 4,5 |
|---|---|---|---|
| 200 | 115 | 200 | 400 |
| 1 000 | 572 | 1 000 | 2 000 |
| 10 000 | 5 715 | 10 000 | 20 000 |
Vérification pour 1 000 : (1 000 × 3,9 + 572 × 5) ÷ 1 572 = 4,30. Deux enseignements en découlent. Les nouvelles notes réelles ne sont jamais toutes à 5 étoiles : le chiffre réel se rapproche donc de la colonne du milieu. Et l'écart entre R et T compte plus que le volume : corriger ce qui produit des avis 1 étoile fait monter R, ce qui réduit x plus vite que n'importe quel réglage de la demande.
Deux précisions propres à chaque store. Google indique que la note vue par les utilisateurs sur Play est pondérée en faveur des notes les plus récentes : une meilleure version remonte donc plus vite que ce tableau ne le suggère. La note globale d'Apple est calculée par territoire : faites donc ce calcul pays par pays, en commençant par ceux qui génèrent la majorité de vos téléchargements.
Réinitialiser la note globale de l'App Store
Apple permet de réinitialiser la note globale lors de la sortie d'une nouvelle version (rôle Admin ou App Manager) : sur la page de la version, sélectionnez « Reset rating when this version is released » et enregistrez avant de soumettre. Ce qu'il faut savoir d'abord :
- Elle s'applique à tous les pays en même temps à la mise en ligne de la version.
- Elle est irréversible après la sortie.
- Les avis écrits restent sur la page.
- La page produit indique que la note a été récemment réinitialisée jusqu'à ce qu'assez d'utilisateurs notent la nouvelle version.
Apple recommande de l'utiliser avec parcimonie. Notre règle empirique : ne réinitialisez que si la mauvaise note vient d'un problème que la nouvelle version corrige, et si votre condition de demande peut reconstituer un nombre significatif de notes en quelques semaines.
Comment répondre aux avis
Ce que propose chaque store
Sur l'App Store, les utilisateurs ayant le rôle Account Holder, Admin ou Customer Support peuvent répondre dans App Store Connect sous Ratings and Reviews. Une seule réponse par avis est affichée, elle peut mettre jusqu'à 24 heures à apparaître, et vous pouvez la modifier ou la supprimer ensuite (les réponses modifiées sont signalées). La page des notes et avis d'Apple ajoute que l'auteur de l'avis est notifié de votre réponse et peut mettre à jour son avis, que vous pouvez répondre à des avis de n'importe quelle ancienneté, et que vous pouvez recevoir des alertes e-mail lorsqu'un utilisateur modifie un avis auquel vous avez répondu.
Sur Google Play, toute personne disposant de l'autorisation « Répondre aux avis » peut publier une réponse publique par avis et la modifier à tout moment. L'utilisateur reçoit une notification push et un e-mail, et peut mettre à jour sa note ou son avis. Si vous répondez via l'API Reply to Reviews, la réponse est limitée à 350 caractères de texte brut, l'API ne renvoie que les avis créés ou modifiés durant la dernière semaine, et seule la première réponse à un avis déclenche une notification.
Les deux stores demandent le même ton : concis, respectueux, précis, sans informations personnelles, sans marketing ni spam. Google ajoute que les réponses doivent porter sur le problème de l'utilisateur et ne pas demander une meilleure note.
À qui répondre en premier
Le conseil d'Apple : si vous ne pouvez pas répondre à tout, donnez la priorité aux notes les plus basses et aux avis qui mentionnent des problèmes techniques avec la version actuelle. Nous ajouterions un objectif, à titre de recommandation et non de règle des stores : répondre aux avis 1–2 étoiles sous un jour ouvré, tant que l'utilisateur a encore l'app installée, et à tout le reste sous une semaine.
Modèles de réponse
Chaque modèle ci-dessous tient en 350 caractères, il fonctionne donc sur les deux stores. Personnalisez les parties entre crochets ; Apple recommande explicitement les réponses personnelles plutôt que génériques pour des avis similaires.
1 étoile, signalement de bug
Merci de nous l'avoir signalé, [prénom]. Vous avez raison : [fonctionnalité] échoue sur [appareil/OS] depuis la dernière mise à jour. Nous avons trouvé la cause et le correctif est dans la version [x.y], disponible cette semaine. Si le problème persiste après la mise à jour, écrivez à support@[app].com avec le modèle de votre appareil et nous examinerons votre cas directement.
1 étoile, fonctionnalité manquante
Remarque justifiée, [prénom]. Streakly ne peut pas encore [faire X]. C'est la fonctionnalité la plus demandée ce mois-ci et elle figure sur notre feuille de route, mais nous ne promettrons pas une date que nous ne pouvons pas tenir. En attendant, [solution de contournement, si elle existe]. Nous répondrons ici à sa sortie.
2 étoiles, plainte sur le prix
Merci pour ce retour franc. L'offre gratuite inclut [fonctionnalités de base] ; Premium ajoute [fonctionnalités précises] et coûte [prix/période]. Vous pouvez résilier à tout moment depuis les réglages de votre compte. Si quelque chose que vous pensiez gratuit ne l'est pas, dites-nous quoi à support@[app].com.
5 étoiles, remerciement
Merci, [prénom] ! Une série de [N] jours, ce n'est pas rien. S'il y a une chose qui rendrait Streakly encore plus utile pour vous, dites-le-nous ici ; nous lisons chaque réponse.
Avis destiné à une autre app, ou concernant le store
Merci d'avoir écrit. Il semble que cela concerne une autre app, car Streakly ne [fonctionnalité mentionnée]. Si cela nous concerne, écrivez à support@[app].com en décrivant ce que vous avez vu et nous réglerons cela. Pour les problèmes de facturation, [Assistance Apple / Aide Google Play] peut vous aider directement.
Ce qu'il faut éviter : remises, codes ou offres du type « modifiez votre note et nous… » (incitations), promesses avec des dates dont vous n'êtes pas sûr, débats avec l'auteur de l'avis, et tout ce qui identifie l'utilisateur. Pour les problèmes de facturation et de téléchargement sur iOS, Apple demande de renvoyer l'utilisateur vers l'assistance Apple.
Boucler la boucle après un correctif
Quand une version corrige un point dont les reviewers se plaignaient, Apple recommande de le dire dans les notes de version et de répondre aux avis concernés. Comme l'auteur de l'avis est notifié et peut le modifier, c'est la façon la plus honnête de regagner des étoiles. Sur Google Play, modifier une réponse existante n'envoie pas de nouvelle notification : annoncez donc aussi les correctifs dans les notes de version.
Quand ne pas répondre : signalez
Si un avis contient du contenu offensant, du spam ou un contenu qui enfreint les conditions du store, utilisez Report a Concern dans App Store Connect au lieu de répondre (l'utilisateur n'en est pas informé). Sur Google Play, signalez-le depuis l'avis dans la Play Console. Ne répondez pas publiquement aux abus.
Transformer les avis en feuille de route
Les réponses réparent une relation. Le gain le plus important vient de la lecture des avis en agrégé.
- Étiquetez chaque avis avec un thème principal issu d'une liste courte et stable : bug, performance, tarifs, fonctionnalité manquante, confusion UX, synchronisation/données, éloge. Gardez moins de dix étiquettes, sinon personne ne les utilisera de façon cohérente.
- Comptez chaque semaine, par version et par pays. Un thème qui bondit après une release est une régression. Un thème qui grossit lentement est un élément de feuille de route.
- Classez par gravité, pas par volume. Pondérez davantage les mentions 1 étoile que les 3 étoiles. Dix avis 1 étoile « la synchro a perdu mes données » passent avant quarante avis 3 étoiles « j'adorerais un mode sombre ».
- Citez, ne paraphrasez pas. Mettez deux ou trois vraies citations d'avis dans chaque ticket. Les ingénieurs corrigent ce qu'ils peuvent se représenter.
- Lisez les avis 1 étoile de vos concurrents. Les plaintes qui reviennent d'une app rivale à l'autre sont les lacunes qu'un meilleur produit peut combler.
- Bouclez la boucle avec les notes de version et les réponses, puis observez si la part de ce thème diminue.
Apple affiche aussi désormais des résumés d'avis générés par LLM sur les pages produit aux États-Unis et dans huit autres storefronts anglophones. Ce que vos reviewers répètent le plus est ce qu'un acheteur lira en premier : une raison de plus de corriger les plaintes récurrentes plutôt que de simplement y répondre.
Erreurs courantes
- Un bouton « Noter l'app » relié à l'API d'avis. Il n'affiche rien une fois le quota épuisé. Faites plutôt un lien vers la page du store.
- « Vous aimez Streakly ? Oui / Non » avant la demande. Interdit sur Google Play, traité comme une demande d'avis personnalisée sur iOS.
- Demander au lancement après une mise à jour. Apple déconseille de demander dès le lancement de l'app, même si ce n'est pas le premier.
- Ne solliciter que les utilisateurs satisfaits d'avoir contacté le support. C'est du filtrage, qu'Apple qualifie de manipulation.
- Réponses copiées-collées. Un texte identique sous cinquante avis passe pour un bot et n'aide personne.
- Réinitialiser la note pour masquer une mauvaise semaine. Cela efface votre décompte partout et ne supprime pas les avis écrits.
- Ignorer le pays. Un 4,6 aux États-Unis peut cacher un 3,8 en Allemagne après un bug de traduction.
Comment Searvia vous aide
Les outils d'avis de Searvia regroupent vos derniers avis par thèmes avec une prochaine action pour chacun, rédigent des réponses dans la langue de l'auteur que vous modifiez et validez, et les publient via l'API officielle une fois App Store Connect ou Google Play connecté (des agents d'avis optionnels peuvent rédiger, étiqueter et signaler les avis automatiquement, et ne publient sans validation que si vous l'activez). Le suivi des notes suit votre note par pays et vous alerte le matin où un pays baisse de 0,1 ou plus en 7 jours, et les cartes de plaintes transforment les avis 1–2 étoiles de n'importe quelle app en thèmes avec de vraies citations. Découvrez comment tout s'articule dans l'analyse des avis d'apps.
Questions fréquentes
- Combien de fois puis-je afficher la demande de note de l'App Store ?
- Le système affiche la demande de note d'Apple au maximum trois fois par app sur une période de 365 jours pour une personne qui n'a pas noté ni commenté l'app sur cet appareil. Si elle l'a déjà notée, StoreKit n'affiche à nouveau la demande que pour une nouvelle version de l'app et après plus de 365 jours. Appeler l'API ne garantit pas que la demande s'affiche : ne la reliez donc jamais à un bouton.
- SKStoreReviewController est-il obsolète ?
- Oui. En octobre 2026, la documentation d'Apple marque SKStoreReviewController comme obsolète depuis iOS 18 et oriente les développeurs vers RequestReviewAction dans SwiftUI ou AppStore.requestReview(in:) dans UIKit, tous deux disponibles à partir d'iOS 16. Le comportement et la limite de trois demandes par an sont identiques ; seule l'API à appeler change.
- Puis-je demander aux utilisateurs s'ils aiment mon app avant d'afficher la demande de note ?
- Pas sur Google Play : les directives In-App Review de Google indiquent que votre app ne doit poser aucune question avant ou pendant l'affichage de la carte d'avis, y compris « Aimez-vous l'app ? ». Sur l'App Store, la règle 5.6.1 interdit les demandes d'avis personnalisées. Une bonne pratique consiste à proposer une option de retour permanente dans les réglages, qui ne sert jamais à décider qui voit la demande système.
- Les utilisateurs sont-ils notifiés quand je réponds à leur avis ?
- Oui sur les deux stores. Apple notifie l'auteur de l'avis quand vous répondez et il peut mettre à jour son avis. Google Play envoie une notification push et un e-mail après votre réponse, et les utilisateurs peuvent modifier leur note ou leur avis à tout moment. Sur Google Play, seule la première réponse à un avis créé ou modifié déclenche une notification ; modifier une réponse ne notifie pas à nouveau.
- Dois-je réinitialiser ma note App Store après une grosse mise à jour ?
- Seulement si l'ancienne note reflète des problèmes que la nouvelle version corrige réellement. La réinitialisation s'applique à tous les pays à la sortie de la version, est irréversible et laisse les avis écrits visibles. Votre page produit affiche un message de réinitialisation récente jusqu'à ce qu'assez d'utilisateurs notent la nouvelle version, et un faible nombre de notes peut décourager certains téléchargements : c'est pourquoi Apple recommande de l'utiliser avec parcimonie.
Sources
- Ratings, reviews, and responses – Apple Developer
- RequestReviewAction – Apple Developer Documentation
- SKStoreReviewController (deprecated) – Apple Developer Documentation
- Requesting App Store reviews – Apple Developer Documentation
- Ratings and reviews – Human Interface Guidelines
- App Review Guidelines – Apple Developer
- Reset an app overview rating – App Store Connect Help
- Respond to reviews – App Store Connect Help
- Google Play In-App Review API – Android Developers
- User Ratings, Reviews, and Installs – Play Console Help
- View and analyze your app's ratings and reviews – Play Console Help
- Reply to Reviews API – Google Play Developer API
Continuer la lecture
Optimisation App Store (ASO)
Comment vérifier si un nom d'entreprise est déjà pris : marques, domaines et applications
Optimisation App Store (ASO)
Idées de noms d'appli : comment nommer une appli que les gens trouvent et retiennent
Optimisation App Store (ASO)
Classement App Store : comment vérifier la position de votre app et la faire grimper