PWA vs. native Apps: Unterschied, Vor- und Nachteile (Stand 2026)
Wenn Du Dich schon einmal damit beschäftigt hast, wie Du neben Deiner Webseite auch eine echte App veröffentlichen kannst, bist Du wahrscheinlich auf den Begriff „PWA“ gestoßen. PWA steht für „Progressive Web App“. Seit iOS 26 hat sich die Lage für PWAs deutlich verändert. Was eine PWA 2026 kann, was ihr weiterhin fehlt und wann Du besser nativ oder mit Flutter baust, erfährst Du hier.
Thomas Henz
Was ist eine PWA?
Eine Progressive Web App ist eine ganz normale Webanwendung, die um Fähigkeiten erweitert wird, die früher nativen Apps vorbehalten waren: ein Icon auf dem Homescreen, ein Vollbildmodus ohne Browserleiste, Offline-Betrieb, Push-Nachrichten und Zugriff auf Kamera oder Standort. Technisch besteht eine PWA aus drei Bausteinen: einer Webseite über HTTPS, einem Web App Manifest (Name, Icon, Farben, Startadresse) und einem Service Worker, einem Skript, das im Hintergrund Anfragen abfängt, Dateien zwischenspeichert und Push-Nachrichten entgegennimmt.
Der Reiz liegt auf der Hand: Du hast bereits eine Webseite und ein Team, das sie pflegt. Eine PWA macht daraus eine installierbare App für Android und iOS, ohne zwei getrennte Codebasen, ohne App-Store-Review und mit einem Update-Prozess, der so einfach ist wie ein Deployment auf den Webserver.
Die Frage ist nur, ob das im Alltag reicht. Die Antwort hat sich seit der ersten Fassung dieses Artikels 2024 an einer Stelle deutlich verschoben.
Was sich seit 2024 geändert hat
2024 lautete der wichtigste Einwand gegen PWAs: Apple könnte den Support jederzeit einstellen. Der Anlass war real. Im Februar 2024 kündigte Apple an, mit iOS 17.4 die Homescreen-Web-Apps in der EU abzuschalten, als Reaktion auf den Digital Markets Act. Nach breitem Protest zog Apple die Entscheidung am 1. März 2024 zurück; Homescreen-Web-Apps laufen in der EU weiterhin, gebaut auf WebKit.
Seitdem ist Apple in die andere Richtung gegangen. Mit iOS 26 und iPadOS 26 (Herbst 2025) öffnet jede Webseite, die Nutzer zum Homescreen hinzufügen, standardmäßig als Web-App, also im Vollbild und mit eigenem Fenster, auch ohne Manifest. Wer lieber ein klassisches Lesezeichen möchte, schaltet „Als Web-App öffnen“ beim Hinzufügen ab. Apple selbst formuliert es so: Es gibt in Safari keine Voraussetzungen für „Installierbarkeit“ mehr. Schon vorher kamen Web Push für Homescreen-Web-Apps (iOS 16.4, März 2023) und mit Safari 18.4 (März 2025) Declarative Web Push, ein vereinfachter Push-Mechanismus, der ohne Service Worker auskommt.
Damit ist die Sorge von 2024 vom Tisch. Das Risiko „Apple stellt PWAs ein“ solltest Du heute nicht mehr als Argument gegen eine PWA benutzen. Was bleibt, ist ein anderes, nüchterneres Bild: PWAs sind auf beiden Plattformen offiziell unterstützt, aber der Funktionsumfang unterscheidet sich weiterhin spürbar.
Was PWAs 2026 können und was nicht
Auf Android ist die Lage seit Jahren komfortabel. Chrome zeigt eine Installationsaufforderung an, PWAs lassen sich per Trusted Web Activity im Google Play Store listen und dort mit Bewertungen und Play Billing versehen, und der Zugriff auf Gerätefunktionen reicht bis zu Bluetooth und NFC. Auf iOS hat Apple aufgeholt, aber einige Lücken bewusst offen gelassen.
| Fähigkeit | Android (Chrome) | iOS/iPadOS (Safari, Stand iOS 26) |
|---|---|---|
| Installation auf dem Homescreen | ja, mit Installationsaufforderung durch den Browser | ja, über „Zum Home-Bildschirm“; keine automatische Aufforderung |
| Vollbild ohne Browserleiste | ja | ja, seit iOS 26 standardmäßig für jede hinzugefügte Seite |
| Offline-Betrieb und Caching | ja (Service Worker) | ja (Service Worker) |
| Push-Nachrichten | ja | ja, nur für Homescreen-Web-Apps, nicht im Browser-Tab; zusätzlich Declarative Web Push |
| Kamera und Mikrofon | ja | ja |
| Standort (GPS) | ja | ja |
| Hintergrund-Synchronisierung | ja (Background Sync) | nein |
| Bluetooth, NFC, USB | ja (Web Bluetooth, Web NFC) | nein |
| App-Store-Listing | ja, per Trusted Web Activity im Play Store | nein |
| In-App-Käufe über den Store | ja, Play Billing über TWA | nein, nur Web-Zahlungen |
Für viele Anwendungen ist das mehr als genug: Content, Shops, Buchungen, Kundenportale, interne Tools, Formulare mit Fotoupload. Kritisch wird es bei allem, was im Hintergrund laufen oder mit Hardware sprechen muss: Fitness-Tracker, IoT-Geräte, Zahlungsterminals, Apps mit Hintergrund-Sync großer Datenmengen. Ebenso bei allem, was über Apple Intelligence, Siri oder Widgets erreichbar sein soll; diese Andockpunkte gibt es nur für native Apps, wie unser Artikel Ist Ihre App AI-ready? beschreibt.
Ein praktisches Werkzeug für die Prüfung: whatpwacando.today zeigt für Dein aktuelles Gerät, welche Web-Fähigkeiten der Browser tatsächlich unterstützt.
Die verbleibenden Nachteile einer PWA
Kein Auftritt im App Store auf iOS. Deine PWA ist auf dem iPhone nur über die Webseite erreichbar, nicht über die App-Store-Suche. App Store Optimierung fällt damit weg, und ein Teil der Nutzer sucht Apps nun einmal zuerst im Store. Auf Android schließt die Trusted Web Activity diese Lücke.
Installation bleibt erklärungsbedürftig. Auf iOS gibt es keine Installationsaufforderung; Nutzer müssen „Teilen“ und „Zum Home-Bildschirm“ selbst finden. Wer eine PWA anbietet, sollte den Weg dorthin in der App selbst erklären.
Hintergrund und Hardware. Ohne Background Sync, Bluetooth und NFC auf iOS scheiden ganze Anwendungsklassen aus.
Eine Webseite macht noch keine gute App. Das Manifest ist in Minuten ergänzt, aber ein Mobile-Erlebnis entsteht daraus nicht automatisch. Ein typisches Beispiel ist die Navigation: Was im Browser mit Zurück-Button funktioniert, wird im Vollbildmodus ohne eigene Zurück-Schaltflächen zur Sackgasse, vor allem auf iOS. Touch-Ziele, Ladezeiten auf Mobilfunk, Offline-Zustände und Gesten müssen bewusst gestaltet werden.
PWA, Flutter oder nativ: eine Entscheidungshilfe
Die drei Wege schließen sich nicht aus, und oft ist die Reihenfolge wichtiger als die Wahl.
PWA, wenn Deine Anwendung bereits als Web-App existiert, die Funktionen aus der Tabelle oben genügen und Reichweite ohne Store-Hürde wichtiger ist als Hardwarezugriff. Typisch: Kundenportale, Shops, Content, interne Werkzeuge, MVPs zur Validierung einer Idee.
Flutter (oder ein anderes Cross-Platform-Framework), wenn Du eine echte App mit vollem Zugriff auf Gerätefunktionen, Store-Präsenz und nativer Performance brauchst, aber nur eine Codebasis pflegen willst. Flutter liefert aus einem Projekt Android, iOS und auf Wunsch zusätzlich eine Web-Version. Warum wir das für die meisten Business-Apps empfehlen, erklärt unser Artikel Warum Du jetzt eine Multi-Plattform-App mit Flutter brauchst.
Nativ (Swift, Kotlin), wenn die App tief in das Betriebssystem greift: App Intents und Siri, Widgets, Wearables, Hintergrunddienste, anspruchsvolle Grafik oder Hardware-nahe Funktionen.
Ein häufiger und sinnvoller Pfad: mit der PWA starten, Nutzung messen und erst dann in eine Flutter- oder native App investieren, wenn die Zahlen es rechtfertigen. Wie der Sprung von einer Web-App zu einer echten Store-App aussieht, beschreibt unser Artikel Von Lovable zum App Store.
Fazit
Die PWA von 2026 ist eine ernstzunehmende Option, und das Argument „Apple könnte morgen abschalten“ gehört in die Vergangenheit. Für viele Anwendungsfälle liefert sie ein App-Erlebnis, das Nutzer kaum von einer nativen App unterscheiden, zu einem Bruchteil der Kosten und ohne Store-Prozesse. Ihre Grenzen liegen heute nicht mehr bei der Unterstützung, sondern beim Funktionsumfang auf iOS und bei der Auffindbarkeit im App Store. Prüfe deshalb zuerst die Funktionsliste gegen beide Plattformen, dann die Zielgruppe. Passt beides, ist die PWA der schnellste Weg auf den Homescreen. Passt es nicht, führt der Weg über Flutter oder eine native App, und die PWA kann trotzdem der erste Schritt dorthin sein.
Häufige Fragen
Funktionieren PWAs 2026 auf dem iPhone?
Ja. Seit iOS 26 öffnet jede zum Homescreen hinzugefügte Webseite standardmäßig als Web-App im Vollbild, auch ohne Manifest. Push-Nachrichten sind seit iOS 16.4 für Homescreen-Web-Apps möglich. Es fehlen weiterhin Hintergrund-Synchronisierung, Bluetooth, NFC und ein App-Store-Listing.
Kann ich eine PWA im App Store veröffentlichen?
Im Google Play Store ja, über eine Trusted Web Activity, inklusive Bewertungen und Play Billing. Im Apple App Store nicht; Apple erwartet dort echte Apps. Wer beide Stores braucht, baut eine Flutter- oder native App.
Was kostet eine PWA im Vergleich zu einer nativen App?
Eine PWA nutzt Dein bestehendes Web-Team und eine Codebasis für alle Plattformen; der Mehraufwand gegenüber einer guten mobilen Webseite ist gering. Native Entwicklung für iOS und Android erfordert zwei Teams oder ein Cross-Platform-Framework wie Flutter. Wie groß der Unterschied ausfällt, hängt vor allem davon ab, wie viele Gerätefunktionen Du brauchst.
Quellen
- WebKit Features in Safari 26.0 (WebKit Blog, September 2025)
- News from WWDC25: WebKit in Safari 26 beta (WebKit Blog, Juni 2025)
- WebKit Features in Safari 18.4, u. a. Declarative Web Push (WebKit Blog, März 2025)
- Web Push for Web Apps on iOS and iPadOS (WebKit Blog, Februar 2023)
- Apple reverses decision about blocking web apps on iPhones in the EU (TechCrunch, März 2024)
- Learn PWA (web.dev, Google)
- List your Progressive Web App in Google Play (ChromeOS.dev)
- What PWA Can Do Today
