Préparez vos messages in-app pour l'iPhone Duo : checklist de compatibilité iPhone pliable

Apple a annoncé l’iPhone Duo, son premier iPhone pliable, le 9 septembre 2026. Les précommandes ouvrent le 16 octobre et l’appareil sera en vente le 23 octobre, sous iOS 27.1. Le calendrier a quelque chose d’étrange : Apple a publié les règles le jour même, mais le SDK contenant un simulateur du Duo n’arrive que «plus tard en septembre». La documentation existe, le matériel presque pas encore — c’est exactement la fenêtre pour repérer, dans votre app, les suppositions de mise en page qui ont cessé d’être vraies sans que personne ne le remarque.

Ce guide ne fait pas de test produit — il y en aura des centaines d’autres. La notification push elle-même est dessinée par le système, il n’y a donc rien à changer de ce côté-là. Tout ce que votre app dessine elle-même, en revanche, doit désormais survivre à un écran qui change de forme et de format en cours de session : messages in-app, rich media, primer de notification push, écrans de chargement. C’est exactement la surface pour laquelle Apple a écrit de nouvelles règles — et celle que la plupart des équipes s’apprêtent à ignorer.

Ce qui change réellement avec iOS 27 sur un iPhone pliable

L’iPhone Duo dispose de 2 écrans aux formats presque identiques. L’écran interne fait 7.6 pouces, soit environ 50% de surface d’affichage en plus qu’un iPhone 18 Pro Max ; l’écran externe fait 5.4 pouces, soit environ 90% de la surface d’un iPhone 18 Pro. Les proportions sont proches, mais pas identiques — une raison de plus de piloter la mise en page à partir des size classes plutôt que d’un ratio que vous supposez valable sur les deux écrans.

Chaque app participe désormais au Split View. Le Duo est le premier iPhone à exécuter plusieurs instances de l’interface d’une même app, ce qui signifie que vos messages in-app peuvent se retrouver sur la moitié de l’écran, juste à côté de l’app de quelqu’un d’autre.

Et la forme de l’écran change en cours de session. L’utilisateur déplie l’appareil, ou le referme à moitié, pendant que votre modale est affichée. La mise en page n’est plus une décision que vous prenez une fois pour toutes au lancement.

3 niveaux de compatibilité, et où se situe la plupart des apps

La règle d’Apple est sans détour : votre app tourne sur le Duo sans recompilation. Ce qui varie, c’est la part de l’écran qu’elle obtient — et cela dépend du SDK avec lequel elle a été compilée.

• SDK plus ancien : l’app tourne, mais son contenu reste confiné dans une zone au format téléphone classique.
• SDK iOS 27 : votre interface s’étend à gauche de la zone de la barre de statut, sur l’écran interne.
• SDK iOS 27.1 : votre interface atteint le bord de l’écran, et les boutons de navigation et de barre d’outils standard se réorganisent verticalement.

Autrement dit, une équipe qui ne fait rien livre ses messages in-app dans une boîte au format téléphone sur un écran de 7.6 pouces. Rien n’est cassé. C’est juste visiblement resté figé, à côté de concurrents qui, eux, s’en sont donné la peine.

Pourquoi la mise en page de vos messages in-app cesse de fonctionner

3 raisons, et elles s’additionnent.

Le format d’écran. La plupart des templates in-app et rich media ont été conçus pour les proportions d’un iPhone classique. Celles de l’écran interne sont différentes, et un template pensé pour les anciennes proportions ne s’affichera pas là où vous l’aviez dessiné.

L’orientation est le mauvais signal. L’écran interne est regular dans les deux size classes et ne respecte pas les orientations d’interface prises en charge. Toute branche de mise en page basée sur l’orientation lit un signal que l’écran interne ignore. La consigne d’Apple est directe : décidez de la mise en page à partir des size classes, pas de l’orientation.

La safe area est asymétrique. Sur le Duo, les insets et les marges de mise en page diffèrent souvent d’un côté à l’autre : traitez chaque bord séparément au lieu de supposer un cadre symétrique. Puis testez en Split View, où le cadre redevient étroit.

Le message in-app affiché au moment où le téléphone s’ouvre

C’est le cas qui mérite réflexion, car aucun simulateur ne permet encore de l’observer : un message in-app modal est affiché à l’écran et l’utilisateur déplie le téléphone. Le cadre change sous une vue déjà présentée.

Apple met 2 outils à votre disposition ici, et les confondre est l’erreur la plus facile à commettre.

Les API de charnière, onHingeChange en SwiftUI et UIHingeInteraction en UIKit, renvoient un état discret (fermé, partiellement ouvert, complètement ouvert) et un angle continu. Elles sont faites pour être observées en temps réel et pour piloter des interactions et des effets. La démo d’Apple elle-même utilise l’angle de pliage pour moduler la hauteur d’un instrument virtuel. C’est ce registre-là qui leur correspond, pas le déplacement de vos boutons.

La mise en page, elle, passe par une autre porte. Apple vous renvoie vers les API d’arrangement et de région présentées dans la session «Strike a pose with adaptive layouts on iPhone Duo», qui introduit les reserved regions, les arrangement views avec des mises en page split et overlay, et le displacement : la réorganisation des éléments existants dans l’espace réellement disponible, pour que le contenu reste visible et accessible pendant que l’appareil se referme. iOS 27.1 ajoute ReservedRegion en SwiftUI et UIViewReservedRegion en UIKit, pour que votre interface personnalisée puisse réclamer l’espace dont elle a besoin sans entrer en collision avec l’UI système. Vous les interrogez via reservedRegions(kind:), où .division correspond au pli lui-même et .occlusion à la caméra.

