Apple refuse mon application : les vraies raisons, classées par fréquence

AA
Anas Asiri, fondateur de GhostDev — construit des applications avec l'IA et teste GhostDev sur de vrais non-techniciens avant de le vendre.
Publié le 12 septembre 2026 · Lecture 9 minutes

La réponse directe : Apple refuse environ 25 % des soumissions. Dans l'ordre réel de fréquence en 2026 : la règle 2.1 (app incomplète, bugs, compte de démo mort) pèse plus de 40 % des refus non résolus, suivie par la règle 5.1.1 (confidentialité), puis 4.2 et 4.3 (fonctionnalité minimale et spam), 3.1.1 (achats intégrés) et 2.3 (métadonnées trompeuses). Deux règles neuves piègent tout le monde en 2026, sans lien avec le contenu de l'app : depuis le 28 avril 2026, tout envoi doit être compilé avec le SDK iOS 26, sinon rejet automatique dès l'envoi ; et depuis le 13 novembre 2025, toute app qui envoie des données à une IA tierce (GPT, Claude, Gemini) doit le déclarer et demander un consentement explicite. Voici la liste complète, un exemple concret par famille, et comment répondre sans perdre un tour.

Ce que « refusé » veut dire, en chiffres

Apple a examiné environ 7,77 millions de soumissions en 2024, et en a refusé près de 25 % — à peu près 1,93 million d'applications. Ce n'est pas un accident de parcours réservé aux gros projets : c'est une soumission sur quatre, et le motif change souvent d'un tour à l'autre tant qu'on ne connaît pas les familles de refus à l'avance. C'est exactement la douleur que 24 personnes décrivent dans notre recherche de corpus, avec cette réaction typique :

Rejected 5 times. Apple told me to add IAP, I did, now they reject the same design. I feel like I am arguing with a wall.

Traduction : refusé cinq fois. Apple m'a demandé d'ajouter des achats intégrés, je l'ai fait, maintenant ils refusent le même design. J'ai l'impression de discuter avec un mur.

Le classement réel des cinq familles de refus

Les guides trouvés en recherche citent presque tous les mêmes trois ou quatre règles, mais rarement dans l'ordre réel de fréquence, et rarement avec un exemple concret par famille plutôt qu'un renvoi vague au numéro de la règle. Voici les cinq, dans l'ordre :

Rang Règle Motif Poids réel Exemple concret
1 2.1 — App incomplète Bugs, crashs, build cassé Plus de 40 % des refus non résolus Compte de démonstration mort, écran blanc au lancement, bouton visible mais inerte
2 5.1.1 — Confidentialité Politique manquante ou fiche inexacte Le motif de refus numéro 1 en 2026 selon les données d'Apple elle-même Fiche App Privacy qui déclare « aucune collecte » alors que l'app appelle une API tierce
3 4.2 / 4.3 — Fonctionnalité minimale, spam App trop proche d'un site web habillé, ou trop similaire à une autre Plus de 42 000 apps retirées en 2024 pour ce motif Le cas cité plus haut : le même design refusé deux fois, sous deux justifications différentes
4 3.1.1 — Achats intégrés Lien de paiement externe, prix caché Cité dans la quasi-totalité des guides 2026 comme quatrième cause Un bouton « payer sur notre site » visible dans l'app, en dehors du système Apple
5 2.3 — Métadonnées trompeuses Captures ou description qui ne correspondent pas à l'app réelle Environ un appel sur cinq porte justement sur ce motif, et c'est celui qui se renverse le plus souvent Des captures montrant une fonctionnalité pas encore livrée dans la version soumise

Les deux premières règles, à elles seules, couvrent la majorité des refus. La règle 5.1.1 mérite une attention particulière depuis 2022 : elle inclut désormais l'obligation d'un bouton de suppression de compte visible dans les réglages, une règle simple à connaître à l'avance et qui continue pourtant de faire refuser des apps en 2026, faute d'avoir été vérifiée avant l'envoi.

