Les Directives de validation de l’App Store, expliquées

Chaque app de l’App Store, et chaque mise à jour, est examinée par des personnes chez Apple au regard d’un seul document : les Directives de validation de l’App Store. Inutile de l’apprendre par cœur. Il suffit d’en connaître la structure, et les quelques règles qui méritent d’être vérifiées de près avant de soumettre.

La version courte

Les directives comptent cinq sections : Sécurité, Performances, Modèle économique, Design et Aspects juridiques. Cinq points méritent d’être vérifiés de près avant de soumettre : l’exhaustivité (2.1), les métadonnées (2.3), l’achat intégré (3.1.1), le spam et les copies (4.3), et la confidentialité (5.1.1). Le chiffre d’Apple ne concerne que le premier : en moyenne, plus de 40 % des problèmes non résolus concernent la règle 2.1. En cas de refus, corrigez et soumettez à nouveau, ou répondez à App Review dans App Store Connect. Ne faites appel qu’en cas d’échec.

Apple a mis à jour les directives pour la dernière fois le 16 octobre 2026. Les résumés des sections ci-dessous sont notre reformulation en termes simples, pas le texte d’Apple. Seul le texte entre guillemets provient d’Apple.

L’organisation des directives

Apple commence par son principe : « nous voulons offrir aux utilisateurs une expérience sûre pour obtenir des apps, et à tous les développeurs une belle occasion de réussir ». Viennent ensuite cinq sections, puis une courte liste de vérification pour avant et après la soumission. En termes simples, les cinq sections couvrent :

1. Sécurité

En termes simples, la section 1 consiste à ne pas nuire aux gens. Apple le dit sans détour : si vous cherchez à choquer et à offenser, « l’App Store n’est pas le bon endroit pour votre app ».

• 1.1 Contenu répréhensible. Pas de contenu diffamatoire, discriminatoire ou malveillant, ni rien qui soit « destiné à dégoûter ».
• 1.2 Contenu généré par les utilisateurs. Si les utilisateurs peuvent publier ou générer du contenu, y compris par la création de contenu par IA, il vous faut des moyens de filtrer, de signaler et de bloquer.
• 1.3 Enfants. Les apps de la catégorie Enfants obéissent à des règles supplémentaires sur les liens sortants, les achats, la publicité et l’analytique tierces, et les données.
• 1.4 Dommages physiques. Les apps médicales susceptibles de fournir des données inexactes font l’objet d’un examen plus attentif.
• 1.5 Informations sur le développeur. L’app et son URL d’assistance doivent offrir un moyen simple de vous contacter.
• 1.6 Sécurité des données. Traitez les informations des utilisateurs de façon sécurisée.

2. Performances

En termes simples, la section 2 vérifie que l’app fonctionne et qu’elle est décrite honnêtement. Elle comprend la règle 2.1, celle à laquelle Apple rattache plus de 40 % des problèmes non résolus.

• 2.1 Exhaustivité de l’app. Soumettez des versions finales, testées sur l’appareil, avec des URL fonctionnelles et sans texte provisoire. Si l’app comporte une connexion, fournissez les identifiants d’un compte de démonstration, « et activez votre service back-end ! ».
• 2.2 Tests bêta. Les démos et les bêtas ont leur place dans TestFlight, pas sur l’App Store. Consultez notre guide de TestFlight.
• 2.3 Métadonnées exactes. La description, les captures d’écran, les aperçus et les informations de confidentialité doivent refléter l’expérience principale de l’app.
• 2.4 Compatibilité matérielle. Les apps iPhone devraient fonctionner sur iPad chaque fois que c’est possible, et utiliser l’énergie de façon efficace.
• 2.5 Exigences logicielles. N’utilisez que des API publiques, et faites fonctionner l’app sur la version actuelle du système.

3. Modèle économique

