Comment automatiser le redimensionnement des screenshots iOS et Android en 2026

Read in English →

À chaque mise à jour des screenshots de votre app, c'est le même problème. Une image source. Plusieurs formats requis. Deux stores aux specs différentes. Et Photoshop ouvert en arrière-plan.

Cet article couvre les dimensions exactes de screenshots pour l'App Store et Google Play en 2026, le workflow manuel que la plupart des développeurs subissent encore, et comment le remplacer par quelque chose qui ne bouffe pas un après-midi.

Pourquoi redimensionner des screenshots fait encore mal en 2026

L'App Store et Google Play ne partagent pas une seule dimension commune. Apple accepte les screenshots iPhone en 6.5" (époque iPhone 11 Pro Max) et en 6.7" (iPhone 14/15 Pro Max) et les met automatiquement à l'échelle pour remplir l'aperçu 6.9" (iPhone 16 Pro Max) — vous n'avez donc pas strictement besoin d'un jeu 6.9" séparé. L'iPad a sa propre exigence par-dessus. Et Google Play ajoute ses propres specs téléphone et tablette.

Ça fait plusieurs tailles de sortie distinctes avant même d'avoir touché à une ligne de métadonnées.

La plupart des développeurs gèrent ça dans Photoshop ou Figma : ouvrir la source, redimensionner, exporter, renommer, recommencer. Si vous publiez sur les deux plateformes en même temps, vous faites ce parcours deux fois par cycle de mise à jour. Trois ou quatre apps au portefeuille et le calcul devient vite pénible.

Et le plus pénible n'est même pas la répétition. Le pire, c'est d'uploader la mauvaise taille, de déclencher un rejet et de perdre une journée sur une re-soumission.

Les tailles de screenshots requises en 2026

Voici ce qu'une release standard multi-plateforme demande réellement :

App Store d'Apple

• Écran 6.5" — 1242 × 2688 px (certains appareils remontent 1284 × 2778 px)
• Écran 6.7" — 1290 × 2796 px
• iPad Pro 12.9" — 2048 × 2732 px (requis quand votre app déclare la prise en charge iPad)

La règle d'Apple, c'est « au moins un jeu iPhone ». Apple met vos screenshots 6.5"/6.7" à l'échelle vers le haut pour remplir l'aperçu 6.9" (1320 × 2868 px) : un jeu 6.9" distinct est donc optionnel, pas requis. La plupart des développeurs uploadent le 6.7" (et souvent le 6.5") et laissent Apple gérer le reste.

Google Play

• Screenshots téléphone — minimum 320 px sur le petit côté, maximum 3840 px sur le grand côté, ratio entre 16:9 et 9:16
• Tablette 7 pouces — recommandé
• Tablette 10 pouces — recommandé

Google Play est plus souple sur les dimensions exactes, mais la contrainte de ratio implique quand même que vos screenshots Apple ne s'insèrent pas sans recadrage ni marges.

Le workflow manuel que la plupart des développeurs utilisent

