Refusé 7 fois par Apple : le guide pour passer la review de l'App Store

TL;DR :

• Apple a refusé Sam Tennis 7 fois au total : 3 fois sur la V1, 4 fois sur la V2. À chaque fois, une correction de 20 minutes, puis 48h d'attente. C'est la réalité du dev mobile en solo.
• La review est faite par des humains, sur un seul appareil, en quelques minutes. Tout ce qui les empêche d'atteindre le cœur de ton app est un refus automatique. Et ils testent toujours sur iPad.
• 3 guidelines causent la grande majorité des refus : 2.1 (l'app plante ou une fonction est cassée), 4.3 (l'app ressemble à 100 autres sans valeur ajoutée) et 5.1.1 (la confidentialité).
• La bonne nouvelle : ces refus sont prévisibles. Avec la checklist en bas de cet article, tu mets toutes les chances de ton côté pour passer du premier coup.

---

Salut 👋

Publier une app sur l'App Store, c'est le passage obligé le plus stressant du lancement d'une application mobile. Parce qu'entre ton "c'est prêt" et le "votre app est en ligne", il y a un gardien : la review Apple. Et ce gardien ne fait aucun cadeau.

Je le sais parce que je m'y suis cassé les dents. Apple a refusé Sam Tennis 7 fois au total : 3 refus sur la première version, 4 sur la seconde. J'ai tout documenté au fil de l'eau dans mes épisodes build-in-public (les 3 refus de la V1 et les 4 refus de la V2). Ce guide, c'est la synthèse : ce que j'aurais aimé savoir avant de soumettre.

Comment fonctionne vraiment la review Apple

Première chose à intégrer : ce sont de vrais humains qui testent ton app. Pas seulement un script automatique. Une personne de l'équipe App Review installe ton app, la manipule quelques minutes sur un appareil, et cherche ce qui cloche.

Trois conséquences directes :

• Ils testent sur iPad, même si ton app vise l'iPhone. Mon tout premier refus, c'était une interface cassée sur iPad. Si ton app tourne sur iPad, elle doit être utilisable sur iPad, point.
• Ils doivent atteindre le cœur de ton app en quelques minutes. Si un crash, un écran de login bloquant ou un compte de démo inutilisable les en empêche, c'est un refus immédiat.
• Chaque round coûte cher en temps. Tu corriges le bug en 20 minutes, mais tu attends 24 à 48h la nouvelle review. Sur la V2, ça m'a fait 10 jours de ping-pong pour 4 refus.

Retiens le pattern que j'ai vécu deux fois : plus tu changes de choses dans une version, plus tu prends de refus. Une grosse refonte = plusieurs rounds quasi garantis. Intègre ce délai dans ton planning.

Les 3 guidelines qui causent 80 % des refus

En 2026, trois numéros de guidelines reviennent sans arrêt dans les lettres de refus. Connais-les, et tu élimines l'essentiel du risque.

2.1 App Completeness : ton app doit juste marcher

C'est la première cause de refus, loin devant toutes les autres. Les violations de performance (app qui plante, qui gèle, ou qui ne montre pas ses fonctions) causent à elles seules plus de refus que toutes les autres catégories réunies.

C'est là que je me suis fait avoir le plus souvent : un bouton d'onboarding cassé sur iPad, puis un crash pendant le test de la V2. La parade est simple mais on l'oublie : teste ton app sur un vrai iPhone et un vrai iPad avant de soumettre, pas seulement dans le simulateur. Et si tu utilises un compte de démo pour les reviewers, vérifie qu'il fonctionne vraiment.

4.3 Spam : le piège des apps IA en 2026

Celle-là est cruciale pour toi si tu construis avec l'IA. Apple a durci la guideline 4.3(b) en 2026 : dans les catégories saturées (bien-être, productivité, énième app de leçons), une app qui ressemble à cent autres se fait refuser si elle n'apporte pas une expérience "meaningfully different".

Or l'IA permet de sortir des apps à la chaîne, et Apple le sait. Sa vigilance a explosé. La leçon rejoint ce que je dis dans le guide pour créer une app : ne clone pas, niche. Ton angle doit être évident dès la fiche App Store, sinon tu tombes dans le radar anti-spam.

5.1.1 Privacy : la catégorie qui explose

