Blog · Optimisation App Store (ASO)

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ègleApp StoreGoogle Play
API à utiliserRequestReviewAction / AppStore.requestReview(in:)API Play In-App Review
Fréquence d'affichageJusqu'à 3 fois par 365 jours par utilisateurQuota non publié, limité dans le temps
Affichage garanti ?NonNon
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 notesInterditesInterdites
Note affichée aux utilisateursNote globale par territoire, réinitialisablePondé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.

MomentDemander ?Pourquoi
Premier lancement ou onboardingNonPas encore d'opinion, et Apple note que les demandes précoces peuvent attirer des avis négatifs
Juste après un achat ou un paywallNonL'utilisateur pense à l'argent, pas à la valeur
Juste après une erreur, un crash ou un échec de synchronisationNonVous obtiendrez la note que ce moment mérite
Après avoir accompli une tâche clé pour la Nᵉ foisOuiLa valeur est fraîche et l'utilisateur est à un arrêt naturel
Après un jalon (série, niveau, objectif atteint)OuiPic de satisfaction, pause naturelle
Après la résolution d'un ticket de supportUniquement via votre conditionBon 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 concentrationNonInterrompt la tâche
Deuxième demande dans la même versionNonL'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 :

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 étoilesSi les nouvelles notes ont une moyenne de 4,7Si les nouvelles notes ont une moyenne de 4,5
200115200400
1 0005721 0002 000
10 0005 71510 00020 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 :

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é.

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

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

  1. Ratings, reviews, and responses – Apple Developer
  2. RequestReviewAction – Apple Developer Documentation
  3. SKStoreReviewController (deprecated) – Apple Developer Documentation
  4. Requesting App Store reviews – Apple Developer Documentation
  5. Ratings and reviews – Human Interface Guidelines
  6. App Review Guidelines – Apple Developer
  7. Reset an app overview rating – App Store Connect Help
  8. Respond to reviews – App Store Connect Help
  9. Google Play In-App Review API – Android Developers
  10. User Ratings, Reviews, and Installs – Play Console Help
  11. View and analyze your app's ratings and reviews – Play Console Help
  12. Reply to Reviews API – Google Play Developer API

Continuer la lecture