La revue Apple n'est pas une loterie
Quand une app est refusée, la première réaction est toujours la même : « le reviewer n'a rien compris ». Après plusieurs applications publiées sous notre propre nom, on peut vous le dire : dans la grande majorité des cas, le reviewer a très bien compris. C'est le dépôt qui était attaquable.
Ce guide raconte deux refus qu'on a réellement pris sur nos apps, passe en revue les guidelines qui tombent le plus souvent, et donne la checklist qu'on applique désormais avant chaque dépôt. Si votre app vient d'être refusée, la section « Comment répondre à un refus » est pour vous.
Refus n°1 : la guideline 2.1, « l'app ne fonctionne pas »
Notre réveil à mini-jeux propose une démo jouable pendant l'onboarding : vous devez gagner un mini-jeu de 30 secondes, comme au réveil. Sur nos téléphones, tout marchait parfaitement.
Le reviewer, lui, testait sur un petit écran. Et sur ce format, la zone de jeu était coupée : la démo était ingagnable. Pour Apple, une étape obligatoire infranchissable, c'est une app qui ne fonctionne pas. Refus 2.1, sec et mérité.
La leçon : tester chaque écran obligatoire sur le plus petit iPhone supporté ET sur le plus grand, avant chaque dépôt. Pas « en général ». Avant chaque dépôt. C'est dans notre checklist de publication depuis ce jour — et c'est le genre de leçon qu'aucune documentation ne vous donne, parce qu'elle s'apprend en encaissant le refus.
Refus n°2 : la guideline 5.6.3, la demande de note mal placée
Deuxième cas, plus subtil. On demandait la note App Store en début d'onboarding, avant que l'utilisateur ait touché au produit. Pour Apple, demander une note à quelqu'un qui n'a encore rien vécu dans l'app, c'est de la manipulation de classement.
On a déplacé la demande : elle n'apparaît qu'en fin de tunnel, et seulement si l'utilisateur vient de gagner la démo. Un moment de fierté réel, une note honnête. Accepté.
La leçon : chaque interaction « sensible » — note, notification, abonnement, tracking — doit arriver après une preuve de valeur, jamais avant. Apple le vérifie, et vos utilisateurs vous le rendront de toute façon : une demande de note au bon moment convertit plusieurs fois mieux.
Les guidelines qui tombent le plus souvent
Au-delà de nos deux cas, voici les motifs de refus qu'on voit revenir sans cesse chez les développeurs qu'on accompagne :
2.1 — App Completeness. L'app plante, un bouton mène nulle part, un écran obligatoire ne passe pas sur un format. Aussi : les comptes de démonstration manquants. Si votre app demande une connexion, fournissez un compte de test dans les notes de revue, sinon le reviewer est bloqué à l'écran de login et c'est le refus assuré.
3.1.1 — Paiements in-app. Tout contenu numérique se vend via StoreKit, point. Un lien vers un paiement web pour contourner la commission, c'est le refus le plus prévisible de tout l'App Store. Si votre app vend un abonnement, il passe par Apple — le chantier complet est décrit dans notre page abonnements in-app iOS.
3.1.2 — Informations d'abonnement. Les apps à abonnement doivent afficher durée, prix et conditions dans la description App Store, avec les liens vers les CGU et la politique de confidentialité. Un bloc manquant dans UNE langue suffit au refus — sur une app publiée en huit langues, c'est huit occasions d'en oublier une.
4.3 — Spam / design minimal. L'app ressemble à mille autres ou n'apporte pas assez par elle-même. C'est le refus le plus dur à corriger parce qu'il ne se corrige pas avec un patch : il se prévient au cadrage, en donnant à l'app une raison d'exister.
5.1.1 — Confidentialité. Les déclarations de collecte de données ne correspondent pas à ce que l'app fait réellement, ou une permission (caméra, micro, position) est demandée sans texte d'explication clair. Apple croise vos déclarations avec le comportement observé de l'app.
Comment répondre à un refus (sans perdre deux semaines)
Un refus n'est pas un verdict, c'est un aller-retour. La procédure qui marche :
- Lisez le motif deux fois. Le message d'Apple cite la guideline précise et, souvent, joint une capture d'écran du problème. La moitié des développeurs répondent à côté parce qu'ils ont lu trop vite.
- Corrigez le motif, pas autre chose. Ce n'est pas le moment de glisser trois nouvelles fonctionnalités dans le build : chaque changement rouvre la surface de revue.
- Répondez dans le Resolution Center. Expliquez ce que vous avez corrigé, en une ou deux phrases factuelles. Les reviewers lisent ces notes, et un dépôt qui explique sa correction passe plus vite.
- Contestez seulement si vous êtes sûr. L'appel existe et fonctionne quand le refus est réellement erroné. Mais contester un refus mérité fait perdre une semaine pour rien.
Compter 24 à 48 heures par cycle de revue. C'est pour ça qu'un refus évitable coûte si cher : chaque aller-retour décale le lancement, et un lancement qui glisse, c'est de l'acquisition et du momentum perdus. Notre page dédiée détaille la démarche complète : application refusée par Apple, que faire.
La checklist qu'on applique avant chaque dépôt
Celle qu'on a construite refus après refus, sur nos apps :
- Chaque écran obligatoire testé sur le plus petit ET le plus grand iPhone supporté
- Compte de démonstration fourni dans les notes de revue si l'app a une connexion
- Achats testés en environnement sandbox, restauration comprise
- Bloc d'abonnement (durée, prix, liens CGU/confidentialité) présent dans la description de CHAQUE langue
- Déclarations de confidentialité alignées sur ce que l'app collecte réellement
- Textes d'explication pour chaque permission demandée
- Demandes de note et de notification placées APRÈS une preuve de valeur
- Aucun lien de paiement externe pour du contenu numérique
Ce que ça change pour votre app
Un refus App Store coûte cher : des jours de délai à chaque aller-retour, et un lancement qui glisse. C'est pour ça que la réponse aux refus d'Apple est incluse dans chaque application qu'on construit : on a payé ces leçons sur nos propres apps avant de les appliquer aux vôtres.
Votre app vient d'être refusée et le motif reste obscur ? Parlez-nous-en : c'est très souvent réparable en une seule itération.