En termes simples, la section 3 parle d’argent. Si votre modèle économique n’est pas évident, expliquez-le dans les métadonnées et les notes pour la validation ; Apple précise que la confusion « retardera votre validation et peut entraîner un refus ». Apple indique aussi qu’il ne distribuera pas les apps ni les achats intégrés qui sont de « véritables arnaques », et qu’il refusera les apps chères qui cherchent à duper les utilisateurs avec des prix déraisonnablement élevés. Il ajoute que manipuler les avis ou les classements peut vous valoir une exclusion du Developer Program.

• 3.1.1 L’achat intégré pour débloquer des fonctionnalités ou du contenu numériques.
• 3.1.2 Les abonnements doivent apporter une valeur continue.
• 3.1.3 Les autres méthodes d’achat pour des cas précis, comme les apps de lecture et les services entre personnes.
• 3.2 liste d’autres modèles économiques acceptables et inacceptables.

4. Design

En termes simples, la section 4 fixe le seuil minimal d’une app qui mérite d’exister. Apple parle de « normes minimales pour l’approbation ».

• 4.1 Imitations. « Trouvez vos propres idées. » Ne copiez pas le nom ou l’interface d’une autre app.
• 4.2 Fonctionnalités minimales. Les apps doivent inclure « des fonctionnalités, du contenu et une interface qui la placent au-dessus d’un simple site web reconditionné ». Une app web dans un conteneur minimal risque de ne pas satisfaire cette règle ; Apple juge les fonctionnalités, le contenu et l’interface, pas la technologie. Consultez nos alternatives à Lovable pour les apps iOS.
• 4.3 Spam. Pas d’apps en double, pas de variantes dans des catégories saturées sans rien de nouveau.
• 4.8 Services de connexion. Si vous utilisez une connexion tierce comme Google Sign-In pour le compte principal, proposez aussi une option équivalente qui limite les données au nom et à l’adresse e-mail et permet de garder son adresse e-mail privée.
• 4.10 Vous ne pouvez pas faire payer des fonctions intégrées comme les notifications push ou l’appareil photo.

5. Aspects juridiques

En termes simples, la section 5 concerne la loi. Elle commence ainsi : les apps « doivent respecter toutes les exigences légales de chaque lieu où vous les proposez ».

• 5.1 Confidentialité. Politique de confidentialité, autorisations, minimisation des données, suppression du compte et partage avec des tiers.
• 5.2 Propriété intellectuelle. N’utilisez que du contenu que vous avez créé ou pour lequel vous disposez d’une licence.
• 5.3 Jeux, jeux d’argent et loteries. Un domaine très réglementé ; prévoyez un délai de validation plus long.
• 5.4 et 5.5 couvrent les apps VPN et la gestion des appareils mobiles.
• 5.6 Code de conduite des développeurs. Restez respectueux, y compris dans vos réponses à App Review.

Cinq points à vérifier avant la soumission

Ces cinq points sont un choix éditorial : des règles faciles à négliger et bien documentées par Apple. Apple ne publie de chiffre que pour le premier.

2.1 Exhaustivité de l’app

La page App Review d’Apple indique qu’en moyenne, plus de 40 % des problèmes non résolus concernent la règle 2.1. Elle couvre les plantages, le contenu provisoire, les liens cassés et les informations incomplètes pour la validation.

• Testez le build de production sur de vrais appareils équipés de la dernière version d’iOS.
• Remplacez chaque « Lorem ipsum », chaque image de test et chaque écran vide.
• Vérifiez que le lien d’assistance et le lien vers la politique de confidentialité fonctionnent.
• Dans App Review Information, ajoutez un compte de démonstration fonctionnel et toutes les étapes dont un examinateur a besoin.
• Laissez votre backend en service pendant la validation.

2.3 Métadonnées exactes

Votre page sur l’App Store doit décrire l’app que vous publiez réellement.