Pour une modale, cela se résume à une seule règle : n’utilisez pas l’angle de charnière pour la repositionner. Laissez-la répondre à l’arrangement et à la reserved region, afin que votre contenu retrouve sa place à l’ouverture de l’écran, au lieu de rester accroché à un cadre qui n’existe plus.

Les notifications in-app en Split View

Comme toutes les apps font désormais partie du pool de multitâche, vos notifications in-app peuvent se retrouver sur la moitié de l’écran, à côté de l’app d’un inconnu. C’est un cadre bien plus étroit que l’écran interne complet — d’où l’intérêt de tester à demi-largeur. Une modale parfaitement lisible en plein écran sera rognée ou surchargée en perdant la moitié de son espace.

Il y a aussi une limite stricte à connaître : impossible d’ouvrir de nouvelles fenêtres sur l’écran externe, il est réservé à l’expérience interne. Toute logique de présentation qui crée des fenêtres doit en tenir compte.

L’écran externe : votre mise en page compacte, plus widgets et Live Activities

L’écran externe se comporte comme n’importe quel écran d’iPhone. Votre app y tourne, et tout ce qu’elle dessine aussi, messages in-app compris. Pour Apple, l’écran externe correspond à une mise en page compact-width, comme sur un iPhone classique, tandis que l’écran interne est regular dans les deux dimensions. Avec ses 5.4 pouces, c’est le cadre plein écran le plus étroit que vos messages in-app rencontreront sur cet appareil — il a donc sa place dans votre matrice de tests, pas dans la pile «ne s’applique pas».

Une seconde surface vient s’ajouter à celle-ci. Sur le Duo, StandBy fonctionne sur les deux écrans même quand l’appareil n’est pas en charge : posez le téléphone, et l’écran externe reste allumé, tourné vers la pièce. Une app sans widget et sans Live Activity est tout simplement absente de ce moment-là. Y être présent passe par un widget ou une Live Activity — exactement le même travail que celui déjà fait pour l’écran verrouillé et la Dynamic Island. Si vous avez déjà développé des Live Activities, c’est le deuxième endroit où cet investissement porte ses fruits. Si ce n’est pas encore fait, voilà une raison de plus.

Une checklist de compatibilité iPhone pliable avant le 23 octobre

Impossible de mettre la main sur le matériel pour l’instant, mais tout le reste est jouable dès maintenant :

• Faites l’inventaire de vos templates in-app et rich media. Repérez ceux qui codent en dur un cadre, un format d’écran ou une boîte au format téléphone.
• Auditez vos créations au format 16:9. Tout ce qui est construit sur un format fixe a besoin d’un plan pour l’écran interne.
• Repérez vos branches basées sur l’orientation. Une mise en page qui dépend de l’orientation de l’interface lit un signal que l’écran interne ignore : basculez-la sur les size classes.
• Vérifiez chaque bord de la safe area séparément. Partez du principe qu’elle est asymétrique ; ne supposez jamais un inset symétrique.
• Cherchez toutes les occurrences de UIScreen.main. Sur un appareil à 2 écrans, c’est ambigu, et Apple annonce sa dépréciation à venir. Récupérez l’écran via window?.windowScene?.screen et l’échelle via traitCollection.displayScale.
• Testez en compact width, pas seulement écran déplié. C’est sur l’écran externe que vos messages in-app disposent du moins d’espace, et c’est pourtant une vraie surface pour eux.
• Préparez votre test dans Device Hub. Quand la bêta d’Xcode 27.1 sera disponible, le simulateur du Duo se trouvera dans Device Hub : ouvrez-le, fermez-le, faites-le pivoter, repliez-le à moitié avec un message affiché à l’écran.
• Segmentez par modèle d’appareil. Donnez-vous les moyens de cibler les utilisateurs de Duo pour des tests dédiés une fois l’appareil dans la nature.
• Revoyez le texte de votre primer d’onboarding et de notification push. La demande d’autorisation que voit l’utilisateur pendant l’onboarding reste dessinée par le système, mais tout écran personnalisé qui la précède hérite des mêmes règles de mise en page que vos messages in-app.

Rien de tout cela ne nécessite l’appareil. Tout doit être fait avant qu’il arrive entre les mains de vos utilisateurs, pas après.

Livrez des messages in-app prêts pour le Duo

Le calendrier n’est pas anodin pour le marché français : l’iPhone Duo arrive en vente le 23 octobre, en pleine préparation du Black Friday et des French Days de fin d’année. Pour les équipes e-commerce, corriger à la main la mise en page de leurs messages in-app, rich media et primers push, sur chaque écran que portent leurs utilisateurs, coûte plus cher que de passer par une seule intégration plutôt que six. C’est tout l’intérêt de piloter les messages in-app et les notifications push depuis une plateforme d’engagement mobile unique comme Pushwoosh : commencez gratuitement ou parlez à notre équipe pour rendre votre messagerie compatible Duo avant le 23 octobre.