Checklist des exigences pour les captures App Store : à vérifier avant l’envoi
Une capture refusée est rarement un problème de design : c’est souvent un détail décalé — quelques pixels d’écart, un canal de transparence résiduel, une langue manquante. Parcourez cette checklist avant d’envoyer et vous éviterez bien des attentes en revue.
Réponse rapide
Avant d’envoyer, vérifiez quatre points : tailles et nombre conformes aux exigences en vigueur, aucun canal de transparence résiduel, tous les appareils et langues publiés couverts, et un contenu fidèle à la build — réussissez ces quatre points et le rejet devient improbable.
Tailles et nombre : alignez-vous d’abord sur les exigences officielles
App Store Connect vérifie les tailles au pixel près et n’accepte pas de résultats mis à l’échelle proportionnellement. Chaque classe d’appareil que vous ciblez a généralement besoin de son propre jeu, avec ses propres minimum et maximum de nombre ; les valeurs exactes varient selon les appareils et les règles, alors suivez toujours ce qui est indiqué actuellement dans App Store Connect.
Plutôt que de mémoriser des valeurs peut-être déjà obsolètes, lisez la taille et le nombre exigés par chaque champ directement dans l’écran de soumission : c’est la seule référence fiable.
Format et détails techniques
Les formats courants sont PNG et JPEG. Le piège le plus fréquent est un canal alpha résiduel : un PNG exporté depuis Figma, Sketch ou un canvas peut contenir des données de transparence même si chaque pixel est opaque, et l’envoi est alors jugé de format invalide.
La solution : aplatir l’image sur un fond uni ou exporter directement en JPEG ; vérifiez aussi que la couleur et les dimensions respectent les exigences, et évitez dans la barre d’état tout détail parasite comme un opérateur réel ou un signal plein.
Couverture des appareils et des langues
Chaque région où vous publiez gagne à avoir des captures dans sa langue ; ne laisser des captures anglaises que dans la région anglophone et rien ailleurs pénalise nettement la conversion.
Côté appareils, si votre app prend en charge un format donné (iPadOS, pliables, etc.), il faut en général fournir un jeu correspondant ; les classes ne se substituent pas entre elles, fiez-vous à la liste actuelle de l’écran de soumission.
Liste d’autocontrôle avant l’envoi
La liste ci-dessous se parcourt directement, point par point ; chaque élément correspond à l’un des motifs de rejet les plus fréquents.
- Les tailles correspondent exactement aux exigences, sans mise à l’échelle proportionnelle.
- Le nombre reste dans la plage autorisée pour ce champ.
- L’image ne contient pas de transparence résiduelle (aplatir ou convertir en JPEG au besoin).
- Chaque région publiée dispose de captures dans sa langue.
- Chaque format d’appareil pris en charge possède son propre jeu.
- Les captures correspondent à la build soumise et ne montrent aucune fonction non publiée.
- La barre d’état est propre, sans opérateur réel ni détails de batterie incohérents.
FAQ
Quelles sont les causes les plus fréquentes de rejet des captures ?
Souvent trois : des tailles décalées de quelques pixels, un canal de transparence résiduel dans le PNG et des langues manquantes. Vérifier ces trois points avant l’envoi écarte l’essentiel des problèmes.
Chaque langue doit-elle avoir ses propres captures ?
Idéalement oui. Chaque région publiée devrait avoir des captures dans sa langue ; l’anglais seul affaiblit la conversion ailleurs, assurez au minimum un jeu utilisable par région.
La taille est bonne, pourquoi l’envoi échoue-t-il quand même ?
Souvent un canal alpha résiduel, ou une couleur/un format non conforme. Aplatissez l’image sur un fond uni ou exportez en JPEG puis réessayez : cela suffit normalement.
Faut-il un jeu pour chaque appareil ?
En général, chaque format d’appareil a besoin de son propre jeu et ils ne se substituent pas. Les appareils requis dépendent de la liste actuelle dans l’écran de soumission d’App Store Connect.
Faites de la vérification avant envoi une seule étape
Store Connect Studio intègre les canvas d’appareils et les tailles officielles : les problèmes de taille, de transparence et de langue se voient avant l’export — éditez sur Mac ou iPhone et synchronisez avec App Store Connect en un clic.