Dimensions des captures App Store 2026 : préparation et téléversement multilingues

Le risque principal n’est pas de manquer de visuels. C’est de livrer le bon visuel au mauvais emplacement. Une équipe peut avoir traduit les titres, exporté les images et pourtant devoir tout reprendre si elle a confondu une plateforme, une taille d’appareil ou une localisation.

Avant de demander une nouvelle exportation, créez une ligne par combinaison utile :

Ne recopiez pas un gabarit trouvé dans un forum. Apple peut modifier les catégories affichées, les ressources attendues ou les règles de redimensionnement. La page officielle consacrée aux spécifications des captures d’écran doit rester la référence de production.

Deux conséquences sont importantes.

Premièrement, la dimension d’un fichier n’est pas un détail laissé au designer. Elle dépend de la destination exacte dans la fiche. Deuxièmement, le nombre de fichiers n’est pas une permission de remplir tous les emplacements sans stratégie. Apple autorise jusqu’à 10 captures d’écran par localisation et plateforme selon les emplacements concernés ; ce plafond ne signifie pas que chaque image doit raconter la même chose. Cette limite est documentée dans les indications officielles de téléversement d’Apple.

Le designer ne doit pas seulement remettre des fichiers finaux. Il doit fournir une base qui permet au responsable de publication de retrouver l’origine de chaque visuel.

Première étape : verrouiller le contenu de l’écran

Chaque capture doit montrer une fonction réellement disponible dans la version concernée. Évitez d’afficher une option réservée à une autre formule, une interface encore en développement ou une donnée personnelle réelle.

Conservez un fichier source modifiable avec :

• le texte intégré à l’image ;
• les éléments d’interface utilisés ;
• la version de la maquette ;
• la langue du visuel ;
• l’orientation ;
• le nom de l’appareil ciblé.

Les captures doivent être exportées dans un format accepté par Apple. Les spécifications officielles distinguent notamment les fichiers JPEG et PNG. Ne déduisez pas qu’un fichier visuellement correct sera accepté : son extension, son encodage et ses dimensions doivent être contrôlés ensemble.

Deuxième étape : vérifier les dimensions en pixels

Mesurez le fichier exporté, et non le cadre de travail dans l’outil de design. Une redimensionnement automatique peut modifier le résultat si le fichier source ne correspond pas à la catégorie choisie.

Lorsque l’écran présenté est identique, la méthode la plus efficace consiste à produire une ressource haute résolution compatible avec les règles de réduction d’Apple. Cette possibilité ne dispense pas de vérifier le résultat dans l’aperçu. Une interface différente, un appareil affichant un autre agencement ou une composition adaptée au paysage doit faire l’objet d’une exportation propre.

Ne forcez jamais une image dans un cadre uniquement pour faire disparaître un message d’erreur. Vous pourriez obtenir une capture acceptée techniquement, mais recadrée sur le titre, le bouton principal ou une information réglementaire.

Troisième étape : contrôler la lisibilité

La taille de l’image ne garantit pas la lisibilité. Examinez le visuel dans une largeur proche de celle d’une fiche consultée sur mobile. Les titres très fins, les paragraphes longs et les contrastes faibles deviennent difficiles à interpréter.

Pour chaque langue, contrôlez :

• les caractères accentués ;
• la longueur des titres ;
• les retours à la ligne ;
• les symboles monétaires ;
• les unités ;
• les mentions légales ;
• l’ordre de lecture de l’écran.

Une capture française ne doit pas être considérée comme validée parce que le fichier anglais est conforme. Le texte traduit peut occuper davantage d’espace et déplacer l’élément le plus important.

La localisation ne consiste pas à remplacer mécaniquement un titre dans une image. Elle relie trois éléments : la langue de l’interface, le texte de la capture et la promesse affichée dans les métadonnées de la fiche.

Réutilisez une même capture lorsque l’interface visible ne change pas, qu’aucun texte intégré ne doit être traduit et que le bénéfice présenté reste pertinent dans le marché cible. Dans ce cas, inscrivez « réutilisation validée » dans la matrice, avec le nom de la personne qui a vérifié.

Produisez une version locale lorsque :

• le texte est intégré dans l’image ;
• la fonctionnalité visible varie selon le pays ;
• le parcours n’est pas identique ;
• le positionnement commercial change ;
• une offre ou une mention réglementaire n’est valable que dans certains marchés ;
• la longueur du texte modifie la composition.

