App Store Review Guidelines — définition, règles de publication et comment réussir la révision

Que sont les App Store Review Guidelines

App Store Review Guidelines sont le document officiel d’Apple contenant les exigences pour les applications publiées sur l’App Store. Il couvre la sécurité, la confidentialité, la conception, le contenu et la qualité technique.

Le document est publié sur le site Apple Developer et mis à jour plusieurs fois par an — généralement avec les nouvelles versions d’iOS ou les changements de politique de l’entreprise. Chaque application passe par une révision automatisée et manuelle pour vérifier la conformité à ces règles avant publication.

Selon Apple, 2026, plus de 5 millions de builds ont été examinés l’année dernière, dont environ 40% ont été rejetés lors de la première étape de la révision.

Structure des directives : cinq sections clés

Les directives se composent de six sections principales, chacune régissant un aspect spécifique de l’application. Le développeur doit comprendre la structure du document pour vérifier son application par rapport à toutes les catégories.

Chaque section contient des règles spécifiques avec des exemples de violations et des recommandations de correction. Apple met à jour régulièrement ces sections — en particulier la section Safety, qui répond aux nouveaux types de menaces et aux exigences réglementaires.

Comment fonctionne le processus de révision dans l’App Store

Le processus de révision dans l’App Store comprend deux étapes consécutives : la vérification automatisée et la modération manuelle. Chaque étape vérifie différents aspects de l’application.

L’étape automatisée est effectuée par l’infrastructure serveur d’Apple et prend de quelques minutes à une heure. Le système vérifie le code binaire pour les APIs interdites, analyse les fichiers de configuration et valide les certificats.

L’étape manuelle est effectuée par l’équipe App Review — des employés d’Apple qui installent l’application sur un appareil réel, vérifient ses fonctionnalités, sa conception et sa conformité à la description dans App Store Connect.

Le temps moyen de révision est de 24–48 heures. Selon les forums Apple Developer (2026), la file d’attente peut passer à 5–7 jours pendant les périodes de sortie des nouvelles versions d’iOS. Les développeurs peuvent suivre l’état via le tableau de bord App Store Connect.

Raisons typiques de rejet des applications

Le rejet d’une application est une situation courante, surtout lors de la première publication. Une analyse de plus de 10 000 cas de rejet réalisée par la communauté des développeurs a identifié plusieurs causes fréquentes.

• Description incomplète des fonctionnalités — le développeur n’a pas indiqué toutes les fonctionnalités de l’application et l’examinateur n’a pas pu les trouver. Il est requis de fournir un identifiant de démonstration ou une vidéo de fonctionnement.
• Contenu caché — code qui s’active uniquement dans certaines conditions (interrupteurs, modes de débogage). Apple interdit cette approche.
• Violation des règles de conception — boutons, gestes ou navigation non conformes aux Human Interface Guidelines d’Apple.
• Problèmes d’abonnement — affichage incorrect du prix, absence de bouton d’annulation, période d’essai gratuit erronée.
• Utilisation d’APIs privées — appel de méthodes non incluses dans les frameworks publics d’Apple. Ces appels sont détectés automatiquement lors de l’analyse statique.

Apple fournit une description détaillée de la raison du rejet dans la section Resolution Center dans App Store Connect, ainsi que des recommandations de correction.

Comment préparer une application à la révision : liste de contrôle

La préparation à la révision réduit considérablement le temps de publication et diminue le risque de rejet. Les développeurs expérimentés utilisent une liste de contrôle couvrant les exigences les plus courantes des directives.

1. Vérifiez les métadonnées — nom, description, captures d’écran et catégorie. Tous les textes doivent être dans les langues prises en charge et correspondre aux fonctionnalités réelles.
2. Assurez-vous de l’absence de plantages — l’application ne doit pas planter dans aucun scénario d’utilisation. Utilisez Crashlytics ou Sentry pour la collecte de logs.
3. Fournissez un accès de démonstration — si l’application nécessite une connexion, créez un compte de test et indiquez-le dans les notes de révision.
4. Vérifiez la conformité HIG — les éléments d’interface doivent suivre les Human Interface Guidelines : taille des boutons, marges, gestion des gestes.
5. Configurez les achats intégrés — tous les achats doivent être correctement configurés dans App Store Connect, les prix exacts et la période d’essai fonctionner comme prévu.
6. Mettez à jour la politique de confidentialité — le lien vers la politique de confidentialité doit être actif et correspondre à la collecte réelle des données de l’application.

Après avoir complété tous les points, téléchargez le build via Xcode Organizer ou Transporter et soumettez-le à la révision via App Store Connect.

Appel et révision accélérée

L’appel est une demande officielle de réexamen de la décision d’Apple si le développeur estime que l’application a été rejetée par erreur. La procédure d’appel est décrite dans les directives elles-mêmes.

Pour faire appel, sélectionnez la raison du rejet dans App Store Connect et écrivez une explication argumentée de pourquoi la décision de l’examinateur est infondée. Apple examine les appels sous 1–2 jours ouvrables.

Si une application doit être publiée de toute urgence (correction d’un bug critique, vulnérabilité de sécurité), le développeur peut demander une révision accélérée. Apple accorde une révision accélérée pour les correctifs critiques au maximum deux fois par an par application.

En cas de rejet répété après appel, le développeur peut contacter le App Review Board — une commission indépendante d’Apple qui prend la décision finale sur les cas litigieux.