La règle qui piège tout le monde depuis le 28 avril 2026

Une cinquième catégorie ne tient à aucun contenu de l'application : le SDK de compilation. Apple l'a annoncé le 3 février 2026 sur sa page développeur officielle : depuis le 28 avril 2026, tout envoi à App Store Connect doit être compilé avec le SDK iOS 26 (ou l'équivalent iPadOS, tvOS, visionOS, watchOS 26). Un binaire produit avec un outil plus ancien est refusé automatiquement dès l'envoi, sans passer par un humain, sans extension annoncée.

Ça ne touche pas les apps déjà publiées et qui tournent — seulement les nouveaux envois et les mises à jour faites après cette date avec une chaîne d'outils restée ancienne. Concrètement : un projet démarré aujourd'hui avec un outil à jour part avec la bonne version de SDK sans y penser. Un vieux projet resté en pause depuis plusieurs mois, lui, se fait recaler à l'envoi, pour une raison qui n'a rien à voir avec ce que l'app fait.

Depuis novembre 2025 : la case IA tierce à cocher avant la revue

Une autre règle, plus discrète mais tout aussi automatique, vise directement les apps construites avec de l'IA. Depuis le 13 novembre 2025, la règle 5.1.2(i) impose que toute application qui envoie des données personnelles à un service d'IA externe — GPT, Claude, Gemini, ou tout autre modèle hébergé en dehors de l'appareil — le déclare, nomme le fournisseur, explique ce qu'il en fait, et obtienne un consentement explicite avant le premier envoi. La règle couvre les grands modèles de langage comme les services de raisonnement plus classiques, pas seulement les chatbots visibles.

Pour une application qui appelle une IA en coulisses — un résumé automatique, une recommandation, une génération de texte — cette case de consentement est devenue une condition d'envoi, au même titre qu'une politique de confidentialité.

Comment répondre à un refus sans perdre un tour

  1. Identifier la famille exacte du refus. Le motif cité dans le Resolution Center se rattache à une seule des cinq familles ci-dessus — pas à une supposition sur ce qu'Apple a « probablement » voulu dire.
  2. Corriger uniquement ce motif. Toucher autre chose en même temps repart au fond de la file et peut faire ressortir un second motif qui n'avait pas encore été vu au premier tour — ce qui donne l'impression, à tort, que « le motif change à chaque fois ».
  3. Répondre dans le Resolution Center avant de resoumettre. Expliquer la correction faite dans le fil de discussion garde l'historique du motif d'un tour à l'autre, utile en cas d'appel.
  4. Faire appel devant l'App Review Board en cas de désaccord réel. Un seul appel est autorisé par soumission refusée, avec une réponse en 24 à 72 heures. Plusieurs sources concordantes situent le taux de renversement autour d'un appel sur cinq, surtout sur des litiges de métadonnées (règle 2.3) — rarement sur un vrai désaccord de fonctionnalité.

Ce qu'on a vu chez nous, avant même d'arriver à la revue

On n'a pas encore, chez nous, l'histoire d'un refus corrigé : Habib, notre cobaye, en est resté à l'ouverture des comptes développeur et du D-U-N-S lors de la séance du 11 septembre, pas encore à l'envoi pour revue. On ne l'invente pas.

Ce qu'on a vu, une séance plus tôt, le 10 septembre : sans qu'Anas le lui ait demandé, GhostDev a lui-même fait apparaître dans le prototype d'Habib les mentions légales, un écran d'erreur, et la logique de conformité qu'Apple attend — exactement le type d'éléments que les familles 2.1 (complétude) et 5.1.1 (confidentialité) ci-dessus viennent sanctionner quand ils manquent. Anas, en le découvrant : « Il doit me remplacer. » Ce n'est pas la preuve qu'une app passe toujours la revue du premier coup — personne ne peut l'affirmer — mais c'est la preuve qu'un outil qui écrit déjà vers ces règles pendant la construction laisse moins de motifs à découvrir après coup.

Le tableau des délais de réponse

Étape Délai réel
Premier motif de refus, dans le Resolution Center Immédiat à la fin de la revue
Revue d'une resoumission après correction 24 à 48 heures en moyenne
Réponse à un appel simple dans le Resolution Center 24 à 72 heures
Escalade devant l'App Review Board Une semaine ou plus
SDK iOS 26 non à jour, depuis le 28 avril 2026 Refus immédiat à l'envoi, avant toute revue humaine

Foire aux questions

Quelles sont les vraies raisons pour lesquelles Apple refuse une application en 2026 ?

Dans l'ordre réel de fréquence : la règle 2.1 (app incomplète, bugs, compte de démo mort) pèse plus de 40 % des refus non résolus, suivie par la règle 5.1.1 (confidentialité manquante ou fiche App Privacy inexacte), puis les règles 4.2 et 4.3 (fonctionnalité minimale, app trop proche d'un site web habillé, spam), la règle 3.1.1 (achats intégrés mal déclarés) et la règle 2.3 (métadonnées trompeuses).