Le champ de langue sélectionné dans App Store Connect doit correspondre au fichier réellement livré. Apple prévoit des règles de localisation et de repli ; elles ne doivent pas être remplacées par une supposition de l’équipe. Consultez la documentation Localize App Information avant de décider quelle ressource sera affichée lorsqu’une localisation n’est pas renseignée.

Le registre de concordance à remettre au projet

Pour éviter les erreurs de dernière minute, tenez un registre simple avec quatre colonnes :

1. texte de la capture ;
2. texte affiché dans l’interface ;
3. titre et description de la fiche ;
4. personne ayant effectué la validation.

Ce registre détecte les contradictions fréquentes. Par exemple, la capture peut annoncer une fonction « disponible partout » alors que la fiche ou l’interface la limite à certains comptes. Il permet également au chef de projet de distinguer une erreur de traduction d’un changement de produit.

Le téléversement doit être effectué depuis le bon niveau de la fiche. Sélectionnez la plateforme, la localisation, la version ou la section de produit concernée, puis ajoutez les ressources prévues dans la matrice.

Apple décrit le parcours dans son guide Upload App Previews and Screenshots. Après l’ajout, ne quittez pas immédiatement la page. Vérifiez successivement :

1. le nom de la langue active ;
2. la catégorie d’appareil ;
3. l’orientation ;
4. la miniature générée ;
5. l’ordre des captures ;
6. le statut de traitement ;
7. la présence éventuelle d’un App Preview ;
8. l’état de modification de la fiche ou de la version.

Le statut de traitement n’est pas équivalent à une validation éditoriale. Un fichier peut être visible dans l’interface d’administration tout en étant mal ordonné, rattaché à la mauvaise langue ou absent de la présentation attendue. Pour comprendre les états de la fiche et de la soumission, reportez-vous à la référence officielle des statuts App Store Connect.

Lorsque la dimension est refusée

Reprenez le diagnostic dans cet ordre :

• vérifiez que vous n’êtes pas dans une autre catégorie d’appareil ;
• comparez la largeur et la hauteur en pixels avec la référence Apple ;
• confirmez le format JPEG ou PNG prévu ;
• contrôlez l’orientation ;
• ouvrez le fichier exporté pour détecter une mauvaise version ;
• vérifiez que la version ou la fiche est encore modifiable ;
• remplacez le fichier après avoir conservé la trace de l’ancien export.

Cette séquence évite de modifier la maquette alors que l’erreur vient simplement d’un mauvais emplacement de téléversement. Elle réduit aussi le risque de corriger une capture française dans le dossier destiné à l’allemand.

« Téléversé » ne veut pas dire « accepté par l’équipe ». Le référent local doit examiner la fiche dans la langue cible et comparer l’ordre des captures avec la matrice.

Il doit enregistrer deux observations distinctes :

• les premiers visuels susceptibles d’être vus dans un aperçu court ou un résultat de recherche ;
• l’ensemble des ressources présentes sur la page produit.

Le premier groupe mérite une attention particulière. Si l’image principale contient un argument secondaire, le marché cible peut ne pas comprendre immédiatement la valeur de l’application. Vérifiez également les coupures de texte, l’affichage des éléments en paysage et la cohérence entre la capture et la version réellement installable.

Une session de contrôle séparée peut être utile pour conserver la langue du navigateur, le compte de test et le contexte régional. Un Mac distant hébergé aux États-Unis peut fournir un poste macOS durable pour le travail de design, l’utilisation de Safari et la remise des fichiers entre collaborateurs. Il ne contourne pas les règles de région d’App Store et ne garantit ni l’ordre d’affichage ni le résultat de la publication.

Un App Preview est une vidéo destinée à présenter l’application. Son flux de production impose de vérifier la vidéo, le son éventuel, les écrans filmés, les textes incrustés et la compatibilité avec les spécifications Apple.

Apple indique une durée comprise entre 15 et 30 secondes pour un App Preview, ainsi qu’une limite de taille de fichier de 500 Mo dans ses spécifications App Preview. Ces valeurs sont des contraintes de livraison, pas des recommandations pour remplir automatiquement toute la durée disponible.

Vous pouvez travailler sans Mac pour une partie de la préparation. Toutefois, un Mac reste avantageux lorsque le projet exige :

• une capture cohérente avec une interface macOS ou iOS ;
• une vérification vidéo dans Safari ;
• une production audio ou vidéo avec des outils propres à macOS ;
• une session conservée pour plusieurs personnes ;
• une remise de projet sans dépendre du poste personnel du designer.

Pour une simple série d’images déjà exportées, acheter ou louer un Mac uniquement pour le téléversement peut être disproportionné. Le choix dépend de la fréquence des mises à jour, du nombre de collaborateurs et de la nécessité de produire des vidéos.

