Il y a deux semaines, j'écrivais sur ce que l'iPhone pliable fait à vos mises en page, et je terminais sur une note un peu floue, parce qu'Apple promettait seulement que l'App Store accepterait les captures d'écran iPhone Duo avant la fin de l'année. Avant la fin de l'année voulait dire un lundi : le 5 octobre, Apple a ouvert les soumissions pour les apps conçues pour l'iPhone Duo, publié le même jour la version candidate de Xcode 27.1, et glissé une seconde annonce sur de nouveaux visuels marketing dans l'App Store, qui n'a rien à voir avec le pliage et beaucoup à voir avec la tête de votre app dans la recherche. Le téléphone, lui, arrive chez les clients le 23 octobre, ce qui fait de cette semaine la semaine calme, celle d'avant les photos de votre app postées par ses premiers propriétaires.
Même app, trois compilations, trois allures
Le premier article disait qu'une app compilée avec un ancien Xcode se retrouvait avec un cadre autour. La page de préparation en trois étapes d'Apple est maintenant plus précise, et la réponse dépend du SDK avec lequel votre dernière version a été compilée, une question à poser à votre développeur aujourd'hui si vous ne connaissez pas la réponse.
Le schéma montre trois fois l'écran intérieur ouvert. Compilée avec le SDK iOS 26 ou plus ancien, votre app tourne à une taille de téléphone familière, au milieu du grand écran, avec du vide tout autour, ce qui fonctionne, de la même façon qu'un timbre-poste fonctionne sur une grande enveloppe. Compilée avec le SDK iOS 27, elle s'agrandit pour remplir presque tout l'écran, mais reste à l'écart de la barre d'état, sur le bord droit. Compilée avec le SDK iOS 27.1, celui de Xcode 27.1, elle prend tout l'écran, et les barres d'outils et d'onglets passent dans une bande verticale sous la barre d'état. Apple demande de vérifier ce dernier point avant de publier, parce qu'un écran dessiné autour d'une barre en bas n'apprécie pas toujours de la retrouver sur le côté.
Il y a une attention sympathique pour les équipes pressées : dans Xcode, on peut demander à l'assistant de code « get my app ready for iPhone Duo », et une compétence intégrée parcourt le projet à la recherche des suspects habituels (des tailles lues sur l'écran principal, des mises en page décidées par l'orientation, du code qui croit qu'un écran large est forcément un iPad). Apple précise elle-même que l'outil ne repère pas tout, ce qui est d'une honnêteté rafraîchissante pour un robot.
Les dimensions, puisque vous les cherchez
Des gens tapent déjà la question dans Google, alors voici les chiffres, tirés des spécifications des captures d'écran d'Apple. L'iPhone Duo a deux lignes, une par écran. L'écran extérieur demande 1398 × 2034 pixels en portrait, ou 2034 × 1398 en paysage. L'écran intérieur demande 2007 × 2853 pixels en portrait, ou 2853 × 2007 en paysage. Les règles habituelles s'appliquent : de une à dix captures par taille, en JPEG ou en PNG, sans transparence.
Un détail mérite qu'on s'y arrête. Pour toutes les autres tailles d'iPhone, la page indique quelle taille plus grande App Store Connect réduira si vous laissez la case vide, et c'est grâce à cela que la plupart des apps s'en sortent avec un seul jeu de captures. Pour l'iPhone Duo, la page ne mentionne aucun repli de ce genre. Je ne tirerais pas de grande conclusion d'une ligne absente dans un tableau, mais je prévoirais de vraies captures iPhone Duo plutôt que d'espérer qu'une capture d'iPhone tout en hauteur se laisse étirer dans la bonne forme.
Avril 2027, avec des petits caractères
L'annonce dit qu'à partir d'avril 2027, les apps et les jeux soumis devront inclure des captures pour l'iPhone Duo. La page des spécifications le formule plus étroitement : les captures seront exigées pour les apps qui utilisent le SDK iOS 27.1 ou une version ultérieure. Les deux phrases ne disent pas tout à fait la même chose, et Apple n'a pas expliqué la différence, alors la lecture prudente est celle qui vous coûte quelques captures : si vous comptez soumettre quoi que ce soit après avril prochain, ayez-les sous la main.
Tant que vous y êtes, l'équipe de validation a publié de nouvelles consignes sur les captures d'écran, au titre de la règle 2.3.3, et pour une fois elles viennent avec un chiffre. Pour chaque appareil, plus de la moitié des captures doivent montrer l'app en train de servir, donc au moins deux sur trois. Les visuels marketing sont les bienvenus dans celles qui restent ; un jeu composé d'un écran de démarrage, d'une page de connexion et d'un slogan en très gros est l'exemple que donne Apple de ce qui revient à l'expéditeur.
Une bannière à vous, et un visage dans la recherche
La seconde annonce concerne tout le monde, pliable ou non. Sur iOS 27 et iPadOS 27, une fiche produit peut désormais s'ouvrir sur un en-tête, une image ou une vidéo tout en haut de la page, et votre app peut afficher dans l'onglet Recherche un visuel dédié à la place de l'habituelle rangée de captures. Les deux sont facultatifs : sans visuel de recherche, vos événements In-App, vos aperçus et vos captures s'affichent comme avant.
Les spécifications parlent de formats larges, 21:9 pour l'en-tête et 3:2 pour la recherche, et de vidéos de 5 à 30 secondes qui tournent en boucle, sans le son dans la recherche. Le règlement intérieur d'Apple est la partie intéressante : pas de prix ni de remise, pas d'adresse de site web, pas de récompense que vous n'avez pas reçue, pas de logo d'une autre plateforme, et l'ensemble doit convenir à une classification 4+, même si votre app est classée plus haut. La bannière « -50 % cette semaine » que vous étiez déjà en train d'imaginer devra donc le dire autrement.
App Store Connect gagne aussi deux outils que les équipes marketing aimeront plus que les développeurs. Un outil d'aperçu montre à quoi ressembleront vos captures, vos en-têtes et vos textes sur la fiche produit et dans la recherche, sur différents appareils et en mode sombre, avant toute soumission. Et une bibliothèque de ressources (Asset Library) range toutes les images et vidéos au même endroit, et permet de les faire valider seules, sans les attacher à une nouvelle version de l'app, ce qui veut dire que la campagne de Noël peut être approuvée en novembre et activée quand vous êtes prêt. Le rôle Marketing y a accès, donc plus personne n'a besoin d'emprunter le mot de passe du titulaire du compte, ce que personne n'a jamais fait, bien entendu.
Bon, et concrètement, je ferais quoi ?
Je commencerais par vérifier avec quel SDK la version actuelle a été compilée, parce que c'est ce qui décide si votre app sera un timbre-poste le 23 octobre. Ensuite je recompilerais avec Xcode 27.1, je parcourrais l'app dans le simulateur iPhone Duo, et je prendrais les deux jeux de captures pendant ce même passage, puisque les écrans sont déjà sous les yeux. L'en-tête et le visuel de recherche peuvent attendre un après-midi tranquille avec la personne qui s'occupe de votre marque ; ils sont facultatifs, et une bannière bâclée fait pire que pas de bannière du tout. Et si le projet tourne encore sur un Xcode plus ancien, l'article sur le passage à Xcode 26 explique pourquoi ces mises à niveau se font mieux en avance que la semaine d'une échéance.
Si vous voulez de l'aide
Recompiler avec le SDK du moment, corriger ce qui bouge et faire passer la fiche en validation, c'est ce que couvre mon service de mise à jour et conformité App Store et Google Play.
Sources : Prepare and submit your apps for iPhone Duo, Showcase your apps with new assets on the App Store, Three steps to make your app shine on iPhone Duo, Screenshot specifications, Creative assets specifications, App Store asset best practices, Manage your App Store assets, règle 2.3.3 de l'App Review, Screenshots, versions publiées par Apple.