How to Upload Screenshots to App Store Connect (2026 Guide)
L'envoi de captures d'écran sur l'App Store reste l'une des étapes les plus fastidieuses du déploiement d'une application iOS, iPadOS o macOS. Apple prend en charge plusieurs types d'affichage par plateforme et chaque langue possède son propre emplacement, ce qui signifie qu'une petite application peut rapidement se retrouver avec 80 à 200 fichiers à envoyer à chaque mise à jour. Ce guide présente quatre méthodes pratiques pour envoyer vos captures vers App Store Connect en 2026, comment choisir la bonne, et les pièges qui risquent de vous faire perdre une après-midi si vous ne les connaissez pas à l'avance.
Option 1 : Le chargeur web d'App Store Connect
La méthode par défaut. Ouvrez votre application dans App Store Connect, choisissez la version que vous souhaitez modifier, faites défiler jusqu'à Captures d'écran, et glissez-déposez vos fichiers PNG ou JPEG dans le bon encart de type d'affichage (6.9", 6.5", iPad 13", Mac, etc.). Répétez l'opération pour chaque langue.
- Idéal pour : une première soumission, une petite application disponible dans une ou deux langues, ou lorsque vous devez visualiser exactement ce que le validateur verra.
- Inadapté pour : les applications multilingues, tout projet avec plus de deux types d'affichage, ou tout flux de travail à répéter à chaque mise à jour. 30 minutes de glisser-déposer par langue, cela devient vite fastidieux.
Pièges fréquents :
- Mauvais type d'affichage. Si votre fichier exporté mesure 1320 × 2868 (iPhone 16/17 Pro Max, 6.9") et que vous le déposez dans la catégorie 6.5", App Store Connect rejettera le fichier.
- Versions verrouillées. Dès qu'une version passe en statut « En cours de vérification » ou « En attente de publication par le développeur », les captures d'écran passent en lecture seule. Créez d'abord une nouvelle version.
- Envois partiels. Si une mise à jour de captures échoue en cours de route, verifiez l'ensemble complet des types d'affichage avant de soumettre au lieu de supposer que l'ancien ensemble est toujours intact.
Option 2 : Transporter ou Fastlane Deliver
Ces deux outils automatisent l'envoi vers App Store Connect, mais présentent des différences en matière de préparation et de configuration.
Transporter es un outil gratuit d'Apple pour envoyer vos builds et paquets de metadonnées. Il peut être scripté mais nécessite que vous ayez déjà une structure de dossiers compatible avec iTMSTransporter avec un fichier XML de métadonnées. Très pratique si vous créez déjà des builds IPA avec xcodebuild, mais complexe si vous souhaitez uniquement envoyer des captures d'écran.
fastlane deliver est le standard de la communauté. Vous organisez vos captures dans un dossier selon une structure du type fastlane/screenshots/fr-FR/iPhone 6.9 - 01.png puis exécutez la commande fastlane deliver. L'outil envoie les captures d'écran, les métadonnées et les mots-clés en une seule fois.
- Idéal pour : les équipes qui disposent déjà d'un pipeline CI, souhaitent suivre les captures dans git et maîtrisent Ruby.
- Inadapté pour : les designers qui ne souhaitent pas gérer un environnement Ruby, et tous ceux qui veulent une interface graphique pour prévisualiser l'envoi.
Pièges fréquents :
- Résolution et nommage stricts. fastlane déduit les cibles d'affichage à partir de la résolution de l'image. Pour les iPads, il peut être nécessaire d'inclure le nom officiel de la gamme d'appareils dans le nom du fichier pour qu'il soit placé dans le bon emplacement.
- La clé API App Store Connect doit être générée une seule fois et conservée de façon sécurisée (Key ID, Issuer ID, et fichier .p8). Si vous perdez le fichier .p8, vous devrez en générer un nouveau.
- Le remplacement est global. Toutes les captures existantes pour un type d'affichage donné sont supprimées avant l'envoi de la nouvelle série.
Option 3 : Directement via l'API d'App Store Connect
Si vous développez votre propre outil, l' API d'App Store Connect propose trois points d'accès (endpoints) pour l'envoi de captures :
POST /v1/appScreenshotSets— crée un ensemble de captures pour un type d'affichage et une langue donnés.POST /v1/appScreenshots— génère une réservation de capture d'écran, renvoyant les métadonnées de l'envoi (URLs de requêtes PUT fragmentées).PATCH /v1/appScreenshots/{id}avecuploaded: true— valide l'envoi une fois tous les fragments transmis.
L'authentification s'effectue via un token JWT signé avec votre clé .p8. Ce jeton JWT est de courte durée (20 minutes maximum) et restreint à l'API d'App Store Connect. De plus, Apple applique des limitations de débit sur les envois fréquents. Les transferts concurrents et fragmentés doivent donc intégrer une gestion des tentatives de reconnexion (retry/backoff).
Idéal pour : concevoir une automatisation sur mesure ou vos propres outils. Vous bénéficiez d'un contrôle total, de réponses typées et pouvez construire une expérience utilisateur personnalisée.
Inadapté pour : ceux qui veulent simplement publier sans avoir à faire de maintenance de code. Comptez y passer un week-end complet pour l'authentification, les transferts fragmentés et la gestion des erreurs avant d'obtenir un résultat fiable.
Option 4 : Un outil de conception qui envoie les captures pour vous
Il s'agit du flux de travail que nous avons intégré à Screenshot Bro. Vous concevez vos captures d'écran, ajoutez les langues, traduisez automatiquement vos textes, puis cliquez sur Upload to App Store Connect. L'application :
- Détecte automatiquement le bon type d'affichage à partir de la taille de vos images (1320 × 2868 → iPhone 6.9", 2064 × 2752 → iPad 13", etc.).
- Associe les langues de votre projet aux localisations d'App Store Connect sur la version sélectionnée. Les erreurs d'association sont signalées d'emblée.
- Effectue une vérification préalable — les fichiers trop volumineux, les langues manquantes, les versions verrouillées ou les conflits de plateformes sont signalés avant que les données ne soient envoyées à Apple.
- Remplace chaque ensemble correspondant de manière atomique. Aucun état partiellement envoyé, plus besoin de renommer sans arrêt vos dossiers.
La clé API (Issuer ID, Key ID, .p8) is stockée de manière sécurisée dans le Trousseau d'accès (Keychain) de macOS. Une fois configuré, chaque envoi se fait en un seul clic.
Quelle option devriez-vous choisir ?
Un arbre de décision simple :
- Une seule langue, une seule app, mises à jour rares. Le chargeur web convient très bien.
- Pipeline CI, captures suivies sur git, équipe à l'aise avec Ruby. fastlane deliver.
- Outil personnalisé / automatisation interne. Directement via l'API.
- Développeur indépendant ou petite équipe, créant et gérant vous-même vos captures. Utilisez une application Mac qui regroupe la conception et l'envoi dans un seul flux de travail.
Avant l'envoi : Liste de contrôle
Quelle que soit la méthode choisie, voici les erreurs qui font perdre le plus de temps :
- Vos captures d'écran doivent respecter au pixel près les dimensions requises — sans décalage. Apple peut rejeter les dimensions erronées au moment de l'envoi ou du traitement.
- La version sélectionnée dans l'App Store doit être éditable (pas de statut « En cours de vérification » ou « En attente de publication par le développeur »).
- Chaque langue que vous prévoyez d'envoyer doit avoir sa localisation correspondante activée sur cette version dans App Store Connect.
- Formats PNG ou JPEG uniquement. Pas de HEIC, pas de WebP, pas de JPEGs progressifs.
- Espace colorimétrique RGB, sans canal alpha (transparence) pour les captures d'écran.
En résumé (TL;DR)
Le chargeur web est la solution la moins plaisante pour les tâches récurrentes. fastlane est le choix par défaut pour les équipes qui publient souvent. L'API est puissante mais nécessite un week-end complet de développement. Si vous souhaitez un envoi en un clic directement depuis une application de design, c'est précisément pour cela que la fonctionnalité Upload to App Store Connect de Screenshot Bro a été conçue : détection automatique des types d'affichage, correspondance des langues, vérification préalable et une clé API unique stockée dans le Trousseau d'accès de macOS.