Quand demander des avis sur votre app : règles sur le moment de l’invite

English · Español · Deutsch · Polski

Les invites système sont limitées : chacune doit apparaître au moment où l’utilisateur est le plus susceptible d’avoir un avis à partager.

Analyse gratuite des avis de votre app · Avis sur les apps populaires · Rapport 19 € (prix de lancement, 49 € à partir du 1er déc. 2026) · Competitor Pack 29 € · Export des avis · Générateur de réponses · Exemple de rapport · Suivi hebdomadaire 29 €/mois

Ce que dit Apple

Demandez un avis après que l’utilisateur a montré de l’engagement, par exemple après avoir terminé un niveau de jeu ou une tâche. Ne le demandez pas au premier lancement ni pendant la prise en main, et n’interrompez pas une tâche (Human Interface Guidelines: Ratings and reviews).
Ne le demandez pas trop souvent : laissez au moins une semaine ou deux entre les demandes (Human Interface Guidelines: Ratings and reviews). Le système affiche l’invite au maximum trois fois en 365 jours (StoreKit: RequestReviewAction).
Ne demandez pas d’avis à partir d’un appui sur un bouton ni d’une autre action de l’utilisateur (StoreKit: RequestReviewAction, StoreKit sample: Requesting App Store reviews).
Le code d’exemple d’Apple attend que l’utilisateur ait terminé un processus plusieurs fois, qu’aucune demande n’ait été faite pour la version actuelle, puis fait une brève pause avant de demander (StoreKit sample: Requesting App Store reviews).

Ce que dit Google

Déclenchez l’avis intégré à l’application après que l’utilisateur a suffisamment utilisé votre app pour donner un avis utile, et ne sollicitez pas de manière excessive (Android Developers : API In-App Review de Google Play).
Le quota est limité dans le temps et non publié ; appeler plus d’une fois sur une courte période (par exemple, moins d’un mois) peut ne pas afficher la boîte de dialogue (Android Developers : API In-App Review de Google Play).

Moments appropriés

Nos suggestions, cohérentes avec les règles ci-dessus :

Juste après une réussite : un export, un entraînement, une leçon ou une réservation terminés.
Après que l’utilisateur est revenu plusieurs fois sur plusieurs jours.
Après une version qui a corrigé quelque chose qu’il utilisait.

Moments à éviter

Premier lancement, prise en main, murs de paiement et passage en caisse.
Juste après une erreur, un plantage ou un paiement échoué.
Au milieu d’une tâche, ou à partir d’un bouton « Évaluez-nous » (utilisez plutôt un lien vers la page de l’app dans le store).

Tester l’invite

iOS : en développement, l’invite s’affiche toujours ; dans TestFlight, elle n’a aucun effet (StoreKit: RequestReviewAction).
Android : sur le canal de test interne, le quota n’est pas appliqué ; avec le partage interne d’applications, la boîte de dialogue s’affiche mais ne peut pas être envoyée. Utilisez FakeReviewManager dans les tests unitaires (Android Developers : Tester les avis dans l’application).

Sources

Guides associés

Questions fréquentes

Quand dois-je afficher l’invite d’évaluation de l’App Store ?

Après que l’utilisateur a montré de l’engagement, par exemple en terminant une tâche, et jamais au premier lancement, pendant la prise en main ni à partir d’un appui sur un bouton.

À quelle fréquence puis-je demander un avis sur Android ?

Google ne publie pas le quota. Il indique qu’appeler l’API plus d’une fois sur une courte période, par exemple moins d’un mois, peut ne pas afficher de boîte de dialogue.

Pourquoi l’invite d’évaluation n’apparaît-elle pas dans TestFlight ?

Apple indique que demander un avis n’a aucun effet dans TestFlight ; l’invite s’affiche toujours dans les versions de développement.