Les motifs de rejet App Store les plus fréquents

La plupart des rejets iOS n'ont rien de mystérieux — ils se concentrent sur une poignée de problèmes récurrents. Voici ceux qu'on voit le plus, et exactement quoi vérifier avant de soumettre.

1. Guideline 2.1 — Complétude de l'app et crashs

Le motif de rejet numéro un. Les reviewers ouvrent votre app sur un appareil réel et elle crashe, affiche du contenu placeholder, comporte des liens cassés ou exige une connexion qu'ils ne peuvent pas réaliser. Corrigez en testant chaque parcours de bout en bout sur un appareil physique, en retirant tout contenu « beta / démo / bientôt disponible », et en fournissant un compte de démo fonctionnel dans les notes App Review.

2. Chaînes d'autorisation manquantes ou vides

Si votre app demande la caméra, le microphone, la localisation, les photos, les contacts ou le suivi et que la clé NS…UsageDescription correspondante est manquante ou vide, le build est rejeté automatiquement. Chaque capacité demandée doit avoir une chaîne d'usage claire et spécifique qui explique le bénéfice pour l'utilisateur — pas un simple « nécessaire au fonctionnement de l'app ».

3. Privacy manifest et required-reason APIs

Depuis 2024, Apple exige un privacy manifest PrivacyInfo.xcprivacy pour les apps et de nombreux SDK qui utilisent des required-reason APIs (timestamps de fichiers, user defaults, espace disque, heure de démarrage système). Des déclarations manquantes ou incomplètes déclenchent désormais des rejets dès l'upload. Auditez aussi vos SDK tiers — ils en sont une source fréquente.

4. Violations d'achat intégré et de paiement (3.1.1)

  • Vendre du contenu numérique ou des abonnements sans Apple In-App Purchase.
  • Rediriger vers un site externe pour payer du contenu numérique.
  • Absence d'un bouton Restore Purchases pour les non-consommables.
  • Tarifs, conditions ou modalités d'annulation d'abonnement peu clairs.

5. Suppression de compte (5.1.1)

Si les utilisateurs peuvent créer un compte, ils doivent pouvoir le supprimer — ainsi que toutes les données associées — depuis l'app. L'option doit être facile à trouver et doit réellement supprimer, pas seulement désactiver.

6. Fonctionnalité minimale et web wrappers (4.2)

Les apps qui ne sont qu'un site web reconditionné, une simple WKWebView ou un template à faible valeur native sont rejetées. Assurez-vous que votre app fait quelque chose qu'une page web mobile ne peut pas faire.

7. App Transport Security désactivé (2.5.1)

Définir NSAllowsArbitraryLoads = YES sans aucune exception désactive entièrement l'imposition d'HTTPS et attire l'attention. Limitez les exceptions à des domaines précis et justifiez chacune.

Comment App Review Checker vous aide

Importez votre .ipa et nous vérifions automatiquement le privacy manifest, les chaînes d'autorisation, la configuration ATS, la déclaration de chiffrement, les icônes, le launch storyboard et plus encore — puis nous vous guidons sur les points manuels (IAP, suppression de compte, ATT, exactitude des métadonnées) qu'un binaire ne peut pas détecter.

Vérifiez votre build avant de soumettre

Passez votre .ipa ou .apk dans App Review Checker et détectez ces problèmes en quelques secondes.

Analyser une app