Warum die PWA-Frage 2026 endgültig geklärt ist
Vor drei Jahren konnte man berechtigt diskutieren, ob eine Progressive Web App der nativen iOS- und Android-App das Wasser reichen kann. 2026 ist die Diskussion für 80% der Use Cases erledigt: PWAs sind erwachsen geworden. Seit iOS 16.4 unterstützt Apple Push Notifications, seit iOS 17 funktionieren sie stabil, und die Web Platform hat APIs für fast alles, was du früher nur nativ machen konntest — von Bluetooth über NFC bis zum Dateisystem-Zugriff.
Die Kernfrage ist damit nicht mehr "kann eine PWA das?", sondern: macht es für dein Geschäftsmodell Sinn, eine native App zu bauen? Und die Antwort ist für die meisten Mittelständler: nein. Eine einzige Codebase, die im Browser läuft, auf Mobile installierbar ist, Push Notifications schickt und offline funktioniert — das ist der Sweet Spot.
Was eine PWA 2026 technisch kann
- Installation direkt über den Browser, ohne App Store, ohne Review-Prozess, ohne 30%-Cut
- Offline-Nutzung dank Service Worker, mit vollem Caching und lokalem Storage
- Push Notifications auf iOS (seit 16.4), Android, Windows, macOS — plattformübergreifend
- Hintergrund-Sync für Offline-Aktionen, die später hochgeladen werden
- File System Access API für echtes Lesen/Schreiben lokaler Dateien
- Web Bluetooth, WebUSB, WebNFC für Hardware-Integration
- WebRTC für Video-Calls und Screensharing
- WebGPU für GPU-beschleunigte Berechnungen
- Geolocation, Kamera, Mikrofon, Akzelerometer — alles verfügbar
Was immer noch nicht geht: tiefe Betriebssystem-Integrationen wie Siri-Shortcuts, Apple Watch Companion Apps, Widget-APIs. Für diese Dinge brauchst du nach wie vor nativ.
Wann eine PWA die richtige Wahl ist
- Content-getriebene Anwendungen: Magazine, Blogs, Dokumentation, Restaurant-Menüs
- E-Commerce: Shops, Kataloge, Bestellprozesse
- Business-Tools: Dashboards, CRM, Ticketing, Zeiterfassung
- Community-Apps: Foren, Chats, Events
- MVP-Phasen: du willst schnell live, ohne Stores zu managen
- Internationale Reichweite: Länder, in denen Stores schwierig sind oder Gebühren wehtun
- B2B-Apps: wo Installationsgeschwindigkeit wichtiger ist als Store-Präsenz
Wann eine native App weiterhin Sinn ergibt
- Hardcore Gaming mit GPU-intensive Grafik (auch wenn WebGPU viel aufholt)
- Kamera-lastige Apps mit tiefer AR-Integration (ARKit, ARCore)
- Maschinenlernen auf Gerät (Core ML Modelle, NPU-Zugriff)
- Store-Auffindbarkeit als Haupt-Marketing-Kanal (Spiele, Consumer-Apps)
- Apple Watch, CarPlay, Android Auto als Kern des Erlebnisses
- Performance-kritische Echtzeit-Apps (Audio-Produktion, Video-Editing)
Der Tech-Stack, den ich für PWAs nutze
- Next.js 16 als Framework (RSC, Streaming, Edge)
- Serwist als moderner Service-Worker-Builder (Nachfolger von next-pwa)
- Tailwind CSS 4 für responsives UI
- Supabase für Auth, Datenbank, Realtime, Storage
- Vercel als Hosting inkl. Edge-Funktionen
- Workbox-Strategien für saubere Caching-Policies
- Web Push Protocol über VAPID für Benachrichtigungen
Wichtige Details, die oft vergessen werden:
- manifest.webmanifest mit allen Icons in den richtigen Größen (72, 96, 128, 144, 152, 192, 384, 512)
- Splash Screens für iOS (apple-touch-startup-image) in allen iPhone-Größen
- maskable Icons für Android-Adaptive-Icons
- beforeinstallprompt Event abfangen und sauberen "App installieren"-Button anbieten
- offline.html Fallback-Seite im Service Worker
- Update-Strategie: wie erfährt der Nutzer, dass eine neue Version verfügbar ist?
Kosten-Realität: PWA vs native
Eine typische mittelständische App:
| PWA | Native (iOS + Android) | |
|---|---|---|
| Entwicklungszeit | 6–12 Wochen | 16–28 Wochen |
| Codebasen | 1 | 2 (oder 1 mit React Native/Flutter) |
| Kosten Initial | 15–35k € | 45–90k € |
| Jährliche Wartung | 3–6k € | 12–25k € |
| App-Store-Gebühren | 0 | 15–30% vom Umsatz |
| Review-Zyklen | Kein Review | 24–48h pro Version |
| Updates | Sofort live | 1–7 Tage |
Typische Ersparnis über 3 Jahre: 60–80%. Bei einem Kunden aus der Logistik-Branche haben wir eine iOS/Android-App durch eine PWA ersetzt und sparen seitdem 18.000 € pro Jahr — bei besserer Performance und schnelleren Release-Zyklen.
Praxis-Tipp: Hybrid-Ansatz
Wenn du das Beste aus beiden Welten willst: Baue eine PWA und verpacke sie mit Capacitor oder Bubblewrap als dünnen nativen Wrapper, der im Store landet. So bekommst du Store-Auffindbarkeit, aber entwickelst nur einmal. Ich habe das bei drei Projekten gemacht — funktioniert erstaunlich gut, wenn die App grundsätzlich Web-basiert ist.
Mein Fazit
2026 ist die Standard-Antwort "PWA". Native App nur dann, wenn es einen klaren technischen oder Marketing-Grund gibt, der das zusätzliche Budget rechtfertigt. Die Web Platform ist keine Second-Class-Citizen mehr — sie ist bei den meisten Geschäftsanwendungen die bessere Wahl.