Une auto-évaluation avant d'appuyer sur « Soumettre ». Elle ne décrit pas le fonctionnement interne de la revue d'Apple.
Source : Apple App Review Guidelines, consultées le 2026-10-22. Les règles changent, donc ouvre la version actuelle avant de soumettre. Seuls les points cités ci-dessous ont été vérifiés.
Une grande partie des conseils iOS s'applique aussi ; voir motifs de refus courants de l'App Store et comment les tester. Ci-dessous, les points spécifiques au Mac à vérifier.
Auto-évaluation
- Build complet et fonctionnel. Pas de texte de remplacement, pas de boutons morts, pas de plantage au premier lancement. La règle 2.1(a) indique : "We will reject incomplete app bundles and binaries that crash or exhibit obvious technical problems." (Nous rejetterons les bundles et binaires d'applications incomplets qui plantent ou présentent des problèmes techniques évidents.) Lance la checklist de test d'app Mac sur un Mac propre.
- La fiche correspond à l'app. Les captures montrent la vraie app sur un Mac ; la description n'annonce rien que l'app ne peut pas faire.
- Les détails de confidentialité correspondent à la réalité. Liste chaque type de données collectées par l'app et par le code tiers. Contrôle : vérifie tes SDK et tes appels réseau. La règle 5.1.1(i) indique : "All apps must include a link to their privacy policy in the App Store Connect metadata field and within the app in an easily accessible manner." (Toutes les apps doivent inclure un lien vers leur politique de confidentialité dans le champ de métadonnées d'App Store Connect et dans l'app, de façon facilement accessible.) Pour les autres champs de confidentialité d'App Store Connect, consulte l'aide actuelle d'App Store Connect. Ce n'est pas un avis juridique.
- Sandbox et autorisations. La règle 2.4.5(i) concerne les apps distribuées via le Mac App Store : "They must be appropriately sandboxed, and follow macOS File System Documentation." (Elles doivent être correctement sandboxées et suivre la documentation du système de fichiers macOS.) Demande uniquement l'accès dont tu as besoin, explique chaque demande dans l'interface, et teste avec l'accès refusé.
- Accès démo. Si l'app nécessite un compte, un serveur ou une licence, donne au relecteur des identifiants fonctionnels ou un mode démo, et garde le backend en marche pendant la revue.
- Les achats intégrés et les flux de compte fonctionnent comme décrit, si tu en as. Teste-les avec les mécanismes de test du store. La règle 3.1.1 indique : "If you want to unlock features or functionality within your app ... you must use in-app purchase." (Si tu veux débloquer des fonctionnalités dans ton app ... tu dois utiliser les achats intégrés.) La règle 2.4.5(vi) dit que les apps du Mac App Store "may not present a license screen at launch, require license keys, or implement their own copy protection." (ne peuvent pas afficher d'écran de licence au lancement, exiger des clés de licence ni implémenter leur propre protection contre la copie.)
- Support et contact joignables. Envoie-toi un message via le canal indiqué.
- Garde des notes pour le relecteur. Quelques étapes pour atteindre les fonctionnalités principales, et tout ce qui sort de l'ordinaire, comme une exigence matérielle.
Distribution directe, c'est différent
Une distribution hors store a d'autres contrôles ; voir tests de notarisation et Gatekeeper.
N'achète pas, n'échange pas et ne récompense pas les notes ; voir pourquoi acheter des avis d'app se retourne contre toi.
AppReviewX accepte les apps via leur lien de store, de Google Play, de l'App Store d'Apple, du Mac App Store et du Microsoft Store. Les apps Windows et Mac doivent déjà être publiées dans leur store, et AppReviewX ne distribue ni builds ni installeurs. Les retours sont privés et structurés, un retour accepté = un crédit, et les notes sur les stores sont volontaires, non rémunérées et jamais exigées. Retour au hub Apps Windows et Mac. Lien associé : test d'installation et de mise à jour Windows. Si tu publies aussi sur mobile, commence gratuitement.