La confidentialité est la catégorie de refus qui grandit le plus vite en 2026. Apple exige une URL de politique de confidentialité, une déclaration claire des données que tu collectes et de leur usage, et un consentement avant de les partager avec des tiers (surtout des services d'IA).

Mon 3e refus sur la V1, c'était exactement ça : il manquait les liens légaux sur mon écran d'abonnement. Sur ton paywall, tu dois afficher les liens vers tes conditions d'utilisation et ta politique de confidentialité. C'est non négociable.

Le cas particulier : 3.1.1 In-App Purchase

Un quatrième motif m'a coûté un refus : les achats in-app (guideline 3.1.1). Le piège classique, c'est l'œuf et la poule : tes produits d'abonnement ne s'affichent pas tant que l'app n'est pas validée, mais Apple refuse si le paywall est vide. La parade : passer par RevenueCat, tester en mode Sandbox, et t'assurer que tes produits sont bien en statut "Prêt à être soumis" dans App Store Connect.

Ma chronologie réelle (pour dédramatiser)

Pour que tu saches à quoi t'attendre, voici ce que ça a donné pour moi. Sur la V1, 3 refus en 6 jours : iPad non responsive (2.1), achats in-app (3.1.1), lien légal manquant (5.1.1). Sur la V2, 4 refus en 10 jours : bouton iPad cassé, crash pendant le test, deux détails techniques.

Ça paraît décourageant, mais remets les choses en perspective : un développeur s'est fait refuser 39 fois avant validation. 3 ou 4 refus, c'est normal, surtout sur une grosse refonte. Ce n'est pas un échec, c'est le processus.

La checklist anti-refus

Avant de cliquer sur "Soumettre", passe cette liste :

• Teste sur un vrai iPhone ET un vrai iPad. Le simulateur ne suffit pas.
• Vérifie qu'il n'y a aucun crash sur le parcours principal, du premier lancement au cœur de l'app.
• Ajoute une URL de politique de confidentialité et affiche les liens légaux (conditions + confidentialité) sur ton paywall.
• Déclare précisément tes données collectées dans la fiche App Store, IA comprise.
• Rends ton angle évident dès le titre et les captures : montre en quoi ton app est différente.
• Teste tes achats in-app en Sandbox et vérifie le statut de tes produits dans App Store Connect.
• Prépare un compte de démo fonctionnel si ton app nécessite une connexion.
• Prévois 2 semaines de marge dans ton planning pour absorber les rounds de review.

Combien de temps prévoir ?

Compte 24 à 48h par review en moyenne. Mais dès qu'il y a des refus, ça s'allonge vite : 6 jours pour la V1, 10 pour la V2. La règle que j'applique maintenant : prévoir systématiquement deux semaines entre la première soumission et une mise en ligne fiable. Tu seras rarement déçu, et parfois agréablement surpris.

La référence officielle reste les App Store Review Guidelines d'Apple. Garde-les sous le coude, mais avec cette checklist, tu as déjà éliminé la grande majorité des motifs de refus.

Questions fréquentes

Combien de fois peut-on se faire refuser par Apple ?

Autant de fois que nécessaire, il n'y a pas de limite. J'ai eu 3 refus sur ma V1 et 4 sur ma V2, et certains développeurs en cumulent bien plus. Chaque refus est accompagné du motif précis, tu corriges et tu resoumets.

Pourquoi Apple teste-t-il sur iPad si mon app est pour iPhone ?

Parce que tant que ton app est disponible sur iPad, elle doit y être utilisable. C'est une cause de refus très fréquente (guideline 2.1). Teste toujours sur iPad, ou restreins explicitement ton app à l'iPhone dans la configuration.

Combien de temps prend la review Apple ?

En moyenne 24 à 48h par soumission. Avec des refus successifs, compte plutôt 6 à 10 jours. Prévois toujours 2 semaines de marge dans ton planning.

Pourquoi mon app a-t-elle été refusée pour les achats in-app ?

Souvent parce que tes produits d'abonnement ne s'affichent pas (statut incorrect dans App Store Connect, ou code qui ne gère pas le cas où l'API ne renvoie rien). Utilise RevenueCat, teste en Sandbox, et vérifie que tes produits sont "Prêts à être soumis".

Une app créée avec l'IA a-t-elle plus de risques d'être refusée ?

Pas parce qu'elle est faite avec l'IA, mais parce que l'IA facilite la production d'apps génériques. Apple a durci sa guideline anti-spam (4.3) en 2026 : si ton app ressemble à beaucoup d'autres sans valeur ajoutée claire, elle sera refusée. Ton angle et ta niche doivent être évidents.