Qu'est-ce que la règle du SDK iOS 26 obligatoire, et est-ce qu'elle me concerne ?

Depuis le 28 avril 2026, Apple refuse automatiquement, à l'envoi et sans revue humaine, tout binaire qui n'est pas compilé avec le SDK iOS 26 (ou l'équivalent iPadOS, tvOS, visionOS, watchOS 26). La règle ne touche pas les apps déjà publiées, seulement les nouveaux envois et les mises à jour faites après cette date avec un outil resté ancien.

Qu'est-ce que la règle 5.1.2(i) sur l'IA tierce ?

Depuis le 13 novembre 2025, toute app qui envoie des données personnelles à un service d'IA externe (GPT, Claude, Gemini ou autre) doit le déclarer, nommer le fournisseur, expliquer ce que l'IA en fait, et obtenir un consentement explicite avant le premier envoi. Ça concerne toute app qui appelle une IA en dehors de l'appareil, pas seulement les apps de type chatbot.

Faire appel d'un refus Apple, ça marche vraiment ?

Un appel se fait d'abord dans le Resolution Center, avec une réponse en 24 à 72 heures. En cas de désaccord persistant, un seul appel devant l'App Review Board est autorisé par soumission refusée. Plusieurs sources concordantes situent le taux de renversement autour d'un appel sur cinq, surtout sur des litiges de métadonnées, rarement sur un vrai désaccord de fonctionnalité.

Une IA de code peut-elle éviter un refus Apple ?

Aucune IA ne peut le garantir : la revue reste une décision humaine, qui peut changer de motif d'un tour à l'autre. Ce qu'on a vu chez nous, c'est qu'un outil qui écrit déjà les mentions légales, l'écran d'erreur et la logique de conformité pendant la construction — sans qu'on le lui demande — réduit le nombre de motifs à corriger après coup, plutôt que de les découvrir au refus.

Pour aller plus loin

Tu veux voir jusqu'où l'IA t'emmène, sans payer ?

Installe la version gratuite de GhostDev et construis un premier truc, pour de vrai.

Voir comment ça marche — 2 000 €, publié ou remboursé
AA
Anas Asiri est le fondateur de GhostDev. Il construit lui-même des applications avec l'IA, publiées sur les stores avec de vrais utilisateurs, et teste chaque nouvelle version de GhostDev sur des non-techniciens avant de la vendre. Cette page s'appuie sur une recherche des nouvelles règles Apple 2026 (SDK obligatoire, consentement IA tierce) faite le 2026-09-12, et sur les séances des 10 et 11 septembre 2026 avec Habib, un cobaye réel, sur la partie administrative et de conformité.

Sources