Machen Sie Ihre In-App-Nachrichten bereit für das iPhone Duo: eine Kompatibilitäts-Checkliste für faltbare iPhones

Apple hat sein erstes faltbares iPhone, das iPhone Duo, am 9. September 2026 angekündigt. Vorbestellungen starten am 16. Oktober, Verkaufsstart ist am 23. Oktober, mit iOS 27.1 als Betriebssystem. Ungewöhnlich ist die Reihenfolge: Apple hat die Layout-Regeln am selben Tag veröffentlicht, aber das SDK mit Duo-Simulator kommt erst „später im September”. Die Dokumentation existiert, die Hardware größtenteils noch nicht — genau das richtige Zeitfenster, um die Layout-Annahmen in Ihrer App zu finden, die still und leise nicht mehr stimmen.

Dieser Leitfaden verzichtet auf den Geräte-Test, davon wird es genug geben. Die Push-Benachrichtigung selbst zeichnet das System, daran ändert sich nichts. Alles, was Ihre App selbst zeichnet, muss jetzt einen Bildschirm überstehen, der während einer laufenden Session Form und Seitenverhältnis ändert: In-App-Nachrichten, Rich Media, der Push-Permission-Screen, Ladeanzeigen. Genau für diese Fläche hat Apple neue Regeln geschrieben — und genau daran gehen die meisten Teams gerade vorbei.

Was sich mit iOS 27 auf einem faltbaren iPhone wirklich ändert

Das iPhone Duo hat 2 Displays mit nahezu identischem Seitenverhältnis. Das innere ist 7,6 Zoll groß, rund 50 % mehr Bildschirmfläche als beim iPhone 18 Pro Max; das äußere ist 5,4 Zoll groß, etwa 90 % der Bildschirmfläche eines iPhone 18 Pro. Die Proportionen liegen nah beieinander, sind aber nicht identisch — ein weiterer Grund, Layout aus Size Classes abzuleiten statt aus einem Verhältnis, von dem Sie annehmen, dass es auf beiden Displays gilt.

Jede App nimmt an Split View teil. Duo ist das erste iPhone, das mehrere Instanzen der UI Ihrer App gleichzeitig ausführt — Ihre In-App-Nachrichten können also in der halben Bildschirmfläche neben der App eines anderen Anbieters landen.

Und die Form ändert sich mitten in der Session. Der Nutzer klappt das Gerät auf oder halb auf, während Ihr Modal angezeigt wird. Layout ist nicht mehr etwas, das Sie einmal beim Start festlegen.

Für Teams in regulierten Branchen wie FinTech oder Automotive kommt eine weitere Dimension dazu: Layout-Fixes dürfen die DSGVO-konforme Nutzeransprache nicht aufweichen — wer ohnehin schon auf EU-Datenresidenz und saubere Einwilligungslogik achtet, plant diesen Test gleich mit ein.

3 Kompatibilitätsstufen — und wo die meisten Apps landen

Apples Regel ist unmissverständlich: Ihre App läuft auf Duo, ohne neu kompiliert zu werden. Wie viel vom Bildschirm sie dabei bekommt, ist die Krux — und hängt davon ab, gegen welches SDK Sie gebaut haben.

• Ältere SDK: läuft, aber Ihr Content bleibt in die telefon-große Region eingesperrt.
• iOS 27 SDK: Ihre UI reicht auf dem inneren Display links über die Statusleiste hinaus.
• iOS 27.1 SDK: Ihre UI reicht bis zum Bildschirmrand, Standard-Navigation und Toolbar-Buttons ordnen sich vertikal an.

Das heißt: Ein Team, das nichts tut, liefert seine In-App-Nachrichten in einer telefon-großen Box auf einem 7,6-Zoll-Display aus. Nicht kaputt. Nur sichtbar unangetastet — direkt neben Wettbewerbern, die sich die Mühe gemacht haben.

Warum Ihr In-App-Messaging-Layout nicht mehr funktioniert

3 Gründe, und sie summieren sich.

