AppReviewX Se connecter

Les règles d'Apple pour les demandes d'avis dans l'app

Quelle méthode de demande Apple attend, ce qui est interdit. Vérifie le texte actuel des consignes.

Dans ce guide

Cette page cite les sources officielles ; vérifie-les à nouveau avant de développer.

Vérifié dans les App Review Guidelines

Consulté le 2026-10-22 sur la page officielle des consignes :

  • Pas de contrainte. La directive 3.2.2 interdit aux apps de "force users to rate the app, review the app, download other apps, or other store-related actions in order to access functionality, content, or use of the app." (forcer les utilisateurs à noter l'app, la commenter, télécharger d'autres apps ou effectuer d'autres actions liées au store pour accéder à une fonctionnalité, un contenu ou l'utilisation de l'app.)
  • Pas de manipulation. La section 3 indique que si Apple constate que tu as "attempted to manipulate reviews, inflate your chart rankings with paid, incentivized, filtered, or fake feedback, or engage with third-party services to do so on your behalf" (tenté de manipuler les avis, gonfler tes classements avec des retours payants, incités, filtrés ou faux, ou fait appel à des services tiers pour le faire à ta place), elle peut prendre des mesures "which may include expelling you from the Apple Developer Program" (pouvant inclure ton exclusion du programme Apple Developer).

Donc : pas de fonctionnalité bloquée derrière une note, pas de récompense pour une note, et un prestataire ne te dégage pas de ta responsabilité.

Vérifié dans la documentation développeur d'Apple

  • Invites d'avis. Directive 5.6.1 : "Use the provided API to prompt users to review your app; this functionality allows customers to provide an App Store rating and review without the inconvenience of leaving your app, and we will disallow custom review prompts." (Utilise l'API fournie pour inviter les utilisateurs à noter ton app ; cette fonction leur permet de laisser une note et un avis sur l'App Store sans quitter ton app, et nous refuserons les invites d'avis personnalisées.)
  • Fréquence. Documentation StoreKit d'Apple : "the system displays the review prompt to a user a maximum of three times within a 365-day period." (le système affiche l'invite d'avis à un utilisateur au maximum trois fois sur une période de 365 jours.) Les Human Interface Guidelines d'Apple indiquent que le système limite l'invite à trois affichages par app sur 365 jours, et que les utilisateurs peuvent désactiver ces invites pour toutes les apps.
  • Moment. Documentation StoreKit : évite d'afficher la demande "immediately when a user launches your app" (immédiatement au lancement de l'app) et évite de la demander "as the result of a user action" (à la suite d'une action de l'utilisateur). Les HIG ajoutent : évite de demander au premier lancement ou pendant l'onboarding, et envisage de laisser au moins une à deux semaines entre deux demandes.
  • Voie manuelle. Pour un avis lancé par l'utilisateur, la documentation StoreKit utilise un lien profond vers la page App Store de l'app, avec un paramètre de requête. Copie le paramètre exact depuis cette page.

Vérifie la documentation StoreKit actuelle pour l'API qui correspond à ta version minimale d'iOS.

Habitudes de conception valables quelle que soit la version des règles

  • Demande après une réussite, pas au lancement.
  • Ne demande pas deux fois de suite.
  • Pas de formulation qui oriente les étoiles (« Donnez-nous 5 étoiles »).
  • Aucune récompense, jamais.
  • Propose les retours privés séparément : demander des retours, pas des avis.

Pour en savoir plus sur la conception : à quoi doit ressembler une invite de notation. Résumé des deux plateformes : demander une note en toute sécurité.

Les politiques changent. Ceci n'est pas un conseil juridique.

Commence gratuitement pour obtenir des retours privés d'autres développeurs.

Liens : guide, règles de l'API Google Play, pourquoi les avis des testeurs restent privés.