Les mêmes images peuvent-elles servir à toutes les langues ?

Oui, si les captures ne contiennent aucun texte localisé et si la fonction montrée est identique dans les marchés visés. La décision doit être inscrite dans la matrice. Dès qu’un argument, une interface, une offre ou une disponibilité change, une variante locale est plus sûre. La réutilisation doit donc être une décision vérifiée, pas une économie automatique.

Comment isoler une erreur de langue après le téléversement ?

Commencez par noter la localisation active dans App Store Connect, puis comparez le nom du fichier avec votre registre. Ouvrez ensuite la fiche dans la langue cible et contrôlez la première capture, l’ordre complet et le texte intégré. Si la langue affichée ne correspond pas, ne remplacez pas les fichiers au hasard : corrigez d’abord le rattachement à la localisation.

Quelle équipe doit valider les dimensions ?

Le designer contrôle l’export en pixels et le contenu graphique. Le responsable App Store Connect contrôle le rattachement, le statut et l’ordre. Le référent local vérifie la présentation et la cohérence commerciale. Le chef de projet conserve les preuves. Cette séparation évite qu’une seule personne considère le téléversement réussi comme une validation complète.

Un App Preview remplace-t-il les captures d’écran ?

Non. La vidéo et les captures répondent à des emplacements et à des contrôles différents. Un App Preview peut compléter la présentation, mais il ne corrige pas une mauvaise série d’images, une localisation absente ou un texte illisible. Préparez les deux ressources séparément et vérifiez chacune selon sa documentation Apple.

Quand un Mac distant devient-il pertinent ?

Il est pertinent si votre équipe produit régulièrement des App Preview, si les collaborateurs travaillent depuis plusieurs lieux ou si aucun poste macOS ne reste disponible pour les reprises et les contrôles Safari. Pour un téléversement ponctuel de fichiers statiques déjà conformes, un environnement existant suffit généralement. La location doit répondre à un besoin de continuité, non à une promesse de publication garantie.

Le tableau suivant aide à choisir une méthode sans confondre besoin de production et besoin d’hébergement.

Ne louez pas un environnement uniquement pour donner une apparence « américaine » à la fiche. La région d’affichage, les règles App Store et la disponibilité d’une application restent déterminées par la plateforme. Le bénéfice réel se situe dans la continuité de travail, la production vidéo, l’accès distant et la transmission contrôlée.

Avant de transmettre la fiche, cochez les éléments suivants :

• [ ] La plateforme et la catégorie d’appareil correspondent à la matrice.
• [ ] Chaque fichier respecte les spécifications Apple actuellement publiées.
• [ ] Le format d’exportation a été contrôlé, pas seulement l’apparence.
• [ ] Les textes de la capture, de l’interface et de la fiche concordent.
• [ ] Les ressources réutilisées entre langues ont été explicitement validées.
• [ ] Les variantes locales sont placées dans la bonne localisation.
• [ ] L’ordre des captures a été vérifié après traitement.
• [ ] Le statut de la fiche ou de la version permet encore la modification prévue.
• [ ] L’App Preview, lorsqu’il existe, respecte ses propres contraintes.
• [ ] Les sources, exports, validations et captures de contrôle sont archivés.

Un poste local est généralement le meilleur choix si vous publiez rarement, si vos captures sont déjà conformes et si une seule personne gère la fiche. Vous gardez alors la maîtrise des fichiers sans ajouter de coût d’accès distant.

La situation change lorsque le designer, le responsable ASO et l’administrateur ne partagent pas le même lieu. Les défauts d’un poste personnel apparaissent vite : session indisponible, fichiers dispersés, environnement Safari non reproductible et dépendance à une seule personne pour la reprise. Un poste macOS distant maintenu pour la durée du cycle facilite la production d’App Preview, le téléversement continu et la remise à un autre responsable.

Dans ce cas, examinez les conditions de tarification et de disponibilité de CALMVPS, puis choisissez une durée alignée sur votre cycle réel. Ne présentez pas cette solution comme une accélération de l’examen Apple. Elle ne remplace pas une matrice correcte, une localisation relue ni une validation produit.

La méthode la plus sûre reste donc conditionnelle : utilisez votre poste habituel pour les captures statiques conformes ; choisissez un Mac distant CALMVPS lorsque la vidéo, la continuité d’accès ou la coordination à distance deviennent le facteur bloquant. Vous évitez ainsi de maintenir un matériel inutilisé tout en conservant un environnement macOS disponible pour les livraisons et les reprises.