Seitenverhältnis. Die meisten In-App- und Rich-Media-Templates wurden für die Proportionen eines normalen iPhone gebaut. Das innere Display hat andere Proportionen, und Templates, die für die alten gebaut wurden, landen nicht dort, wo Sie sie gezeichnet haben.

Orientation ist das falsche Signal. Das innere Display gilt in beiden Size Classes als „regular” und berücksichtigt keine unterstützten Interface-Orientierungen. Jeder Layout-Zweig, der auf Orientation reagiert, liest ein Signal, das das innere Display ignoriert. Apples Anweisung ist eindeutig: Layout aus Size Classes ableiten, nicht aus Orientation.

Safe Area ist asymmetrisch. Insets und Layout-Margins sind auf Duo oft auf jeder Seite unterschiedlich — Sie müssen also jede Kante einzeln behandeln, statt einen symmetrischen Rahmen anzunehmen. Testen Sie das Ganze dann noch in Split View, wo der Rahmen wieder schmal wird.

Die In-App-Nachricht, die offen ist, wenn das Telefon aufgeklappt wird

Das ist der Fall, den es sich durchzudenken lohnt, weil ihn bisher noch niemand in einem Simulator beobachten konnte: Eine modale In-App-Nachricht ist auf dem Bildschirm, und der Nutzer klappt das Telefon auf. Der Frame ändert sich unter einer bereits dargestellten View.

Apple gibt Ihnen dafür 2 Werkzeuge an die Hand, und sie zu verwechseln ist der naheliegende Fehler.

Die Hinge-APIs — onHingeChange in SwiftUI und UIHingeInteraction in UIKit — melden einen diskreten Zustand (geschlossen, teilweise geöffnet, vollständig geöffnet) sowie einen kontinuierlichen Winkel. Sie sind dafür gedacht, live beobachtet zu werden und Interaktionen und Effekte zu steuern. Apples eigene Demo nutzt den Faltwinkel, um die Tonhöhe eines virtuellen Instruments zu verbiegen. Das ist ihr Einsatzbereich — nicht das Verschieben Ihrer Buttons.

Layout läuft über eine andere Tür. Apple verweist auf die Arrangement- und Region-APIs aus dem Talk „Strike a pose with adaptive layouts on iPhone Duo”, der Reserved Regions, Arrangement Views mit Split- und Overlay-Layouts sowie Displacement einführt: das Umordnen bestehender Elemente in den tatsächlich verfügbaren Platz, damit Inhalte sichtbar und erreichbar bleiben, während sich das Gerät schließt. iOS 27.1 fügt ReservedRegion in SwiftUI und UIViewReservedRegion in UIKit hinzu, damit Ihre eigene UI den Platz beanspruchen kann, den sie braucht, ohne mit System-UI zu kollidieren. Abgefragt werden sie über reservedRegions(kind:), wobei .division die Faltung selbst ist und .occlusion die Kamera.

Für ein Modal ergibt das eine klare Regel: Greifen Sie nicht auf den Hinge-Winkel zurück, um es neu zu positionieren. Lassen Sie es auf das Arrangement und die Reserved Region reagieren, damit Ihr Content beim Öffnen des Bildschirms dort landet, wo er hingehört, statt an einem Frame zu kleben, den es nicht mehr gibt.

In-App-Benachrichtigungen in Split View

Da jetzt jede App im Multitasking-Pool steckt, können Ihre In-App-Benachrichtigungen in der halben Bildschirmfläche neben der App eines Fremden landen. Das ist ein deutlich schmalerer Rahmen als das komplette innere Display — und genau deshalb müssen Sie bei halber Breite testen. Ein Modal, das im Vollbild einwandfrei aussieht, wird bei halbem Platz abgeschnitten oder überladen wirken.

Dazu kommt eine feste Grenze: Auf dem äußeren Display lassen sich keine neuen Fenster öffnen, es ist der inneren Experience vorbehalten. Jede Präsentationslogik, die Fenster erzeugt, muss das berücksichtigen.

Das äußere Display: Ihr kompaktes Layout, plus Widgets und Live Activities