1. Concevoir le screenshot à la plus grande taille de référence (typiquement 1320 × 2868 px pour l'écran 6.9")
2. Ouvrir Photoshop ou Figma
3. Redimensionner le canvas pour chaque taille suivante, ajuster la mise en page, exporter
4. Recommencer pour le ratio de Google Play
5. Renommer les fichiers selon la convention attendue par chaque plateforme
6. Uploader dans App Store Connect
7. Changer d'onglet, uploader dans Google Play Console
8. Réaliser que vous avez oublié la taille iPad — retour à l'étape 2

C'est le workflow qui bouffe le plus de temps par cycle de release. Ce n'est pas compliqué. C'est juste répétitif, source d'erreurs, et entièrement manuel.

Comment l'automatiser

Plusieurs approches existent, selon le niveau de configuration que vous êtes prêt à absorber.

Option 1 : snapshot et frameit de Fastlane

Fastlane peut automatiser la capture de screenshots avec snapshot pour iOS et screengrab pour Android. Vous écrivez un Snapfile, configurez vos simulateurs, et laissez tourner. frameitajoute les cadres d'appareil par-dessus.

Le hic : vous écrivez et maintenez les scripts. Quand votre UI change, vos scripts de screenshots doivent souvent être mis à jour aussi. Pas d'interface graphique. Pour un développeur solo qui gère deux ou trois apps, le coût de mise en place est réel — et la maintenance s'accumule avec le temps.

Option 2 : plugins d'outils de design

Figma et Sketch ont tous deux des plugins qui exportent en plusieurs tailles depuis un seul plan de travail. Ça réduit l'étape d'export, mais vous gérez toujours des fichiers source, vous uploadez toujours vers deux consoles distinctes, et vous traitez encore à la main la différence de ratio de Google Play.

Plus rapide que du Photoshop pur — mais pas automatisé. Vous êtes encore dans la boucle à chaque étape.

Option 3 : un outil de publication unifié qui gère le redimensionnement dans le workflow

C'est là que l'approche change. Au lieu de traiter le redimensionnement comme une tâche de design isolée, vous le traitez comme une partie de la publication.

OneStoregère ça directement. Déposez un seul screenshot HD. Chaque format requis — iPhone 6.5" et 6.7", iPad, et les tailles téléphone et tablette de Google Play — sort de l'autre côté, et Apple met le tout à l'échelle pour couvrir l'aperçu 6.9". Vous n'ouvrez pas Photoshop. Vous ne gérez pas une pile de presets d'export. Uploadez une fois — la plateforme produit ce dont chaque store a besoin.

Ça compte surtout quand vous livrez souvent ou gérez plusieurs apps. Le temps gagné s'accumule. Et comme le redimensionnement se fait dans le même outil où vous éditez les métadonnées et uploadez votre .ipa ou .aab, tout le workflow de publication reste au même endroit.

À quoi ressemble vraiment le workflow automatisé

Avec le redimensionnement géré nativement, le workflow s'effondre :

1. Uploadez votre screenshot source de la meilleure qualité possible
2. OneStore sort les formats 6.5", 6.7", iPad et Google Play automatiquement — et Apple remplit l'aperçu 6.9" en mettant à l'échelle
3. Relisez les sorties dans le même éditeur où vous éditez votre titre, sous-titre et description
4. Publiez sur les deux stores depuis une seule interface

Aucun changement d'onglet entre App Store Connect et Google Play Console. Aucun export manuel. Aucun renommage de fichiers.

Pour les équipes qui publient sur les deux plateformes en même temps, c'est la différence concrète entre une tâche d'une demi-journée et une de 20 minutes.

Ce qu'il faut regarder dans un outil d'automatisation de screenshots

Tous les outils qui prétendent gérer les screenshots ne bouclent pas vraiment la boucle. Quelques points à vérifier :

Sort-il toutes les tailles requises ?Certains outils couvrent l'iPhone mais pas l'iPad, ou Apple mais pas Google Play. Il vous faut iPhone 6.5" et 6.7", iPad, et Google Play téléphone et tablette en une seule passe.

Est-il connecté à la vraie publication ? Un outil qui redimensionne les screenshots mais vous oblige encore à uploader manuellement dans chaque console ne résout que la moitié du problème. Le vrai gain arrive quand redimensionner et publier sont la même étape.

Gère-t-il aussi les métadonnées ?Si vous éditez déjà votre titre App Store (30 caractères) et votre titre Google Play (30 caractères) avec des compteurs en direct dans le même éditeur, avoir les screenshots dans cette même interface, c'est un changement de contexte de moins par release.

Qu'arrive-t-il à vos identifiants ?Si l'outil a besoin de votre clé d'API .p8 ou de votre JSON de compte de service Google, demandez où ils sont stockés. OneStore garde les identifiants dans un coffre chiffré en AES-256-GCM au niveau applicatif. Un accord de traitement des données fondé sur les Clauses Contractuelles Types de l'UE est disponible sur demande à onestore.so/dpa.

Le redimensionnement des screenshots n'est qu'une pièce d'un problème plus large

Le redimensionnement attire l'attention parce que c'est une corvée visuellement évidente. Mais il s'inscrit dans un problème de workflow plus grand : gérer deux stores séparément.

Vous redimensionnez les screenshots deux fois parce que vous publiez sur deux stores. Vous vérifiez les avis deux fois parce qu'ils arrivent par deux consoles. Vous copiez-collez les métadonnées parce qu'App Store Connect et Google Play Console ne se parlent pas.

Résoudre le redimensionnement isolément, ça aide. Le résoudre dans un workflow de publication unifié — qui couvre l'édition des métadonnées, l'upload de binaire et la gestion des avis — ça aide plus. C'est la différence entre un plugin Figma et un outil qui gère tout le cycle.

Si vous voulez voir où en est votre fiche de store avant d'optimiser vos screenshots, l'Audit de fiche de store gratuit note votre fiche sur 100. Sans compte, sans e-mail.

FAQ

Quelles tailles de screenshots l'App Store exige-t-il en 2026 ?

La règle d'Apple, c'est « au moins un jeu iPhone ». Apple accepte les screenshots 6.5" et 6.7" et les met à l'échelle pour remplir l'aperçu 6.9" (iPhone 16 Pro Max) : un jeu 6.9" séparé est donc optionnel — plus l'iPad Pro si votre app prend en charge l'iPad.

Puis-je utiliser les mêmes screenshots pour iOS et Android ?

Pas directement. Apple et Google Play ont des exigences de ratio différentes. Un screenshot Apple ne s'insère pas dans Google Play sans ajustement — il vous faut des sorties spécifiques à chaque plateforme depuis votre image source.

Fastlane automatise-t-il le redimensionnement des screenshots ?

Les actions snapshot et screengrab de Fastlane automatisent la capture de screenshots depuis les simulateurs, et frameitajoute les cadres d'appareil. La mise en place demande du scripting en CLI, sans interface graphique. Pour les développeurs qui veulent une approche sans script, un outil de publication unifié est l'option la plus pratique.

Quelle qualité d'image minimale dois-je viser au départ ?

Partez du plus grand affichage — la référence 6.9" à 1320 × 2868 px. Réduire depuis une source haute résolution donne un résultat plus net qu'agrandir depuis une plus petite.

Comment OneStore gère-t-il le redimensionnement des screenshots ?

Vous uploadez un seul screenshot HD. OneStore sort les formats iPhone 6.5" et 6.7", iPad et Google Play automatiquement — dans le même éditeur où vous gérez les métadonnées et uploadez votre binaire — et Apple met votre jeu iPhone à l'échelle pour couvrir l'aperçu 6.9".

Le redimensionnement automatique n'est-il utile que pour les gros portefeuilles d'apps ?

Non. Même avec une seule app, le temps gagné par cycle de release s'accumule. Si vous livrez des mises à jour tous les mois sur iOS et Android, le redimensionnement automatique retire une tâche manuelle répétée de chaque release.

Le plan gratuit de OneStore inclut-il le redimensionnement des screenshots ?

Oui. Le plan gratuit couvre 3 apps, les deux stores, et ne demande pas de carte. Le redimensionnement des screenshots fait partie du workflow de publication de base, pas une option payante.