• 2.3.1 Les nouvelles fonctionnalités doivent être décrites « de manière précise » dans les notes pour la validation ; les descriptions génériques sont refusées.
• 2.3.3 Les captures d’écran doivent montrer l’app en cours d’utilisation, « et pas seulement l’écran titre, la page de connexion ou l’écran de démarrage ».
• 2.3.7 Le nom des apps est limité à 30 caractères. Ne surchargez pas les métadonnées de termes déposés, de noms d’apps populaires ou de prix.
• 2.3.8 Les icônes, les captures d’écran et les aperçus doivent convenir à une classification 4+, même si l’app est classée plus haut.

3.1.1 Achat intégré

Si les gens paient pour débloquer des fonctionnalités ou du contenu dans l’app, comme des abonnements, du contenu premium ou une version complète, vous devez utiliser l’achat intégré. Vous ne pouvez pas utiliser vos propres mécanismes de déverrouillage, comme des clés de licence ou des codes QR. Pour les biens physiques et les services utilisés en dehors de l’app, c’est l’inverse : la règle 3.1.3(e) indique qu’ils doivent passer par d’autres moyens de paiement, comme Apple Pay ou une carte bancaire.

4.3 Spam

Deux situations le déclenchent. D’abord, plusieurs Bundle ID pour la même app, comme une app distincte pour chaque ville ; Apple suggère plutôt une seule app avec des achats intégrés pour les variantes. Ensuite, les apps « impossibles à distinguer de ce qui est déjà largement disponible ». Apple cite les rencontres, les lampes torches, les effets sonores, les fonds d’écran, les minuteurs simples et la voyance comme des catégories bien établies, et n’acceptera pas de nouvelles apps « à moins qu’elles n’offrent une expérience nettement différente ou améliorée ». Si vous entrez dans une catégorie saturée, expliquez ce qui vous distingue dans les notes pour la validation.

5.1.1 Collecte et stockage des données

La règle de confidentialité qui compte le plus de volets :

• (i) Politique de confidentialité. Rendez-la accessible dans App Store Connect et dans l’app. Elle doit indiquer ce que vous collectez, comment, pourquoi, avec qui vous le partagez et comment les gens peuvent supprimer leurs données.
• (ii) Autorisation. Obtenez le consentement avant de collecter des données d’utilisateur ou d’utilisation, offrez un moyen simple de le retirer, et rédigez des textes d’explication qui indiquent clairement pourquoi vous avez besoin des données.
• (v) Connexion à un compte. Si l’app n’a pas de fonctionnalités importantes liées à un compte, laissez les gens l’utiliser sans se connecter. Si les gens peuvent créer un compte, ils doivent pouvoir le supprimer dans l’app.

La règle 5.1.2(i) ajoute une ligne dont beaucoup d’apps d’IA ont besoin : vous devez « indiquer clairement quand des données personnelles seront partagées avec des tiers, y compris avec une IA tierce », et obtenir au préalable une autorisation explicite. Les réponses App Privacy dans App Store Connect doivent correspondre à tout cela ; notre guide d’App Store Connect montre où les saisir.

Quand la validation ne se passe pas comme prévu

Si une soumission n’est pas acceptée, vous recevez un message dans la section App Review de votre app dans App Store Connect. Beaucoup de développeurs l’appellent encore le Resolution Center. Le message cite la règle et décrit le problème.

1. Lisez la règle citée

   Ouvrez le numéro de règle indiqué dans le message et lisez le texte complet, pas seulement le résumé.

2. Si le problème est réel, corrigez-le et soumettez à nouveau

   Importez un nouveau build si le code a changé, ou mettez à jour les métadonnées dans le cas contraire. Indiquez ce que vous avez modifié dans les notes pour la validation.

3. Si un point n’est pas clair, répondez à App Review

   Cliquez sur Reply to App Review dans App Store Connect. Apple indique qu’un spécialiste qui connaît votre app vous répondra. Soyez précis : la fonctionnalité, la règle ou l’étape exacte. Vous pouvez aussi demander un appel ; Apple indique que les appels ont généralement lieu sous trois à cinq jours ouvrés.

