Liquid Glass 2026: Wie Apple aus einem visuellen Material Systeminfrastruktur macht
TL;DR: Liquid Glass ist 2026 weniger ein grafischer Effekt als eine systemweit gepflegte Interaktionsschicht, die SwiftUI-Apps automatisch übernehmen können, aber nicht unkritisch überall einsetzen sollten.
Apple entwickelt Liquid Glass mit den Betriebssystemversionen von 2026 weiter. Apps, die das Material bereits verwenden, übernehmen auf iOS 27, iPadOS 27 und macOS 27 dessen aktualisierte Darstellung automatisch – laut Apple sogar ohne erneute Kompilierung. Mit Xcode 27 erhalten Entwickler zusätzliche Anpassungen für Toolbars, Fenster und Accessibility.
Damit zeigt sich deutlicher, was Liquid Glass eigentlich sein soll: kein kurzfristiger Designtrend und kein dekorativer Unschärfeeffekt, sondern eine gemeinsame Schicht für Navigation, Bedienelemente und Interaktion auf Apple-Plattformen.
Mehr als Glassmorphism
Liquid Glass wurde 2025 mit iOS 26 eingeführt. Das Material verwischt nicht einfach den Hintergrund, wie es viele Glassmorphism-Designs der vergangenen Jahre taten. Es berücksichtigt den darunterliegenden Inhalt, passt Kontrast und Tönung an und reagiert auf Berührung oder Pointer-Bewegungen.
Apple ordnet das Material vor allem Bedienelementen und Navigation zu. Toolbars, Tab Bars, Buttons und andere Controls liegen als funktionale Ebene über den eigentlichen Inhalten. Tiefe soll dabei keine räumliche Dekoration sein, sondern Hierarchie vermitteln: Der Inhalt bleibt im Mittelpunkt, die Bedienung darüber erreichbar.
In der Vorstellung von Liquid Glass führt Apple die Gestaltungslinie von Aqua über die Echtzeit-Unschärfe von iOS 7 und die Dynamic Island bis zu visionOS zurück. Liquid Glass ist also weniger ein Bruch mit „Flat Design“ als dessen Weiterentwicklung um Material, Tiefe und Bewegung.
Was SwiftUI automatisch übernimmt
SwiftUI ist für diese Entwicklung besonders geeignet, weil Oberflächen deklarativ beschrieben werden. Entwickler definieren den gewünschten Zustand und die Struktur einer View; das Framework übernimmt Darstellung und Aktualisierung, wenn sich Daten oder Umgebung verändern.
Standardkomponenten verwenden Liquid Glass systemseitig. Eine App, die NavigationStack, TabView, Toolbars und native Controls sinnvoll einsetzt, erhält deshalb einen großen Teil der neuen Designsprache automatisch. Beim ursprünglichen Umstieg auf die iOS-26-SDKs wurden standardisierte Elemente mit der neuen Darstellung gerendert, während mit älteren SDKs gebaute Apps zunächst ihr bisheriges Erscheinungsbild behielten.
Für eigene Komponenten stellt SwiftUI unter anderem glassEffect(_:in:), GlassButtonStyle und GlassEffectContainer bereit. Der Container kann mehrere Glasflächen effizient zusammenfassen und deren Formen bei Übergängen ineinander überführen. Apples Dokumentation zu eigenen Liquid-Glass-Views beschreibt außerdem Varianten, Tönungen und interaktive Reaktionen.
Das bedeutet jedoch nicht, dass jede Fläche manuell mit .glassEffect() versehen werden sollte. Apple empfiehlt, für Buttons die vorgesehenen Button Styles zu verwenden. Navigations- und Toolbar-Elemente erhalten das passende Material ohnehin automatisch.
Liquid Glass gehört nicht in jede Ebene
Die zentrale Gestaltungsregel lautet: Glas liegt über dem Inhalt, es ersetzt ihn nicht. Eine komplette Inhaltsfläche mit Liquid Glass zu überziehen, schwächt die Hierarchie und nimmt dem Material seinen Zweck.
Auch Apples SwiftUI-Team rät davon ab, den Effekt wahllos im Content-Bereich einzusetzen. Wo nichts darunter scrollt oder visuell in Beziehung zur Oberfläche steht, ist eine einfache, flache Gestaltung häufig die bessere Lösung. Liquid Glass sollte Controls hervorheben, ohne mit den eigentlichen Informationen zu konkurrieren.
Motion folgt derselben Logik. Wenn sich Glasflächen verbinden, trennen oder auf eine Interaktion reagieren, erklärt die Bewegung einen Zustandswechsel. Sie sollte nicht Aufmerksamkeit beanspruchen, sondern Orientierung erhalten. Bewegung wird damit zur funktionalen Rückmeldung – nicht automatisch zu besserer UX.
Die Plattform bleibt in Bewegung
Mit den Betriebssystemversionen von 2026 hat Apple die Darstellung erneut angepasst. In der SwiftUI-Vorschau der WWDC 2026 zeigt Apple, dass Apps unter den neuen Systemen automatisch die aktualisierte Liquid-Glass-Ausprägung übernehmen. Neu ist außerdem eine systemweite Einstellung, mit der Nutzer die Tönung zwischen einer klareren und einer stärker eingefärbten Darstellung verändern können.
Für Produktteams ist das ein wichtiger Unterschied zu individuell nachgebauten Effekten. Wer Liquid Glass über Apples Komponenten und APIs integriert, profitiert von späteren Verbesserungen des Systems. Wer lediglich einen ähnlichen Blur mit eigenen Layern imitiert, muss Kontrast, Interaktion, Performance und zukünftige Anpassungen selbst pflegen.
SwiftUI macht Liquid Glass damit tatsächlich zu Infrastruktur. Das Material bleibt nicht im Designfile eingefroren, sondern reagiert auf Systemversion, Plattform, Umgebung und Benutzereinstellungen.
Neue Apps und kontrollierte Migration
ScalerIT verwendet Liquid Glass bei neuen Apple-Apps standardmäßig dort, wo es funktional zur Oberfläche passt. Bestehende Anwendungen werden dagegen kontrolliert migriert. Über Verfügbarkeitsprüfungen wie if #available(iOS 26, *) lassen sich neue APIs nutzen, während ältere Betriebssystemversionen weiterhin eine passende alternative Darstellung erhalten.
Diese Trennung ist wichtiger als ein möglichst schneller visueller Umbau. Bei einer Migration müssen Navigation, Toolbars, eigene Komponenten, Kontrast und Übergänge gemeinsam geprüft werden. Ein einzelner Glas-Button in einer ansonsten unveränderten Oberfläche schafft noch keine konsistente Designsprache.
Ebenso wenig verlangt Liquid Glass einen vollständigen Neustart der App. Native Strukturen können schrittweise übernommen werden. Eigene Effekte sollten vor allem dort ergänzt werden, wo die Standardkomponenten eine fachlich notwendige Interaktion nicht abbilden.
Accessibility ist Teil des Materials
Transparenz und bewegte Hintergründe können Lesbarkeit beeinträchtigen. Deshalb darf die visuelle Wirkung nicht nur unter idealen Bedingungen bewertet werden. Größere Schriften, erhöhter Kontrast, reduzierte Transparenz und reduzierte Bewegung gehören in jeden Testlauf.
Apple erklärt, dass Liquid Glass auf Einstellungen wie „Transparenz reduzieren“ und „Kontrast erhöhen“ reagiert. Mit den Systemversionen von 2026 kommt mehr Kontrolle über die Tönung hinzu. Die aktuellen Human Interface Guidelines betonen zugleich, dass Inhalte und Controls auch bei Anpassungen in konsistenten, vorhersehbaren Positionen bleiben sollen.
Die automatische Unterstützung entbindet Teams nicht von manuellen Tests. Besonders eigene Glasflächen müssen auf unterschiedlichen Inhalten, in Hell- und Dunkeldarstellung sowie mit allen relevanten Accessibility-Einstellungen geprüft werden.
Kontext
Apple beschreibt Liquid Glass als gemeinsame Designsprache seiner Plattformen, unterstützt sie aber nicht nur in SwiftUI: Auch UIKit und AppKit können das neue Material nutzen. SwiftUI bietet durch seine deklarativen Komponenten und Umgebungswerte lediglich eine besonders direkte Integration. Die ursprüngliche Behauptung, SwiftUI sei das erste Framework, das diese Sprache „wirklich versteht“, wäre deshalb zu weitgehend.
Worauf es jetzt ankommt
2026 entscheidet sich die Qualität einer Liquid-Glass-App nicht daran, wie viel Glas sichtbar ist. Entscheidend ist, ob Inhalte klar priorisiert bleiben, Controls erwartbar reagieren und die Oberfläche unter verschiedenen System- und Accessibility-Einstellungen funktioniert.
Produktteams sollten deshalb zunächst native Komponenten aktualisieren, anschließend eigene Controls gezielt ergänzen und das Ergebnis auf realen Geräten testen. Die kommenden Systemupdates werden zeigen, wie stabil Apple das Material weiterentwickelt – und wie gut individuelle Anpassungen diese Entwicklung mittragen.
Liquid Glass ist kein Ersatz für UI/UX-Entscheidungen. Richtig eingesetzt gibt es SwiftUI-Apps jedoch eine systemische Grundlage, auf der Material, Bewegung und Interaktion gemeinsam gepflegt werden können.