TL;DR — Entscheidung nach Szenario
- Bauen Sie eine Web App, wenn Ihr Produkt ein B2B-SaaS, ein internes Tool oder ein inhaltsgetriebener Dienst ist, bei dem Nutzer über Suche oder geteilte Links ankommen. Keine Installationsbarriere, jedes Gerät, einfachste Iteration.
- Bauen Sie eine PWA, wenn Sie eine Web App plus Startbildschirm-Präsenz, Push-Benachrichtigungen und Offline-Zugriff benötigen — ohne zwei native Codebasen zu pflegen. Beste Wahl für E-Commerce, Medien, B2C-Dashboards und Marktplätze.
- Bauen Sie nativ (iOS + Android), wenn Ihre App von ARKit/ARCore, NFC-Zahlungen, HealthKit, Hintergrundposition, On-Device-ML oder engen OS-Integrationen wie CarPlay und Android Auto abhängt. Auch die Standardwahl für Consumer-Retention-Produkte, bei denen tägliche Nutzung von Anfang an der zentrale KPI ist.
- Für die meisten B2C-Produkte im Budget-Bereich von 50.000–200.000 Euro gibt Ihnen eine gut umgesetzte PWA 80 % des nativen Erlebnisses bei 40–60 % der Kosten. Überkonstruieren Sie nicht ohne konkreten Grund.
Web App, Native, PWA: Was jede davon 2026 wirklich bedeutet
Die Begriffe werden häufig falsch verwendet. Hier sind präzise Definitionen, denn die Entscheidung zwischen ihnen setzt voraus, was sie tatsächlich sind.
Web App
Eine Webanwendung läuft in einem Browser-Tab. Sie kann eine einfache mehrseitige Website, eine React-SPA oder eine Next.js-serverseitig-gerenderte App sein — das definierte Merkmal ist, dass der Nutzer zu einer URL navigiert und der Browser das Erlebnis hostet. Keine Installation. Kein App Store. Jedes Betriebssystem und Gerät mit einem modernen Browser kann sie nutzen. Das ist die Standardwahl für B2B-SaaS, interne Tools und jedes Produkt, bei dem die Akquisition über organische Suche oder direkte Links erfolgt.
Native App
Eine native App wird für eine bestimmte Plattform kompiliert — Swift/SwiftUI für iOS, Kotlin/Jetpack Compose für Android — oder mit einem Cross-Plattform-Framework wie React Native oder Flutter erstellt, das beide Ziele abdeckt. Sie wird über den App Store oder Google Play verteilt, auf dem Gerät installiert und hat vollen Zugriff auf Hardware-APIs, OS-Dienste und Hintergrundausführung. Der Preis dieser Leistung sind zwei Codebasen (oder eine Cross-Plattform-Codebasis mit plattformspezifischen Modulen), App-Store-Review-Latenz und ein obligatorischer Installationsschritt, der 20–50 % der gelegentlichen Nutzer abschreckt, bevor sie Ihr Produkt sehen. Lesen Sie unseren Vergleich von React Native vs. Flutter 2026 für mehr zur Cross-Plattform-Framework-Entscheidung.
Progressive Web App (PWA)
Eine PWA ist eine Web App, die drei Dinge hinzufügt: einen Service Worker (ermöglicht Caching und Offline), ein Web App Manifest (ermöglicht Installation und Startbildschirm-Symbol) und HTTPS (für beides erforderlich). Diese Kombination schaltet Installierbarkeit, Push-Benachrichtigungen und Offline-Zugriff frei — Fähigkeiten, die bis vor kurzem nativen Apps vorbehalten waren. Der Nutzer kann eine PWA direkt aus Safari oder Chrome auf den Startbildschirm hinzufügen, und sie öffnet sich in einem eigenständigen Fenster ohne Browser-Chrome, sieht und verhält sich ähnlich wie eine native App. Sie stellen sie weiterhin als URL bereit; der Browser erledigt den Rest.
Was PWAs auf iOS & Android aktuell können und nicht können
Das häufigste Missverständnis, das wir 2026 von US- und EU-Kunden hören, ist immer noch: “PWAs funktionieren nicht auf dem iPhone.” Das war vor 2023 weitgehend zutreffend. Heute stimmt es nicht mehr. Hier ist der aktuelle Stand, Plattform für Plattform.
iOS (Safari 17+, 2026)
- Web Push: Unterstützt seit iOS 16.4 (März 2023). Nutzer, die eine PWA zum Startbildschirm hinzufügen, können Push-Benachrichtigungen über den Web Push-Standard empfangen. Safari auf iOS (nicht installierte PWAs) erfordert weiterhin eine Berechtigungsaufforderung, konsistent mit nativen Apps.
- Installation: “Zum Startbildschirm hinzufügen” funktioniert; die installierte PWA öffnet sich in einem eigenständigen Fenster mit einem benutzerdefinierten Symbol. iOS 17+ unterstützt die BeforeInstallPrompt-API für In-App-Installationsaufforderungen, obwohl Safaris Implementierung im Vergleich zu Chrome Eigenheiten aufweist.
- Offline: Service Worker funktionieren vollständig. Caching, Hintergrund-Sync und IndexedDB sind alle verfügbar.
- Lücken auf iOS: Kein NFC, kein ARKit/RealityKit, keine HealthKit- oder Motion & Fitness-APIs, kein Hintergrund-Audio im gesperrten Modus, kein Bluetooth-LE-Pairing. Diese bleiben 2026 auf iOS nativ-exklusive Bereiche.
Android (Chrome, 2026)
Android verfügt seit Jahren über die vollständigste PWA-Unterstützung, und diese hat sich nur verbessert. Web Push, Installation, Offline, Bluetooth LE, NFC (experimentell hinter einem Flag in Chrome), Hintergrund-Sync und Dateisystemzugriff sind alle verfügbar. Der Abstand zwischen einer gut gebauten PWA und einer React Native App ist bei den meisten Android-Anwendungsfällen tatsächlich gering. Die Hauptlücke sind tiefe OS-Integrationen: Android Auto, Wear OS, Widget-Slots und Benachrichtigungskanäle mit granularen Kategorien.
Kosten & Time-to-Market im Vergleich
Diese Zahlen basieren auf unseren eigenen Lieferdaten für US- und EU-Kunden in den Jahren 2024–2026 und unseren Benchmarks für Mobile-App-Entwicklungskosten 2026. Team-Konfiguration: 1 PM, 1 Designer, 2–3 Ingenieure, 1 QA. Umfang: 8–12 Screens, Auth, Push, Zahlungen, Analytics.
| Dimension | Web App | PWA | Nativ (iOS + Android) |
|---|---|---|---|
| Entwicklungskosten (typische Spanne) | 30.000–80.000 € | 40.000–100.000 € | 80.000–250.000 € |
| Zeit bis zum ersten nutzbaren Build | 4–6 Wochen | 5–8 Wochen | 8–14 Wochen |
| Zu pflegende Codebasen | 1 | 1 | 1–2 (Cross-Plattform oder nativ) |
| App-Store-Review-Verzögerungen | Keine | Keine | 24–72 Std. pro Release |
| Hotfix-Deployment | Sofort | Sofort (Service Worker-Update) | OTA für JS (RN); Review für Flutter/nativ |
| Organische App-Store-Auffindbarkeit | Keine | Begrenzt (Google Play Trusted Web Activity) | Voller App Store & Play Store SEO |
| Installationsreibung | Null (URL) | Gering (Browser-Aufforderung) | Hoch (App-Store-Download) |
Der Kostenunterschied zwischen einer Web App und einer PWA ist gering — oft nur die Service-Worker-Einrichtung und Manifest-Konfiguration, was einem bestehenden Projekt ein bis zwei Wochen Engineering-Arbeit hinzufügt. Der Unterschied zwischen einer PWA und nativ ist der Ort der eigentlichen Entscheidung. Lesen Sie auch unsere Seite über unseren Webanwendungsentwicklungs-Service, um zu sehen, wie wir diese Projekte planen.
Offline, Push & Gerätefunktionen
Offline-Fähigkeit und Push-Benachrichtigungen sind die beiden am häufigsten genannten Gründe, nativ statt einer Web App zu wählen. Im Jahr 2026 sind beide bei PWA für die meisten Anwendungsfälle erreichbar. Hier ist die realistische Aufschlüsselung.
Offline-Zugriff
Ein Service Worker kann alle Assets und sogar API-Antworten vorab cachen und so eine PWA ohne Verbindung voll funktionsfähig machen. Das funktioniert gleichermaßen auf iOS und Android. Die Designherausforderung besteht darin, zu entscheiden, was gecacht wird und wie Write-Konflikte behandelt werden — ein Nutzer, der ein Bestellformular offline absendet, benötigt Hintergrund-Sync, um diesen Schreibvorgang in die Warteschlange zu stellen und bei Wiederherstellung der Verbindung zu übertragen. Bibliotheken wie Workbox (von Google) erleichtern das Service-Worker-Authoring für React- und Vue-Apps erheblich. Wenn Ihre App ein statischer Content-Reader, Produktkatalog oder Dashboard mit schreibgeschützten Daten ist, ist “Offline” ein Ein-Sprint-Feature bei einer PWA.
Push-Benachrichtigungen
Web Push (RFC 8030) wird jetzt auf Chrome (Android), Safari (iOS 16.4+, macOS Ventura+) und Firefox unterstützt. Das UX für die Berechtigung ist nahezu identisch mit nativem Push — Nutzer sehen eine System-Aufforderung und können Berechtigungen in den OS-Einstellungen verwalten. Die Zustellraten in unseren EU-E-Commerce-Kampagnen 2025 lagen im Durchschnitt bei 78–85 % der entsprechenden nativen Push-Ergebnisse, was für die meisten Produkte im akzeptablen Bereich liegt. Die Hauptlücke: Push funktioniert nicht, wenn die PWA in einem Browser-Tab geöffnet wird, ohne auf iOS auf dem Startbildschirm installiert zu sein.
Gerätefunktionen: das ehrliche Bild
| Funktion | PWA (iOS) | PWA (Android) | Nativ |
|---|---|---|---|
| Kamera & Mikrofon | Ja | Ja | Ja |
| Geolokalisierung | Nur Vordergrund | Nur Vordergrund | Hintergrund + Vordergrund |
| Push-Benachrichtigungen | Ja (installierte PWA) | Ja | Ja |
| NFC | Nein | Experimentell | Ja |
| ARKit / ARCore | Nein | Nein | Ja |
| Bluetooth LE | Nein | Ja (Web Bluetooth) | Ja |
| Biometrische Authentifizierung | WebAuthn / Face ID | WebAuthn / Fingerabdruck | Volle Plattform-Biometrie |
| In-App-Käufe | Nein (Apple-Richtlinie) | Payment Request API | Volle App Store / Play-Abrechnung |
Distribution, App Stores & Auffindbarkeit
Bei der Distribution hat nativ immer noch einen strukturellen Vorteil, den eine PWA nicht vollständig replizieren kann.
App-Store-Auffindbarkeit
App Store und Google Play zusammen treiben einen erheblichen Anteil neuer App-Installationen, insbesondere für Consumer-Apps in den USA. Die App-Store-Suche macht laut mehreren Studien aus 2025 65–70 % der App-Entdeckung in den USA aus. Eine PWA erscheint nicht in diesen Suchergebnissen, es sei denn, Sie verpacken sie in eine Trusted Web Activity (TWA) und übermitteln sie an Google Play — was manche Teams erfolgreich tun. Apple erlaubt keine PWA-Einreichungen im App Store.
Für B2B- und Enterprise-Produkte ist dies weit weniger relevant. Nutzer finden B2B-Tools über die Google-Suche, Verkaufsgespräche und Product-Led-Growth-Schleifen — nicht über den App Store. Eine Web App oder PWA ist hier tatsächlich vorteilhaft, weil die Null-Installation die Zeit von der Awareness zum ersten Wert verkürzt.
Der EU-regulatorische Aspekt
Der EU Digital Markets Act (DMA) verlangt seit März 2024 von Apple, alternative App-Distribution in der EU zu erlauben. In der Praxis ist das Sideloading über Webseiten und alternative Marktplätze jetzt für EU-Nutzer auf iOS rechtlich zulässig. Dies verschiebt das Auffindbarkeits-Kalkuel für EU-fokussierte Produkte — es ist kein App-Store-Eintrag mehr nötig, um iPhone-Nutzer mit einem installierten Erlebnis zu erreichen. Die praktische Umsetzung reift noch, ist aber bei langfristiger Produktstrategie zu berücksichtigen.
Wenn Ihr Produkt die US- und EU-Konsumenten-Märkte mit einer starken organischen App-Store-Präsenz als Wachstumshebel anvisiert, ist nativ die richtige Wahl. Wenn Sie B2B-SaaS, ein internes Tool oder ein Produkt bauen, bei dem Suche und direkte Links die Akquisition antreiben, deckt eine PWA Ihre Anforderungen ab. Lesen Sie unseren Vergleich von iOS vs. Android: Welche Plattform zuerst für den US-vs.-EU-Plattform-Split-Kontext.
Entscheidungsmatrix
Nutzen Sie diese Tabelle zur Bewertung Ihrer Situation. Markieren Sie für jede Zeile, welche Spalte zutrifft. Die Spalte mit den meisten Markierungen ist wahrscheinlich Ihre Antwort — gewichten Sie die Zeilen jedoch nach ihrer Bedeutung für Ihr spezifisches Produkt.
| Entscheidungsfaktor | Web App | PWA | Nativ |
|---|---|---|---|
| Primärer Nutzerakquisitionskanal | Suche, Links, Vertrieb | Suche + Re-Engagement | App-Store-Suche |
| Budget | 30.000–80.000 € | 40.000–100.000 € | 80.000 €+ |
| Zielgruppentyp | B2B, intern, Enterprise | B2C, E-Commerce, Medien | Consumer, hohe Bindungs-Apps |
| Push-Benachrichtigungen benötigt | Nein | Ja (Standard) | Ja (maximale Kontrolle) |
| Offline-Nutzung erforderlich | Nein | Ja (die meisten Szenarien) | Ja (komplexe Synchronisierung) |
| Hardware-APIs (NFC, AR, BLE, Hintergrund-GPS) | Nein | Teilweise (Android) | Vollständig |
| Time-to-Market-Priorität | Am schnellsten | Schnell | Langsamer |
| Monetarisierung über In-App-Käufe | Nein (Stripe verwenden) | Nur Web-Zahlungen | Volle Plattform-Abrechnung |
| Deployment-Agilität (Hotfix-Geschwindigkeit) | Sofort | Sofort | 24–72 Std. Review |
Ein Muster, das wir immer wieder bei US- und EU-Startups sehen: Sie bauen zu früh nativ. Eine in Monat 3 für 60.000 Euro gestartete PWA, die Product-Market-Fit validiert, ist weitaus wertvoller als eine 180.000-Euro-Native-App, die in Monat 9 gestartet wird und niemand nutzt. Nativ ist sinnvoll, sobald Bindungsdaten beweisen, dass tägliche Nutzung und App-Store-Auffindbarkeit die Investition wert sind — nicht als Ausgangspunkt.
FAQ
Ist eine PWA günstiger als eine native App?
Ja, in den meisten Fällen. Eine PWA basiert auf gemeinsam genutzten Web-Technologien, sodass Sie eine einzige Codebasis pflegen statt separater iOS- und Android-Builds. Die Entwicklungskosten sind typischerweise 40–60 % niedriger als zwei native Apps. Wenn Sie tiefe Hardware-Integration oder starke App-Store-Präsenz benötigen, zahlt sich die native Investition aus.
Kann eine PWA offline funktionieren?
Ja. Ein Service Worker kann Assets, API-Antworten und ganze Seiten cachen, sodass die App ohne Verbindung funktioniert. Lesezentrierte Apps (Inhalte, Dashboards, Kataloge) können vollständig offline-fähig sein. Schreibzentrierte Apps benötigen Hintergrund-Sync, um Schreibvorgänge in die Warteschlange zu stellen und bei Wiederherstellung der Verbindung zu übertragen.
Funktionieren PWAs 2026 auf iOS?
Besser denn je. Apple hat Web Push in Safari ab iOS 16.4 eingeführt und verbessert es weiterhin. Installierte PWAs auf iOS empfangen Push-Benachrichtigungen, erscheinen auf dem Startbildschirm und laufen in einem eigenständigen Fenster. Lücken bestehen — NFC, ARKit und HealthKit sind nativ-exklusiv — aber iOS ist für die meisten PWA-Anwendungsfälle keine Einschränkung mehr.
Wann sollte ich eine PWA statt einer nativen App bauen?
Bauen Sie eine PWA, wenn Ihre Zielgruppe breit und akquisitionsorientiert ist, wenn das Budget begrenzt ist oder wenn Kernanwendungsfälle ohne tiefen Hardware-Zugriff auskommen. PWAs glänzen bei E-Commerce, Medien, B2B-Dashboards und SaaS-Tools. Bleiben Sie bei nativ, wenn Sie ARKit/ARCore, Hintergrundposition, NFC-Zahlungen oder enge OS-Integrationen wie CarPlay benötigen.
Ist eine Web App gut genug statt einer mobilen App?
Für die meisten B2B-SaaS und internen Tools ist eine responsive Web App die richtige erste Wahl — sie erreicht jedes Gerät, erfordert keine Installation und ist am einfachsten zu iterieren. Die Frage verschiebt sich, wenn Bindung wichtig wird: Push-Benachrichtigungen, Startbildschirm-Präsenz und Offline-Zugriff verbessern die tägliche aktive Nutzung erheblich. Wenn dieser KPI von Anfang an entscheidend ist, investieren Sie mindestens in eine PWA.
Kann ich meine Web App später in eine PWA umwandeln?
Ja, und das ist oft der richtige Weg. Das Hinzufügen eines Service Workers, eines Web App Manifests und HTTPS zu einer bestehenden Web App kann für einen erfahrenen Ingenieur ein bis zwei Wochen dauern. Wenn Ihre App bereits auf React, Vue oder Angular basiert, erleichtert Workbox das Service-Worker-Authoring erheblich. Die Hauptvoraussetzung ist HTTPS auf jeder Seite.
Zuletzt aktualisiert am 1. Juni 2026. PWA-Fähigkeitsdaten spiegeln Chrome 124, Safari 17.4 und die W3C Web Platform Baseline wider. Die Plattformunterstützung ändert sich schnell — überprüfen Sie MDN für den aktuellen API-Status.