Das äußere Display verhält sich wie jeder andere iPhone-Bildschirm. Ihre App läuft dort, und alles, was sie zeichnet, läuft mit — In-App-Nachrichten eingeschlossen. Apples Einordnung: Das äußere Display ist ein Compact-Width-Layout, genau wie bei einem gewöhnlichen iPhone, während das innere Display in beiden Dimensionen „regular” ist. Mit 5,4 Zoll ist es der schmalste Vollbild-Rahmen, den Ihr In-App-Messaging auf diesem Gerät bekommt — gehört also in die Testmatrix statt auf den „betrifft uns nicht”-Stapel.

Darüber liegt noch eine zweite Fläche. Auf Duo läuft StandBy auf beiden Displays, auch wenn das Gerät nicht lädt: Legen Sie das Telefon ab, und der äußere Bildschirm bleibt beleuchtet und dem Raum zugewandt. Eine App ohne Widget und ohne Live Activity ist in diesem Moment schlicht nicht präsent. Präsenz entsteht über ein Widget oder eine Live Activity — dieselbe Arbeit, die Sie ohnehin schon für Sperrbildschirm und Dynamic Island investiert haben. Wenn Sie Live Activities bereits gebaut haben, zahlt sich diese Investition hier ein zweites Mal aus. Wenn nicht, ist das ein weiterer Grund dafür.

Eine Checkliste für faltbare iPhones — vor dem 23. Oktober

Am Hardware selbst kommen Sie noch nicht heran, aber alles andere liegt auf dem Tisch:

• Inventarisieren Sie Ihre In-App- und Rich-Media-Templates. Finden Sie jedes, das einen Frame, ein Seitenverhältnis oder eine telefon-große Box hart codiert.
• Prüfen Sie Ihre 16:9-Creatives. Alles, was auf ein festes Seitenverhältnis gebaut ist, braucht einen Plan für das innere Display.
• Finden Sie Ihre Orientation-Verzweigungen. Layout, das an Interface-Orientation hängt, liest ein Signal, das das innere Display ignoriert, also verschieben Sie es auf Size Classes.
• Prüfen Sie jede Safe-Area-Kante einzeln. Gehen Sie von Asymmetrie aus; nehmen Sie kein symmetrisches Inset an.
• Greppen Sie nach UIScreen.main. Auf einem Zwei-Display-Gerät ist es mehrdeutig, und Apple kündigt die Deprecation an. Lesen Sie den Screen aus window?.windowScene?.screen und die Scale aus traitCollection.displayScale.
• Testen Sie bei Compact Width, nicht nur aufgeklappt. Auf dem äußeren Display bekommen Ihre In-App-Nachrichten am wenigsten Platz, und das ist eine reale Fläche für sie.
• Planen Sie Ihren Device-Hub-Test ein. Sobald die Xcode-27.1-Beta erscheint, liegt der Duo-Simulator im Device Hub: öffnen, schließen, drehen, mit einer Nachricht auf dem Bildschirm halb zuklappen.
• Segmentieren Sie nach Gerätemodell. Schaffen Sie sich die Möglichkeit, Duo-Nutzer für separate Tests gezielt anzusprechen, sobald sie im Feld sind.
• Überarbeiten Sie Ihre Push- und Onboarding-Permission-Texte. Der Permission-Prompt beim Onboarding wird weiterhin vom System gezeichnet, aber jeder eigene Pre-Permission-Screen davor unterliegt denselben Layout-Regeln wie Ihr In-App-Messaging.

Nichts davon braucht das Gerät. Alles davon muss erledigt sein, bevor das Gerät bei Ihren Nutzern ankommt — nicht danach.

Bringen Sie Ihr In-App-Messaging startklar für Duo

In-App-Nachrichten, Rich Media und Push-Permission-Texte von Hand auf jedem Bildschirm zu fixen, den Ihre Nutzer mit sich herumtragen, ist die Art von Aufgabe, die auf einer Integration leichter fällt als auf sechs. Das spricht dafür, In-App-Messaging und Push-Benachrichtigungen über eine einzige Kundenbindungsplattform mit EU-Rechenzentrum und ISO-27001-Zertifizierung abzuwickeln: kostenlos starten oder mit unserem Team sprechen, damit Ihr Messaging rechtzeitig vor dem 23. Oktober Duo-ready ist.