Was eine PWA technisch ausmacht
Progressive Web Apps sind keine eigenständige Technologie, sondern ein Konzept — eine Kombination aus bestehenden Webtechnologien, die zusammen ein App-ähnliches Erlebnis im Browser ermöglichen. Die drei tragenden Säulen sind Service Worker, Web App Manifest und HTTPS. Service Worker sind JavaScript-Dateien, die im Hintergrund laufen und Netzwerkanfragen abfangen — sie ermöglichen Offline-Funktionalität, Push-Benachrichtigungen und schnelle Ladezeiten durch intelligentes Caching. Das Web App Manifest ist eine JSON-Datei, die dem Browser mitteilt, wie die App beim Hinzufügen zum Homescreen aussehen und sich verhalten soll — inklusive App-Name, Icons und Startverhalten. HTTPS ist nicht optional: Ohne verschlüsselte Verbindung funktionieren Service Worker nicht, und Browser werden eine PWA ohne HTTPS nicht als solche anerkennen.
Das "Progressive" im Namen stammt aus dem Konzept des Progressive Enhancement — der Idee, dass eine PWA auf einfachen Geräten und Browsern funktioniert und auf modernen Geräten zusätzliche Fähigkeiten freischaltet. Nutzer älterer Browser bekommen eine normale Website, Nutzer moderner Geräte bekommen eine installierbare, offline-fähige App-Erfahrung. Das macht PWAs zu einer inklusiven Technologie — sie schließen niemanden aus, belohnen aber diejenigen, die von besserer Hardware und Software profitieren können.
Was PWAs leisten — und was nicht
Die Fähigkeiten moderner PWAs haben sich in den letzten Jahren erheblich erweitert. Offline-Modus ermöglicht es Nutzern, eine App auch ohne Internetverbindung zu nutzen — ideal für Dienste, bei denen Konnektivität nicht garantiert werden kann. Push-Benachrichtigungen funktionieren auf Android und Desktop ohne native App; iOS unterstützt sie seit Safari 16.4 ebenfalls vollständig. Installation auf den Homescreen — ohne App Store, ohne Review-Prozess, ohne Provision — ist einer der attraktivsten Aspekte für Unternehmen, die direkten Nutzerzugang ohne Zwischenhändler suchen.
Was PWAs nicht leisten, ist ebenso wichtig zu verstehen. Tiefer Hardware-Zugang — Bluetooth, NFC, Kamera mit erweiterten Berechtigungen, Zugang zu Kontakten oder Kalender — ist auf iOS nach wie vor eingeschränkt. Features, die native APIs erfordern, lassen sich über das Web nicht vollständig abbilden. Wer eine App baut, die intensiv mit Gerätehardware interagiert — etwa Fitness-Tracking, erweiterte Augmented Reality oder komplexe Geräteverwaltung — kommt an einer nativen Entwicklung oder einem hybriden Ansatz kaum vorbei.
Wann PWA besser ist als native App
Die klassische Argumentation für native Apps war lange Zeit Leistung und Funktionstiefe. Beide Argumente gelten noch — aber ihr Gewicht hat sich verschoben. Für viele Anwendungsfälle, in denen keine tiefen Gerätezugriffe notwendig sind, ist der Vorteil der nativen Entwicklung gering. Der Nachteil dagegen ist erheblich: Eine native iOS-App und eine native Android-App zu entwickeln und zu pflegen bedeutet doppelten Aufwand, doppelte Testabdeckung und doppelte Store-Maintenance. Eine PWA wird einmal entwickelt, funktioniert auf allen Plattformen und muss keinen App-Store-Review-Prozess durchlaufen.
Das Starbucks-Beispiel ist in der Branche viel zitiert: Das Unternehmen baute eine PWA, die 2 Megabyte groß ist — gegenüber 148 Megabyte der iOS-App. Die PWA verdoppelte die Anzahl der Nutzer, die Bestellungen über das Web aufgegeben haben. Twitter Lite, Twitters PWA, reduzierte die durchschnittliche Ladezeit um 30 Prozent, den Datenverbrauch um 70 Prozent und die Absprungrate um 20 Prozent gegenüber der mobilen Website. Diese Zahlen machen deutlich: PWAs sind keine Kompromisslösung für Teams ohne Budget — sie sind für bestimmte Anwendungsfälle die technisch überlegene Wahl.
Wann native Apps die richtige Wahl bleiben
Es gibt Szenarien, in denen native Entwicklung klar im Vorteil ist. Spiele mit aufwendiger Grafik und hohem Performance-Bedarf profitieren von direktem Hardware-Zugang und plattformoptimierter Rendering-Pipeline. Apps mit intensiver Bluetooth- oder NFC-Nutzung — etwa Kassensysteme, Smart-Home-Steuerung oder Gesundheitsgeräte — benötigen native APIs, die das Web nicht vollständig abbilden kann. Und Apps, bei denen Monetarisierung über In-App-Käufe im App Store eine zentrale Rolle spielt, sind auf die native Plattformpräsenz angewiesen.
Die ehrliche Antwort auf die Frage "PWA oder native App?" ist: Es kommt auf den Anwendungsfall an. Wer eine breite Nutzerbasis ansprechen, Entwicklungskosten optimieren und ohne App-Store-Abhängigkeit arbeiten möchte, sollte PWA ernsthaft in Betracht ziehen. Wer tiefen Gerätezugang braucht oder Plattformspezifika wie Apple Watch-Integration oder iOS-Widgets nutzen möchte, kommt an nativer Entwicklung nicht vorbei. Für viele Projekte liegt die beste Antwort in einem hybriden Modell: eine PWA für den Hauptanwendungsfall, ergänzt durch native Features dort, wo sie echten Mehrwert schaffen.