44. Développer pour les téléphones pliables : ce qui change vraiment
Les téléphones pliables imposent surtout des interfaces adaptatives, la continuité d’état et des tests sur plusieurs postures, pas forcément une deuxième application.
Le développement pour les téléphones pliables n’est plus une question de spéculation. Samsung a lancé sa gamme Galaxy Z Fold8 en août 2026, et Apple documente désormais la préparation des applications pour iPhone Duo, son téléphone à écran pliant. Les deux écosystèmes ne proposent pas les mêmes APIs, mais ils posent la même question : que doit faire votre application quand la surface disponible change en cours d’usage ?
Ce que cela change
Sur un téléphone classique, une interface mobile est souvent pensée autour d’une largeur principale. Sur un appareil plié, l’utilisateur peut passer d’un écran extérieur étroit à un écran intérieur beaucoup plus large. Il peut aussi utiliser l’app à moitié ouverte, en mode « tente » ou « livre », ou dans une fenêtre redimensionnée.
Android recommande donc de concevoir des mises en page adaptatives plutôt que de simplement agrandir l’interface. Une app peut afficher une colonne et une navigation basse sur l’écran compact, puis une vue en deux panneaux et une navigation latérale quand l’espace le permet. Les recommandations officielles demandent aussi d’éviter de placer un bouton important ou du texte sous une charnière ou une zone de pli.
La continuité compte autant que la mise en page. Si l’utilisateur ouvre un produit sur l’écran extérieur, il doit retrouver ce produit et son état lorsqu’il déplie le téléphone. Une rotation, un changement de posture ou un passage en multi-fenêtre ne devrait pas lui faire perdre sa saisie.
Faut-il tout redévelopper ?
Pas forcément. Une application bien structurée peut conserver ses données, ses règles métier et une grande partie de ses composants. Le travail porte surtout sur les contraintes d’affichage, la navigation, les états de fenêtre et les parcours qui changent selon la place disponible.
En revanche, une interface conçue avec des positions fixes, des hypothèses sur une seule largeur ou des écrans difficiles à recomposer demandera davantage de reprise. Il faut alors revoir les composants concernés plutôt que multiplier les exceptions pour chaque modèle.
Le temps de développement dépend donc de l’existant et du niveau d’adaptation visé. Ajouter une mise en page à deux panneaux n’est pas le même projet que repenser un parcours pour le mode livre, le mode tablette, le multi-fenêtre et la continuité entre écrans. Sans audit du code et des parcours, annoncer une durée précise serait trompeur.
Les points à vérifier avant de décider
Commencez par les usages : l’app sert-elle à lire, saisir, comparer, photographier ou piloter une tâche ? Testez ensuite les largeurs, les orientations, le pli, le redimensionnement et la reprise d’état. Android fournit Jetpack WindowManager et les bibliothèques adaptatives pour observer ces changements ; Apple documente de son côté les adaptations propres à ses deux écrans.
Enfin, vérifiez l’app sur émulateur et sur un appareil réel. Les zones de pli, les claviers, les gestes, les performances et les habitudes de l’utilisateur ne se résument pas à une capture d’écran.
Les téléphones pliables ne demandent donc pas automatiquement une deuxième application. Ils demandent d’abord une interface capable de changer de forme sans perdre son sens. Pour choisir entre une application web, mobile ou les deux, vous pouvez aussi relire la grille fondée sur les usages réels.
Sources consultées le 8 novembre 2026 : Android Developers, Learn about foldables, Android Developers, Make your app fold aware, Samsung Newsroom, lancement de la gamme Galaxy Z Fold8 et Apple Developer, préparer une app pour iPhone Duo.