Demander une note sans risque : règles des fenêtres natives

Les deux plateformes proposent une fenêtre système pour les notes. L'utiliser est la voie sûre. Fabriquer son propre écran de notation, ou récompenser les notes, c'est là que les applis ont des ennuis. Cette page est un bref résumé ; les détails figurent sur les pages liées et dans les sources officielles.

Le schéma sûr

1. Utilise la fenêtre propre à la plateforme, pas une imitation.
2. Déclenche-la depuis la logique de l'appli, au bon moment, pas depuis un bouton. Google indique qu'après une utilisation "enough" (suffisante) de l'appli, le parcours peut être déclenché, et qu'il ne faut pas "prompt the user excessively" (solliciter l'utilisateur de façon excessive).
3. Ne pose pas de questions d'abord. Les consignes de Google disent de ne pas poser de questions comme "Do you like the app?" (Tu aimes l'appli ?) avant ou pendant l'affichage de la carte.
4. Ne modifie pas la fenêtre. Google demande d'afficher la carte sans en changer la taille, l'opacité ou la forme, et sans superposition.
5. Attends-toi à ce que rien ne s'affiche. Google documente un quota, et l'API "does not indicate whether the user reviewed or not, or even whether the review dialog was shown" (n'indique pas si l'utilisateur a laissé un avis, ni même si la fenêtre d'avis a été affichée). Poursuis le parcours de ton appli dans tous les cas.
6. Ne rattache jamais de récompense. Les consignes d'Apple disent que les utilisateurs ne doivent pas être forcés de noter ou d'évaluer pour accéder à une fonctionnalité (3.2.2), et que les retours payés, incités ou faux peuvent entraîner le retrait du Developer Program.

Sources : pages de l'API In-App Review de Google Play et consignes de revue de l'App Store d'Apple, consultées le 2026-10-21.

Apple

La consigne 5.6.1 d'Apple dit : "Use the provided API to prompt users to review your app ... and we will disallow custom review prompts." (Utilise l'API fournie pour inviter les utilisateurs à évaluer ton appli ... et nous interdirons les invites personnalisées.) La documentation StoreKit d'Apple indique que le système affiche l'invite d'avis "a maximum of three times within a 365-day period" (au maximum trois fois sur une période de 365 jours). Lis le texte actuel avant de développer : voir les règles d'Apple pour les invites de notation.

Google Play

Détails sur le quota et les tests : API In-App Review de Google Play : règles et limites.

Quand demander

Après que l'utilisateur a fait quelque chose qui mérite une note, pas au lancement et pas de façon répétée. Voir quand demander des avis d'appli et à quoi doit ressembler une invite de notation.

Une solution de repli qui peut être un bouton

Si tu veux une entrée « Noter l'appli » dans les réglages, renvoie vers ta fiche du store plutôt que d'appeler l'API in-app. Google le conseille, car un utilisateur peut avoir atteint le quota. La documentation StoreKit d'Apple décrit la même idée pour la voie manuelle : un lien vers la page App Store de ton appli, pour que la personne lance elle-même l'avis.

Les politiques changent ; vérifie les pages officielles avant chaque version. Ce n'est pas un conseil juridique.

Commencer gratuitement pour recueillir des retours privés avant de demander des notes publiques.

Liens connexes : hub, règles d'Apple, règles de l'API Google Play.