4. Si vous n’êtes toujours pas d’accord, faites appel

   Déposez un recours auprès de l’App Review Board. Apple vous demande de répondre d’abord au refus, de ne déposer qu’un seul recours par app refusée, et de traiter dans ce recours chaque règle citée, point par point.

Deux autres options sont bonnes à connaître. Si vous soumettez une mise à jour corrective et que l’examinateur trouve d’autres problèmes, Apple peut proposer d’approuver la soumission en cours et de vous laisser corriger le reste la fois suivante, tant qu’il n’y a pas de problème juridique ou de sécurité. Et avant de soumettre, vous pouvez réserver un rendez-vous vidéo de 30 minutes avec App Review pour poser vos questions sur les directives.

Validation accélérée

Apple indique qu’App Review examine généralement au moins 50 % des soumissions en moins de 24 heures et 90 % en moins de 48 heures. Si vous ne pouvez pas attendre, vous pouvez demander une validation accélérée dans deux cas :

• La correction d’un bug critique. Indiquez dans le champ Notes, lors de la soumission, les étapes pour reproduire le bug sur la version actuelle.
• Une sortie liée à un événement. Précisez l’événement, sa date et le lien entre votre app et cet événement. Apple recommande plutôt de programmer la sortie à l’avance.

Seules les apps déjà soumises peuvent bénéficier d’une validation accélérée, et Apple demande que les demandes soient « réservées aux situations réellement urgentes ». Utilisez le formulaire Request an Expedited App Review.

Avant de soumettre

La liste de vérification d’Apple tient en quatre lignes : testez l’app pour éliminer plantages et bugs, rendez les métadonnées complètes et exactes, tenez vos coordonnées à jour, et donnez à App Review un accès complet, avec un compte de démonstration si l’app exige une connexion. Choisissez ensuite Add for Review puis, dans le brouillon de soumission, Submit for Review. Notre guide pour créer une app avec l’IA présente ces étapes dans l’ordre où vous les rencontrerez.

AirBuild gère ce cycle pour vous. Avec Basic, Plus et Ultra, il prépare la fiche App Store, les captures d’écran et les notes pour la validation, soumet votre app, suit la validation, répond aux retours d’App Review, corrige les problèmes et soumet à nouveau.

Questions fréquentes

Que sont les Directives de validation de l’App Store ?

Ce sont les règles d’Apple pour les apps de l’App Store, réparties en cinq sections : Sécurité, Performances, Modèle économique, Design et Aspects juridiques. Chaque soumission, mises à jour comprises, est examinée au regard de ces règles.

Quel est le motif de refus le plus courant ?

Apple ne publie pas de classement complet des motifs de refus. Sa page App Review indique qu’en moyenne, plus de 40 % des problèmes non résolus concernent la règle 2.1, Exhaustivité de l’app. Cela couvre les plantages, le contenu provisoire, les liens cassés et les informations manquantes pour la validation, comme un compte de démonstration.

Comment répondre à un refus de l’App Store ?

Lisez le message dans la section App Review de l’app dans App Store Connect. Si le problème est réel, corrigez-le et soumettez à nouveau. Si vous avez une question ou pensez que l’examinateur a mal compris l’app, répondez-y à App Review avec des précisions. Ne faites appel auprès de l’App Review Board qu’ensuite.

Combien de temps dure la validation App Review ?

Apple indique qu’App Review examine généralement au moins 50 % des soumissions en moins de 24 heures et 90 % en moins de 48 heures. Les apps complexes ou les refus répétés pour le même problème peuvent prendre plus de temps.

Puis-je accélérer App Review ?

Vous pouvez demander une validation accélérée pour la correction d’un bug critique ou pour une sortie liée à un événement, une fois l’app soumise. Apple demande de réserver ces demandes aux urgences réelles.