Guideline 5.6.3 : la demande d'avis qui fait refuser ton app

Apple refuse une app qui demande une note trop tôt. Si ta demande d'avis s'affiche au premier lancement ou pendant l'onboarding, tu risques un refus au titre de la guideline 5.6.3. La demande doit arriver après que l'utilisateur a vraiment utilisé l'app, et passer par la fenêtre du système.

J'ai pris ce refus sur Solys, mon réveil à mini-jeux. Voici ce que la règle dit, ce qu'Apple recommande, et comment je l'ai corrigé.

Que dit la guideline 5.6.3 ?

La guideline 5.6.3 fait partie du « Developer Code of Conduct », la section 5.6 des App Review Guidelines. Son texte interdit de manipuler ce que voient les clients de l'App Store : classements, recherche, avis, renvois vers ton app. Il ne parle pas de l'onboarding.

C'est pourtant cette règle qu'Apple a citée pour ma demande de note. Le raisonnement se trouve dans ses règles de design : au premier lancement ou pendant l'onboarding, la personne n'a pas encore eu le temps de se faire une opinion.

Dans la même section, la 5.6.1 précise le moyen autorisé : utiliser l'API fournie par Apple pour demander un avis. Les fenêtres de notation faites maison ne sont pas admises, et la guideline 3.2.2 interdit de bloquer une fonction en attendant une note.

À quel moment demander un avis

Les règles de design d'Apple sur les notes et avis sont nettes. On demande une note seulement après que la personne s'est vraiment servie de l'app.

Moment de la demande	Position d'Apple	Pourquoi
Au premier lancement	À éviter	Pas encore d'opinion
Pendant l'onboarding	À éviter	App pas encore utilisée
Au milieu d'une tâche	À éviter	La demande coupe l'action
Après une tâche réussie	Recommandé	L'app est déjà connue
Sur un bouton « Noter l'app »	Oui, avec un lien	Fenêtre parfois absente
Plusieurs fois de suite	À éviter	Les rappels lassent

Seules les deux premières lignes m'ont valu un refus. Le reste vient des conseils d'Apple. Deux repères utiles : Apple conseille de laisser au moins une à deux semaines entre deux demandes, et le système limite lui‑même l'affichage de sa fenêtre à trois fois par période de 365 jours, pour une même app. Tu ne peux donc pas forcer son apparition.

Le refus 5.6.3 que j'ai pris sur Solys

Le 30 août 2026, une mise à jour de Solys est refusée. Le message d'Apple cite la 5.6.3 et dit que l'app demande une note au premier lancement ou pendant l'onboarding. La revue s'est faite sur iPad Air.

La cause était simple. Dans le parcours d'accueil, l'écran « Laisser un avis » arrivait en deuxième position, juste après la démo du mini-jeu. L'utilisateur n'avait vu que la démo.

Le correctif : la demande a été déplacée plus loin dans le parcours, et elle ne s'affiche que si l'utilisateur vient de gagner la démo. Celui qui passe la démo ou la perd ne voit aucune demande. La version corrigée a ensuite été acceptée.

C'est un pari de ma part : le message d'Apple disait « pas pendant l'onboarding », sans nuance.

La leçon : la position sûre est de sortir la demande de l'onboarding. Une note, comme une autorisation, se demande après que la personne a vu ce que l'app lui apporte.

Demander un avis avec la fenêtre du système

Dans une app Expo, la fenêtre du système passe par la bibliothèque expo-store-review :

import * as StoreReview from "expo-store-review";

export async function demanderUnAvis() {
  if (await StoreReview.isAvailableAsync()) {
    await StoreReview.requestReview();
  }
}

Trois choses à savoir, tirées de la documentation d'Apple sur la demande d'avis :

• C'est le système qui décide d'afficher ou non la fenêtre. L'appel peut ne rien montrer. Ne construis aucun écran qui dépend de son apparition.
• Évite de la déclencher depuis une action de l'utilisateur, comme un bouton : la fenêtre peut ne pas s'afficher. Pour un bouton « Noter l'app », ouvre plutôt la fiche App Store de ton app, avec ?action=write-review à la fin de l'adresse.
• Choisis un moment de réussite : la fin d'une suite d'actions que l'utilisateur vient de terminer, pas l'ouverture de l'app.

L'exemple de code d'Apple retarde aussi l'appel : il attend que la personne ait terminé plusieurs fois l'action, et il ne redemande pas deux fois pour la même version de l'app. Le nombre de fois est libre.

La checklist avant d'envoyer

• Aucune demande de note au premier lancement.
• Aucune demande de note dans l'onboarding.
• La demande passe par la fenêtre du système, pas par un écran maison avec des étoiles.
• Le bouton « Noter l'app » des réglages ouvre la fiche App Store, il n'appelle pas la fenêtre du système.
• La demande arrive après un usage réel : une tâche terminée, un niveau réussi, plusieurs ouvertures.
• Tu as testé le parcours d'accueil sur iPad aussi : plusieurs de mes refus ont été relevés sur iPad, pour des apps iPhone.

Éviter le refus 5.6.3 avant ton prochain envoi

Le Kit Review Apple réunit ma checklist avant l'envoi, mes refus d'Apple corrigés et des skills Claude Code qui relisent ton projet. Si ton app vient d'être refusée et que tu veux un regard humain, réserve une heure avec moi : on reprend ton parcours d'accueil en visio, sur ton écran. La démarche complète est sur la page application refusée par Apple, et les autres motifs fréquents sont dans pourquoi Apple refuse une app.

Si tu prépares ta première sortie, fais ton diagnostic gratuit : il remet les étapes dans l'ordre et t'envoie ma checklist anti-refus Apple.

Questions fréquentes

Peut-on demander une note pendant l'onboarding ?

Apple le déconseille dans ses règles de design, et j'ai pris un refus pour ça, au titre de la guideline 5.6.3. La personne n'a pas encore utilisé l'app : elle ne peut pas avoir d'avis. Place la demande après un usage réel.

Combien de fois peut-on afficher la demande d'avis ?

Le système limite sa fenêtre à trois affichages par période de 365 jours pour une même app. Apple conseille aussi de laisser au moins une à deux semaines entre deux demandes, et son exemple de code ne redemande pas deux fois pour la même version de l'app.

Peut-on créer sa propre fenêtre de notation ?

Non. La guideline 5.6.1 demande d'utiliser l'API fournie par Apple, et elle écarte les fenêtres de notation faites maison. Tu peux en revanche proposer un bouton « Noter l'app » qui ouvre la fiche App Store de ton app.

Faut-il un nouveau build après un refus 5.6.3 ?

Oui si la demande est dans le code du build, ce qui est presque toujours le cas. Le reviewer voit le code embarqué au premier lancement : une mise à jour à distance ne suffit pas. Déplace la demande, refais un build et renvoie-le.

Quel est le bon moment pour demander un avis ?

Juste après une réussite : une tâche terminée, un niveau gagné, un objectif atteint. Apple recommande un moment qui n'interrompt rien, quand la personne connaît déjà l'app. Évite l'ouverture de l'app et le milieu d'une action.