Written by:
Last Published:
27 octobre 2026
•
.webp)
Votre application fonctionne sur iPhone Duo, le nouvel iPhone pliable d'Apple. Très bien. Mais est-elle conçue pour ? C'est une tout autre question, et Apple est sur le point de rendre cette lacune visible.
Apple accepte déjà les applications optimisées pour l'appareil, et l'ajout de captures d'écran iPhone Duo permet d'afficher un badge d'optimisation sur votre page produit. À partir d'avril 2027, chaque application ou jeu soumis devra inclure ces captures d'écran. La vraie question n'est donc pas de savoir s'il faut s'intéresser à l'iPhone Duo, mais si vous préférez le faire maintenant, à votre rythme, ou plus tard, selon le calendrier d'Apple.
Cet article s'adresse aux responsables produit et aux designers qui doivent définir le périmètre de conception d'une application pour iPhone Duo. Nous utilisons des exemples généraux, car les problématiques sont identiques pour toute application iOS. Les applications les plus impactées sont celles impliquant de longues sessions, du contenu multimédia ou des états en direct, comme un lecteur vidéo, un suivi de livraison ou une application de recettes, là où le changement de format est le plus sensible. Une mise en garde avant de commencer : il s'agit d'une analyse basée sur les directives publiées par Apple et sur notre propre réflexion en matière de design.
L'iPhone Duo est le smartphone pliable d'Apple, commercialisé depuis le 23 octobre 2026. Il est doté d'un écran externe et d'un écran interne reliés par une charnière. L'écran externe utilise une mise en page à largeur compacte, l'écran interne une mise en page à largeur standard ; les barres d'outils et les barres d'onglets se déplacent sur le côté, et le pli devient une zone que votre contenu doit respecter.
Les Human Interface Guidelines pour iPhone Duo décrivent la manière dont les utilisateurs tiennent et positionnent l'appareil : partiellement plié comme un livre, posé sur une surface ou sur la tranche, ainsi qu'ouvert ou fermé. Prendre tout cela en charge ne signifie pas concevoir une mise en page pour chaque position. Il s'agit de créer une mise en page unique qui s'adapte intelligemment.
Trois termes font l'essentiel du travail ici :
Évitez les largeurs fixes et tout ce qui est lié à un écran spécifique, et la mise en page s'adaptera avec un minimum d'efforts supplémentaires.
Ce qui arrive à une application que vous ne modifiez pas dépend du SDK avec lequel elle a été conçue, selon les trois étapes pour faire briller votre application sur iPhone Duo:
En bref : ne rien faire est un choix, dont les conséquences évoluent avec chaque nouveau SDK que vous adoptez.
L'avis d'Apple impose une exigence stricte. À partir d'avril 2027, toutes les applications et tous les jeux soumis à l'App Store devront inclure des captures d'écran pour iPhone Duo. Tout le reste, y compris le badge et la nomination pour une mise en avant, reste facultatif pour le moment. L'avis ne précise pas de date exacte et ne fait pas de distinction entre les nouvelles applications et les mises à jour.
Voici le calendrier tel qu'il a été publié par Apple :
| Date | Ce qui se passe |
|---|---|
| 5 octobre 2026 | Apple publie ses consignes de soumission pour l'iPhone Duo. Les applications optimisées peuvent être soumises. |
| 23 octobre 2026 | L'iPhone Duo arrive chez les clients. |
| Avril 2027 | Les captures d'écran pour l'iPhone Duo deviennent obligatoires pour les applications et jeux soumis. |
Deux options supplémentaires méritent d'être connues. Soumettre des captures d'écran pour iPhone Duo permet d'afficher un badge d'optimisation sur votre page produit, afin que les utilisateurs puissent identifier les applications prêtes à l'emploi avant de les télécharger. De plus, comme l'explique la page des trois étapes d'Apple, vous pouvez, dans App Store Connect, proposer votre application pour une mise en avant et indiquer qu'elle prend en charge toutes les positions de l'appareil.
Planifiez vos captures d'écran pour l'App Store dès que possible. Apple publie des spécifications de captures d'écran, des bonnes pratiques pour les ressources et un outil de prévisualisation dans App Store Connect qui montre comment les captures d'écran et les métadonnées apparaissent sur l'appareil. Les captures d'écran d'une application non adaptée constituent une mauvaise publicité ; la date limite fait donc également office de date limite de conception.
Chaque application iOS demande du travail, mais certaines sont plus exposées que d'autres. Quatre caractéristiques rendent l'utilisation d'un appareil pliable complexe : les écrans axés sur les médias, les sessions longues, les états en direct (comme les minuteurs, la position de lecture ou un panier d'achat) et les processus impliquant des transactions financières. Un lecteur vidéo, une application de navigation, une application de livraison de repas, une application bancaire et une application de recettes présentent chacune au moins deux de ces caractéristiques.
Imaginez quelqu'un qui suit une recette : une vidéo en cours de lecture, un compte à rebours qui tourne, de la farine sur les mains. Pliez maintenant le téléphone en pleine étape. Dans une application d'actualités, un problème de mise en page est une simple irritation. Ici, cela interrompt la tâche que l'utilisateur est venu accomplir, et c'est précisément pour cela qu'il fait confiance à l'application.
Le contexte commercial va dans le même sens. Sensor Tower rapporte que les consommateurs ont dépensé 167 milliards de dollars en achats intégrés en 2025, soit une hausse de 10 %, et que les dépenses dans les applications hors jeux ont dépassé celles des jeux pour la première fois. Le rapport de RevenueCat État des applications par abonnement 2025, basé sur environ 75 000 applications par abonnement, montre que l'App Store génère une médiane de 0,38 $ par installation après 60 jours, contre 0,14 $ sur Google Play. Rien de tout cela n'est spécifique à l'iPhone Duo, et nous n'avons pas encore de chiffres sur les acheteurs de l'appareil. Consultez donc vos propres analyses pour connaître la part de vos utilisateurs sur les derniers iPhone et les parcours où ils passent le plus de temps.
L'argument repose sur trois piliers : l'accès, la visibilité et la protection des revenus. Après avril 2027, une application sans captures d'écran pour iPhone Duo ne répondra plus aux exigences de soumission d'Apple. Le badge rend les applications prêtes visibles avant même le téléchargement. Et dans toute application proposant des abonnements ou un processus de paiement, une session interrompue met les revenus en péril.
Accès. En clair, l'avis d'Apple stipule que chaque application ou jeu soumis doit inclure des captures d'écran pour iPhone Duo. Une équipe qui n'est pas préparée transforme une tâche de conception en un blocage de mise en ligne, généralement au moment le moins opportun, lorsqu'une correction de bug doit être déployée.
Visibilité. Apple affiche le badge d'optimisation sur la page produit, avant tout téléchargement. Si l'application d'un concurrent en est dotée et pas la vôtre, cette différence est visible dans le store. La nomination pour une mise en avant est un second levier, optionnel.
Revenus. Les parcours de paiement, de validation de commande et d'intégration sont les endroits où une réinitialisation de mise en page coûte directement de l'argent. Établissez dès maintenant une base de référence pour la conversion des abonnements, l'achèvement des tâches et la conversion dans le store, afin de pouvoir comparer l'iPhone Duo aux autres iPhone après le lancement. Apple n'ayant pas publié de benchmarks, vos propres chiffres constituent la preuve.
Nous ne pouvons pas donner de chiffre unique, car le coût dépend de votre base de code et de votre produit. Cinq variables expliquent l'essentiel du coût :
Le moyen le plus rapide d'obtenir une estimation est de réaliser un audit de votre application pour l'iPhone Duo : un examen structuré de votre application par rapport aux directives d'Apple, avant même de commencer le développement. Notre Audit technique et UX en est le point de départ naturel.
Commencez par les parcours où une réinitialisation est la plus coûteuse. En règle générale, nous proposons le « test de réinitialisation » : pour chaque parcours, demandez-vous ce que l'utilisateur perd si l'appareil s'ouvre, se ferme ou change de format en cours de route. Cette perte peut être financière, liée à la dynamique de l'action ou à la confiance. La réponse détermine l'ordre des priorités.
| Niveau | Ce que coûte une réinitialisation | Exemples de parcours dans une application type |
|---|---|---|
| 1 | De l'argent ou de la progression | Paywall et paiement, session active (lecture, navigation ou appel), formulaires avec données saisies |
| 2 | Élan | Catalogue ou bibliothèque, vue d'ensemble et tableau de bord, historique et statistiques |
| 3 | Peu | Réglages, aide, informations du compte |
Livrez le niveau 1 en premier, puis le niveau 2, et considérez le niveau 3 comme une phase de nettoyage. Il s'agit d'une règle empirique, pas d'une norme ; adaptez donc ces niveaux à votre propre produit. Cela permet de maintenir une charge de travail compatible avec une feuille de route et d'apporter à la direction une réponse claire à la question : « Que faisons-nous en premier, et pourquoi ? ».
Une application sur iPhone Duo nécessite cinq décisions de conception : maintenir la session active lors de l'ouverture de l'appareil, utiliser la disposition « table » pour le contenu de suivi, vérifier le recadrage des médias, utiliser l'écran interne pour un second niveau de hiérarchie et respecter la barre verticale sur l'écran externe. Chacune de ces décisions correspond à une règle spécifique des recommandations d'Apple.
Imaginez un magasin agencé pour une vente matinale, puis réorganisé pour un événement en soirée. Le stock reste le même, mais le plan d'aménagement change. Personne ne devrait avoir à chercher la caisse.
Les recommandations d'Apple exigent ceci : conserver les mêmes commandes, le même état et la même hiérarchie lorsque la mise en page change. Ce qui suit présente des scénarios, et non des études de cas. Ils illustrent comment les règles d'Apple s'appliquent dans une application comportant des médias, des minuteurs et des transactions.
Les utilisateurs ouvrent et ferment souvent l'iPhone Duo ; Apple préconise donc un comportement prévisible et cohérent sur les deux écrans. Dans une application impliquant une tâche en cours, une personne qui déplie son téléphone au milieu de l'action doit retrouver le minuteur, sa progression et la position de la vidéo exactement là où elle les a laissés. Pensez à une étape de recette, au suivi d'une livraison ou à une leçon.
Rédigez-le sous forme de critère d'acceptation : le dépliage doit s'effectuer pendant une tâche active sans aucune réinitialisation. Vérifiez ensuite le code. Une application pouvant être redimensionnée en cours de session, lire la taille de l'écran une seule fois au lancement ne suffit pas. La taille doit être recalculée à chaque modification de la mise en page.
Apple propose une mise en page optionnelle pour la position où l'appareil est posé sur une surface : les médias en haut, et les commandes tactiles sur une base stable en dessous. Pour du contenu interactif comme une vidéo de cuisine, un cours de langue ou un appel vidéo, c'est une solution idéale. La vidéo est placée de manière à être visible à distance, tandis que les commandes restent à portée de main.
La règle la plus importante est de conserver les mêmes commandes et la même hiérarchie que dans les autres positions. Le Tech Talk d'Apple déconseille également de lier des fonctionnalités à une position spécifique. Une mise en page « table » est une réorganisation, pas une application différente.
Les vidéos et les images configurées pour remplir l'écran peuvent perdre des éléments importants sur des écrans plus larges. Apple le souligne directement : les médias utilisant des modes de remplissage (aspect-fill) peuvent rogner la partie essentielle.
Dans votre application, cette partie essentielle peut être un visage, un produit ou un repère sur une carte. Décidez pour chaque élément s'il doit être ajusté ou étiré, choisissez en fonction de la classe de taille ou du format, ou définissez un point focal. Demandez à votre designer de vérifier la vidéo ou l'image principale sur chaque écran, et pas seulement sur celui que vous avez testé en premier.
Le conseil d'Apple pour l'écran interne n'est pas d'étirer la mise en page de l'iPhone, mais d'afficher un niveau supplémentaire de votre hiérarchie lorsque cela est pertinent. L'exemple donné est Mail, qui affiche une liste ou un message lorsqu'il est fermé, et les deux côte à côte lorsqu'il est ouvert.
Dans une application classique, cela pourrait correspondre à une liste d'un côté et l'élément sélectionné ou la tâche active de l'autre, via une vue fractionnée. Si votre application est riche en informations et possède une barre d'onglets, le Tech Talk d'Apple suggère également de la présenter sous forme de barre latérale sur l'écran interne, tout en précisant que cela ne convient pas à toutes les applications. Quelques points pratiques issus des directives :
ReservedRegion d'Apple, qui éloigne le contenu des zones réservées telles que les caméras et la pliure.Sur l'écran externe, les barres d'outils, les barres d'onglets et les commandes de navigation sont placées sur le côté pour économiser de l'espace vertical. Elles partagent ce bord avec la barre d'état et la Dynamic Island. Un minuteur ou un suivi de livraison fonctionnant en tant qu'Activité en direct (un état mis à jour en temps réel que l'Apple affiche dans la Dynamic Island) s'étend dans ce même espace ; vos commandes et celles du système doivent donc coexister.
Le conseil d'Apple est sans détour : en règle générale, ne remplacez pas le placement par défaut de la barre. Donnez à chaque élément de la barre d'outils un titre en plus d'un symbole, limitez au maximum les boutons textuels, et définissez une priorité de visibilité afin que « Payer » soit la dernière action à disparaître dans le menu de débordement, et non la première.
Considérez l'iPhone Duo comme un projet à part entière, avec un responsable, un plan de test et une date butoir. En pratique, cela implique six étapes : reconstruire, auditer, rédiger les critères d'acceptation, tester sur plusieurs configurations, planifier les éléments de la boutique et commencer par les flux de niveau 1 du Reset Test.
Testez d'abord la continuité, puis la mise en page. Apple propose trois méthodes de test : le simulateur iOS redimensionnable dans Device Hub, la recopie de l'iPhone sur macOS 27 avec la fenêtre étirée à des tailles extrêmes, et le simulateur iPhone Duo dans Xcode 27.1, que Apple considère comme le meilleur moyen de tester l'expérience native complète.
Sur ces différentes configurations, vérifiez les points suivants :
La plupart des problèmes proviennent de codes qui supposent qu'un téléphone a toujours la même taille. Apple signale une série de modèles à supprimer, que nous avons regroupés en six catégories, allant du dimensionnement basé sur l'écran principal aux tailles d'écran codées en dur. Chacun dispose d'un remplacement direct. Il s'agit pour la plupart de correctifs sur la manière dont la mise en page est calculée, et non de refontes complètes.
| Schéma à supprimer | À faire à la place |
|---|---|
Dimensionnement à partir de l'écran principal (UIScreen.main.bounds) | Utilisez les limites de la vue ou de la fenêtre, ou GeometryReader (la vue SwiftUI qui lit la taille de son conteneur) |
| Lecture de la taille une seule fois au lancement | Recalculez à chaque changement de mise en page, car un pliage peut redimensionner l'application en cours de session |
| Choix de la mise en page selon l'orientation de l'appareil | Comparez la largeur et la hauteur de l'espace réellement disponible |
| Assimiler l'idiom ou la classe de taille à l'appareil (par exemple, supposer qu'une largeur régulière signifie iPad) | Décidez selon les classes de taille ou l'espace disponible, car un iPhone peut désormais présenter n'importe quelle combinaison |
| Tailles d'écran codées en dur (une hauteur fixe, par exemple) | Supprimez-les et appuyez-vous sur les zones sûres et les marges |
| Médias en remplissage (aspect-fill) qui rognent un contenu important | Choisissez l'ajustement ou le remplissage selon la classe de taille ou le rapport d'aspect, ou définissez un point focal |
Rien de tout cela n'est exotique. C'est la bonne nouvelle. La moins bonne est que ces problèmes ont tendance à se nicher dans les parties les plus anciennes d'une base de code, là où personne ne souhaite aller regarder.
L'iPhone Duo est l'iPhone pliable d'Apple. Il dispose de deux écrans, chacun doté de sa propre caméra frontale, et d'une charnière centrale permettant plusieurs modes de maintien et de positionnement. Il a été mis à la disposition des clients le 23 octobre 2026.
Une application peut s'afficher dans de nombreux formats : écran extérieur, écran intérieur, partiellement plié ou en partage d'écran avec une autre application. Les barres d'outils et les barres d'onglets se placent sur le côté sur l'écran extérieur, et la pliure constitue une zone à éviter pour le contenu. Apple recommande toujours de suivre ses modèles de conception iOS habituels.
Oui, selon nous, et la démarche la plus sensée est de commencer par un audit plutôt que par une refonte complète. Les applications reposant sur la vidéo, les minuteurs, les états en direct ou les processus de paiement sont les plus affectées par une réinitialisation de la mise en page. Utilisez le « Reset Test » pour déterminer les parcours à traiter en priorité.
Non. La méthode préconisée par Apple consiste à recompiler avec Xcode 27.1, à corriger les modèles mentionnés ci-dessus et à tester les différentes positions. À notre avis, une reconstruction ne s'impose que si votre logique de mise en page est si étroitement liée à des tailles d'écran fixes que sa correction équivaut à une réécriture.
Il n'existe pas de chiffre unique honnête. Le coût dépend du nombre de parcours, de la manière dont les mises en page sont construites, de la quantité de contenu multimédia, des composants personnalisés et de la configuration des tests. Un audit permet de transformer ces variables en une estimation précise.
À partir d'avril 2027, pour toutes les applications et tous les jeux soumis. L'avis d'Apple indique le mois, mais pas le jour, et ne fait pas de distinction entre les nouvelles applications et les mises à jour. Prévoyez-les pour chaque soumission.
C'est un point de départ possible, mais testez-la. Apple précise que l'écran intérieur doit être perçu comme une extension naturelle de la mise en page iPad, et met en garde contre le choix des mises en page basé sur l'idiome de l'appareil, car un iPhone peut désormais présenter n'importe quelle combinaison de classes de taille. Si votre mise en page iPad est basée sur des classes de taille, vous avez une longueur d'avance. Si elle est déterminée par une vérification du type d'appareil (iPad), elle ne sera pas automatiquement adaptée.
Recompilez, auditez, testez et planifiez vos captures d'écran. Maintenez la cohérence des états et des commandes lors de l'ouverture de l'appareil, et utilisez la largeur supplémentaire pour un second niveau de hiérarchie plutôt que pour étirer les écrans de téléphone. Utilisez le « Reset Test » pour commencer par les parcours où une réinitialisation est la plus coûteuse.
L'échéance est fixée à avril 2027, mais la différence est visible dès maintenant, car Apple indique quelles applications sont prêtes avant même qu'elles ne soient téléchargées.
Si vous définissez le périmètre de votre projet iPhone Duo ou si vous évaluez les priorités de votre application iOS pour le prochain trimestre, nous serions ravis d'en discuter avec vous. Notre équipe de conception de produits numériques travaille avec les propriétaires de produits et les designers sur ce type de décisions, et nos équipes d'ingénierie peuvent renforcer vos capacités dès le début du développement.
Nous avons déjà développé des produits iOS, comme Jinga Life, une application de dossiers de santé familiaux. Soumettez-nous vos questions de mise en page les plus complexes en priorité.
Contactez-nous pour réserver un court appel concernant vos projets iPhone Duo, et nous vous aiderons à déterminer par où commencer.
Alexandra Mendes est Senior Growth Specialist chez Imaginary Cloud et possède plus de 3 ans d'expérience dans la rédaction sur le développement logiciel, l'IA et la transformation numérique. Après avoir suivi une formation en développement frontend, Alexandra a acquis des compétences pratiques en programmation et travaille désormais en étroite collaboration avec les équipes techniques. Passionnée par la manière dont les nouvelles technologies façonnent les entreprises et la société, Alexandra aime transformer des sujets complexes en contenus clairs et utiles pour les décideurs.
People who read this post, also found these interesting:
.webp)
.webp)
