Directives sur les captures d'écran d'App Review : les règles d'Apple résumées

Pourquoi Apple s'intéresse-t-il particulièrement aux captures d'écran ?

L'App Store est une boutique organisée. La position d'Apple, rappelée dans l'introduction des Directives d'App Review, est qu'une boutique de qualité bénéficie à la fois aux utilisateurs et aux développeurs. Les captures d'écran constituent la première impression de l'utilisateur ; des captures trompeuses érodent la confiance dans l'ensemble de la boutique. C'est pourquoi le contrôle des captures d'écran est l'un des aspects les plus stricts d'App Review et pourquoi il vaut mieux corriger les problèmes rapidement plutôt que de discuter.

Que signifie « représentation fidèle » (2.3.3) ?

La directive 2.3.3 exige que les captures d'écran montrent l'application réellement en cours d'exécution. La zone grise concerne ce qui compte comme « en cours d'exécution ». Apple est strict sur :

• L'art conceptuel pour des fonctionnalités qui ne sont pas livrées dans le binaire que vous avez soumis
• Les illustrations marketing pré-rendues qui montrent l'application dans un scénario hypothétique
• Les captures d'écran de concurrents maquillées pour ressembler aux vôtres

Apple est plus permissif concernant :

• Les maquettes d'appareils — votre véritable écran d'application incrusté dans un cadre d'iPhone est acceptable
• Les légendes et titres — des superpositions de texte expliquant ce que fait l'écran
• Les arrière-plans — des fonds en dégradé ou photographiques derrière le cadre de l'appareil
• Les données d'exemple générées qui représentent de manière plausible ce qu'un véritable utilisateur verrait

Pourquoi le contenu de remplissage pose-t-il problème ?

Le Lorem ipsum, les « Nom d'utilisateur » et les comptes de test évidents (par exemple « test@test.com ») signalent un produit inachevé. App Review les considère comme représentatifs d'une application non finalisée — un raccourci vers le rejet. Remplissez chaque champ avec des données plausibles : noms réalistes, montants de transactions crédibles, dates actuelles. Les données générées sont acceptables ; les données de remplissage évidentes ne le sont pas.

Et concernant les mauvaises tailles d'appareils (2.3.10) ?

La directive 2.3.10 couvre l'exactitude des métadonnées. Soumettre une capture d'écran de 6,1 pouces à l'emplacement de 6,7 pouces — même si elle est mise à l'échelle — est rejeté car l'image résultante ne représente pas l'application au format réel de l'appareil le plus grand. Utilisez les rendus spécifiques à chaque appareil que nous listons dans le guide des tailles de captures d'écran de l'App Store, et laissez l'API Screenshots.live générer chaque appareil de manière native plutôt que par mise à l'échelle.

Pouvez-vous mentionner Android dans les captures d'écran iOS ?

Non. La directive 2.3.10 interdit toute référence à d'autres plateformes mobiles dans les métadonnées iOS, captures d'écran incluses. Les contrevenants courants :

• Les bannières « Désormais sur Android »
• Les badges de téléchargement Google Play
• Les captures d'écran qui montrent votre application dans un cadre d'appareil Android (Pixel, Galaxy) au lieu d'un cadre d'iPhone

La solution consiste à créer des variantes par plateforme : même modèle, configuration de cadre d'appareil différente. Générez la variante iOS avec des cadres d'iPhone, la variante Android avec des cadres Pixel, et téléversez-la dans la boutique appropriée. Consultez la fonctionnalité de prise en charge multiplateforme pour la configuration.

Et les allégations marketing (2.3.7) ?

Apple a rejeté des fiches pour des superlatifs non vérifiés : « Application de productivité n°1 », « Meilleure application de prise de notes sur iOS », « Utilisée par plus de 10 M d'équipes ». La solution consiste à :

• Citer une source dans la capture d'écran ou la légende (« Top 10 en Productivité, App Store, États-Unis, mars 2026 »)
• Être précis plutôt qu'employer des superlatifs (« Approuvée par 8 432 équipes » si ce chiffre est exact)
• Supprimer l'allégation entièrement et miser sur le produit lui-même

Comment les classifications par âge interagissent-elles avec les captures d'écran ?

