AppReviewX Se connecter

Checklist de préparation à App Review iOS

Une checklist à passer avant de soumettre : complétude, liens, comptes, confidentialité et métadonnées.

mis à jour ·3 min de lecture

Dans ce guide

Fais-la la veille de ta soumission. Chaque point explique pourquoi il compte et comment le vérifier. Les numéros de règles renvoient aux App Review Guidelines consultées le 2026-10-17 ; relis le texte actuel avant de t'y fier.

Complétude

  1. Build final, sans placeholders. La règle 2.1(a) demande des versions finales avec « all necessary metadata and fully functional URLs » (toutes les métadonnées nécessaires et des URLs entièrement fonctionnelles) ; le texte de remplissage et les sites vides doivent disparaître. Vérification : installe le build exact depuis TestFlight et parcours chaque écran ; cherche « lorem », « TODO » et les chaînes de test dans l'app et dans la fiche store.
  2. Pas de crash sur le parcours principal. Un build qui plante au lancement ne passera pas. Vérification : installation propre sur un vrai appareil, puis lancement, connexion, utilisation de la fonction principale, fermeture, relance.
  3. Chaque lien fonctionne. URL de support, politique de confidentialité, conditions. Vérification : touche chacun depuis l'app et depuis la fiche.

Accès pour le reviewer

  1. Compte de démo et serveur en ligne. La règle 2.1(a) demande les informations du compte de démo et un back-end actif. Vérification : connecte-toi sur un appareil propre avec seulement les identifiants que tu vas coller. Voir comptes de démo et notes de review.
  2. Les Notes for Review sont précises. 2.3.1(a) : les nouvelles fonctions doivent être décrites avec précision ; les descriptions génériques seront rejetées. Vérification : demande à quelqu'un de suivre les notes sans aide.
  3. Les choses cachées sont documentées. La règle 2.5.19 interdit les fonctions cachées, dormantes ou non documentées. Vérification : liste chaque flag de fonction et chaque mode spécial, et confirme que chacun est désactivé ou expliqué.

Login

  1. Le login tiers a une alternative équivalente. La règle 4.8 indique qu'une app qui utilise un login tiers ou social pour le compte principal doit aussi proposer un service de connexion équivalent, qui limite les données demandées (nom et e-mail seulement, l'e-mail pouvant rester privé). Vérification : relis la règle 4.8 face à ton écran de connexion, et consulte [tester les parcours Sign in with Apple.

Confidentialité

  1. Politique de confidentialité dans l'app et dans App Store Connect. Règle 5.1.1(i). Vérification : trouve-la aux deux endroits en moins d'une minute.
  2. Les détails de confidentialité correspondent au build. Apple indique que tu es responsable de les garder « accurate and up to date » (exacts et à jour), y compris pour les partenaires tiers dont tu intègres le code. Vérification : applique la méthode de [comparer tes détails de confidentialité iOS au comportement réel.
  3. Ne demande que les données dont tu as besoin. Règle 5.1.1(iii). Vérification : pour chaque demande d'autorisation, nomme la fonction qui en a besoin. Voir [test des demandes d'autorisation.

Métadonnées

  1. Les métadonnées reflètent l'app. La règle 2.3 indique que les métadonnées, « including privacy information, your app description, screenshots, and previews » (y compris les informations de confidentialité, la description de l'app, les captures d'écran et les aperçus), doivent refléter fidèlement l'expérience principale. Vérification : compare chaque capture d'écran au build actuel.
  2. Les achats sont accessibles et testables. Si tu vends quelque chose, le reviewer doit pouvoir le trouver. Vérification : décris le chemin dans les notes ; voir [tests en sandbox StoreKit.

Dernière vérification

  • Le numéro de version et de build est supérieur à celui du dernier envoi.
  • Le build que tu soumets est celui que tu as testé, pas un build ultérieur.
  • Tu as le temps de répondre à un message du reviewer le jour même.

Obtiens une lecture à froid

Tu connais ton app trop bien pour voir ses lacunes. AppReviewX permet à d'autres développeurs de tester ton build TestFlight et de t'envoyer des retours privés et structurés ; un retour que tu écris rapporte un crédit. Les avis sur les stores restent facultatifs et non rémunérés.

Commencer gratuitement

Liens

  • Hub : [Guide de test d'app iOS
  • [Tester les parcours Sign in with Apple
  • [Comparer tes détails de confidentialité iOS au comportement réel
  • Blog : [Raisons de rejet sur l'App Store : une checklist de test

Information générale, pas un conseil juridique. Les règles changent.