Application refusée sur l'App Store : que faire et comment l'éviter ?

Plantage, compte de démo absent, confidentialité : pourquoi Apple refuse une application, comment corriger ou faire appel, et comment protéger le compte développeur de votre entreprise.

Une application est refusée sur l'App Store le plus souvent pour une raison très concrète : un plantage pendant le test, un lien cassé, un compte de démonstration absent ou une politique de confidentialité incomplète. Le refus n'est pas définitif. Vous lisez le motif dans App Store Connect, vous corrigez puis vous soumettez à nouveau, et si vous estimez que l'équipe de validation s'est trompée, vous pouvez faire appel. En 2025, Apple a d'ailleurs approuvé 387 087 soumissions après un premier refus.

Le sujet revient cette semaine sur X, où plusieurs développeurs indépendants racontent des attentes prolongées en « Waiting for Review » et des fermetures de comptes inattendues. Voici ce qu'il faut savoir si votre entreprise prépare une application, ou si elle vient de recevoir un refus.

Pourquoi Apple refuse-t-il autant d'applications en ce moment ?

Le volume a beaucoup augmenté. D'après son rapport de transparence 2025, l'équipe App Review a examiné 9 100 620 soumissions sur l'année et en a refusé 2 093 244, soit près d'une sur quatre. Un an plus tôt, Apple annonçait 7,7 millions de soumissions examinées.

Apple relie elle-même cette hausse aux outils de développement par intelligence artificielle. Générer une application en quelques heures est devenu possible, et beaucoup de ces projets arrivent en validation sans avoir été testés sur un vrai iPhone. Nous avons détaillé les limites de cette approche dans notre article sur le vibe coding pour une PME. Pour une entreprise dont le dossier est sérieux, la conséquence directe est une file d'attente plus chargée et des contrôles plus stricts sur les applications qui ressemblent à du contenu de masse.

Quels sont les motifs de refus les plus fréquents ?

Le rapport d'Apple classe les refus par grande section des règles de validation. La section Performance arrive très loin devant avec 1 354 418 refus en 2025. Suivent les questions juridiques, confidentialité comprise (495 673), le design (415 532), les règles commerciales comme les paiements (283 820) et la sécurité (151 159).

Derrière ces chiffres, la page App Review d'Apple liste des causes très terre à terre. Voici les plus courantes :

• L'application plante ou affiche un écran vide pendant le test, souvent parce que le serveur de préproduction était éteint.
• Des textes provisoires ou des boutons qui ne mènent nulle part sont restés dans l'interface.
• Aucun compte de démonstration n'est fourni alors que l'application demande une connexion.
• La politique de confidentialité manque, ou les messages qui demandent l'accès à la caméra ou à la position ne disent pas à quoi il sert.
• Les captures d'écran de la fiche ne correspondent pas à l'application réelle.
• L'application se contente d'afficher le site web de l'entreprise, ce que la règle 4.2 refuse en demandant davantage qu'un site reconditionné.
• L'utilisateur peut créer un compte mais pas le supprimer depuis l'application, alors que la règle 5.1.1 l'impose.

Photo : Lauren Mancke sur Unsplash

Aucune de ces erreurs ne demande de grosse refonte. Elles viennent presque toujours d'un oubli dans la préparation de la soumission.

Que faire quand votre application est refusée ?

Comment lire le motif du refus ?

Le message de refus apparaît dans App Store Connect, avec la règle concernée et souvent une capture de l'écran en cause. Vous pouvez répondre directement dans ce fil pour demander une précision. Apple propose aussi des rendez-vous de 30 minutes en visio avec l'équipe App Review, utiles quand le motif reste flou.

Faut-il corriger ou contester ?

Dans la grande majorité des cas, on corrige. Si le reproche est fondé, la nouvelle version repart en validation après la correction. Si vous pensez au contraire que l'application respecte la règle citée, vous pouvez saisir l'App Review Board. Apple accepte un seul appel par soumission refusée, et il faut expliquer précisément pourquoi l'application est conforme.

Peut-on accélérer une nouvelle validation ?

Oui, dans deux situations prévues par Apple : la correction d'un bug critique en production, ou une application liée à un événement daté. La demande d'examen accéléré se fait depuis le site développeur. Apple indique aussi qu'une mise à jour qui corrige un bug peut être acceptée même si d'autres points restent à régler, à condition de les traiter dans la version suivante.

Une PME risque-t-elle la fermeture de son compte développeur ?

Le risque existe mais il vise surtout la fraude. En 2025, Apple a fermé 193 035 comptes développeurs, dont 192 702 pour fraude. Sur 10 127 contestations, seuls 499 comptes ont été rétablis. Une fermeture se rattrape donc très rarement, d'où l'intérêt d'éviter les situations qui ressemblent à de l'abus.

Pour une entreprise, trois précautions suffisent dans la plupart des cas. Le compte doit être ouvert au nom de la société, avec son numéro D-U-N-S, par une personne habilitée à l'engager, une adresse e-mail sur le domaine de l'entreprise et un site web en ligne, comme le prévoit la procédure d'inscription d'Apple. L'abonnement coûte 99 dollars par an. Ensuite, évitez de publier plusieurs copies quasi identiques de la même application, ce que la règle 4.3 assimile à du spam. Enfin, méfiez-vous des générateurs d'applications vendus clés en main : la règle 4.2.6 refuse les applications issues d'un modèle commercialisé lorsqu'elles ne sont pas soumises par le fournisseur du contenu lui-même.

Pour la même raison, faites publier votre application sur le compte de votre entreprise plutôt que sur celui de l'agence ou du freelance qui la développe. Elle reste à vous, et un problème chez un prestataire ne peut pas la faire disparaître du store.

Les règles sont-elles les mêmes sur Google Play ?

Le fond est proche, la procédure diffère. Sur un compte personnel créé après le 13 novembre 2023, Google exige un test fermé avec au moins 12 testeurs pendant 14 jours avant de demander l'accès à la production, puis annonce un délai d'examen habituel d'environ 7 jours, selon l'aide de la Play Console. Un compte d'organisation n'est pas soumis à cette obligation de test, ce qui est une raison de plus d'ouvrir les comptes au nom de l'entreprise. Les délais côté Apple et la vérification D-U-N-S sont détaillés dans notre guide sur le MVP d'application mobile, ses délais et ses étapes.

Comment préparer une soumission qui passe du premier coup ?

Avant d'envoyer une version en validation, vérifiez ces points un par un :

1. Tester l'application sur plusieurs iPhone réels, sur réseau mobile et en Wi-Fi.
2. Laisser le serveur et l'API en ligne pendant toute la durée de la validation.
3. Fournir un compte de démonstration valide, ou un mode démo, dans les notes de version.
4. Publier une politique de confidentialité accessible depuis l'application et la fiche.
5. Rédiger des messages d'autorisation qui expliquent l'usage réel de la caméra, des photos ou de la position.
6. Proposer la suppression du compte dans l'application si la création de compte existe.
7. Refaire les captures d'écran à partir de la version soumise.

Ce travail de préparation fait partie de notre offre de création d'applications mobiles iOS et Android : notre MVP, proposé dès 4 900 CHF ou 4 900 €, comprend la publication sur un store. Si vous cherchez d'abord à situer votre budget, notre article sur le coût d'une application mobile en Suisse donne des ordres de grandeur, et le calculateur de budget en ligne fournit une première estimation en quelques clics.

Si votre application vient d'être refusée, envoyez-nous le message reçu dans App Store Connect. Nous vous dirons rapidement s'il s'agit d'une correction de quelques heures ou d'un problème plus profond.