Ce que vérifie l'App Review lors d'une première version

C'est lors d'une première version que la plupart des problèmes de validation apparaissent, et la majorité découle d'une liste courte et prévisible.

Apple examine chaque application avant qu’elle apparaisse sur l’App Store, et c’est lors d’une première version que la plupart des problèmes surviennent. La bonne nouvelle, c’est que la majorité des refus proviennent d’une courte liste de points que vous pouvez vérifier vous-même avant de soumettre votre application. Voici ceux que nous contrôlons à chaque lancement.

L’application doit être terminée

L’équipe de validation rejette les applications qui semblent incomplètes : textes de remplacement, écrans vides, boutons inactifs ou liens vers des fonctionnalités pas encore développées. Si une fonctionnalité n’est pas prête, retirez-la de cette version plutôt que de la masquer derrière une mention.

Les plantages comptent aussi. Testez sur un appareil réel, sur la version d’iOS la plus ancienne que vous prenez en charge, avec une nouvelle installation et une mauvaise connexion réseau.

Donnez un accès à l’examinateur

Si votre application nécessite un compte, l’examinateur en a besoin d’un aussi. Ajoutez un compte de démonstration fonctionnel dans App Store Connect, avec toutes les données nécessaires pour mettre l’application en valeur. Si l’application dépend d’un matériel, d’un lieu ou d’une configuration particulière, expliquez-le dans les notes d’évaluation. Un examinateur qui ne peut pas franchir l’écran de connexion rejettera l’application.

Les comptes doivent pouvoir être supprimés

Si les utilisateurs peuvent créer un compte dans votre application, ils doivent aussi pouvoir en lancer la suppression directement depuis celle-ci. Un simple lien vers une adresse e-mail ne suffit pas. Prévoyez le processus de suppression dès le début, car il touche à votre backend : ce qui est supprimé, ce qui doit être conservé selon la loi et la façon dont vous le confirmez.

La confidentialité, formulée de la même façon partout

Chaque application doit disposer d’une politique de confidentialité accessible via une URL publique, ainsi que d’une section Confidentialité de l’app dans App Store Connect décrivant les données collectées. Les examinateurs comparent ces informations avec ce que fait réellement l’application. Si votre application utilise un SDK d’analyse ou publicitaire, il collecte des données pour votre compte, et cela doit figurer aux deux endroits.

Ne demandez des autorisations (appareil photo, localisation, contacts) que lorsque la fonctionnalité l’exige, avec une phrase claire expliquant pourquoi.

Passez par l’App Store pour les biens numériques

Les abonnements, les fonctionnalités payantes et la monnaie intégrée à l’application doivent généralement passer par le système d’achat intégré d’Apple. Ce n’est pas le cas des biens physiques et des services réels, comme une livraison ou une réservation. En cas de doute sur la catégorie de votre produit, tranchez la question avant de développer le parcours de paiement.

La fiche doit correspondre à l’application

Les captures d’écran doivent montrer l’application telle qu’elle est, pas un concept. Le nom, le sous-titre et la description ne doivent pas promettre de fonctionnalités absentes, ni exploiter les marques d’autres entreprises. Ces petits décalages constituent une cause fréquente et évitable de refus.

En cas de refus malgré tout

Cela arrive. Lisez le message attentivement, car il mentionne généralement la règle en cause. Corrigez le problème, ou répondez dans App Store Connect si vous pensez que l’examinateur est passé à côté de quelque chose ; une réponse polie et précise débloque souvent la situation rapidement. Un refus lors d’une première version est un contretemps, pas un verdict.