La classification par âge que vous sélectionnez dans App Store Connect s'applique à chaque élément de la fiche — captures d'écran comprises. Une application classée 4+ qui montre de l'alcool, du tabac, de la violence intense ou du contenu suggestif dans ses captures d'écran sera reclassée à un niveau supérieur, ou rejetée si la classification ne peut pas accueillir ce contenu. Faites correspondre le contenu à la classification dès le départ : si votre capture d'écran nécessite une interface de carte des vins, la classification de l'application doit déjà autoriser les références à l'alcool.

Quels cadres d'appareils sont autorisés ?

Apple autorise l'affichage de votre application dans un cadre d'appareil Apple correspondant à la classe d'appareil que vous référencez (iPhone, iPad, Apple Watch, Apple TV). Ne faites pas :

• Modifier visuellement le cadre de l'appareil (couleurs personnalisées, logos)
• Mélanger des cadres Android dans des fiches iOS
• Utiliser des cadres génériques « en forme de téléphone » non approuvés par Apple

Utilisez les ressources officielles de cadres d'appareils d'Apple (bibliothèques Sketch / Figma) lors de la conception de votre modèle.

Et les logos de tiers et le contenu protégé ?

La directive 5.2 couvre la propriété intellectuelle. Le contrevenant le plus courant en matière de captures d'écran est une fausse notification push d'une marque que l'application n'est pas autorisée à utiliser : par exemple « Slack : Nouveau message d'Eve » dans une capture d'écran d'une application qui n'est pas Slack. Utilisez des notifications fictives génériques, des interfaces ressemblant à des marques mais anonymisées (sans logos réels) ou du contenu sous licence dont vous pouvez prouver les droits.

Comment s'applique l'exactitude des prix (3.1.1) ?

Si une capture d'écran indique « Gratuit pour toujours » mais que votre application utilise un abonnement à 4,99 $/mois, attendez-vous à un rejet. Les allégations de prix dans les captures d'écran doivent refléter l'IAP / abonnement que vous proposez réellement. Cela vaut également pour les allégations « Sans publicité », « Achat unique » et les durées d'« Essai gratuit » — chacune doit correspondre à ce que l'utilisateur rencontre dans l'application.

Et les incohérences au niveau des paramètres régionaux ?

Une étiquette de prix en dollars américains dans votre fiche allemande paraît négligente aux yeux d'App Review et des utilisateurs. Idem pour les formats de date (MM/JJ/AAAA dans une fiche allemande), les références sociales (« Tendance sur Twitter » dans une fiche pour la Chine continentale où Twitter est bloqué) et les jours fériés (mentions de Thanksgiving dans des fiches non américaines). Le guide de localisation couvre les surcharges propres à chaque paramètre régional pour précisément ces cas.

Que faire en cas de rejet ?

La plupart des rejets de captures d'écran sont faciles à corriger : modifiez l'élément en cause dans votre modèle, regénérez via l'API, retéléversez, resoumettez. Le cycle complet prend généralement moins d'une heure. Deux conseils :

• Lisez la directive exacte citée par Apple dans le Resolution Center. La correction est presque toujours plus restreinte que vous ne le pensez — parfois un seul élément sur une seule capture d'écran.
• Resoumettez avant de faire appel. Les recours via le Resolution Center prennent des jours ; les nouvelles soumissions après correction sont généralement traitées en quelques heures. Faire appel n'a de sens que si vous êtes véritablement convaincu que la révision était erronée — pas lorsque la correction est évidente.

En quoi les règles de Google Play diffèrent-elles ?

La Politique relative à la fiche du Store et au contenu promotionnel de Google Play couvre des terrains similaires mais est globalement plus permissive sur le langage marketing et plus stricte sur les fonctionnalités trompeuses. Les fondamentaux — représentation fidèle, absence de fausses notifications, cohérence de la classification par âge — s'appliquent sur les deux plateformes. Les spécifications techniques diffèrent ; consultez notre guide des exigences relatives aux captures d'écran Google Play pour celles-ci.

En résumé

La façon la plus rapide d'éviter le panier des rejets de captures d'écran d'App Review est de partir d'un modèle qui respecte déjà les règles — cadres d'appareils fidèles, aucune référence multiplateforme, données d'exemple plausibles, aucune allégation non étayée. Générez des variantes à partir de ce modèle, et le taux de rejet tombe à près de zéro.