PWA vs. Native App: Kosten und Nutzen im Vergleich

Viele Teams stehen vor derselben Frage: PWA oder native App – welcher Ansatz liefert schneller Mehrwert bei vertretbaren Kosten? Die meisten Vergleiche im Netz arbeiten mit runden Richtwerten ohne Quelle. Dieser Beitrag verzichtet darauf, wo keine belastbare Zahl vorliegt, und stützt sich stattdessen auf veröffentlichte Fallstudien und Preisdaten.

TL;DR

Eine Progressive Web App (PWA) ist eine Website, die über moderne Browser-APIs installierbar, offlinefähig und app-ähnlich wird – ohne App-Store.
Google hat mehrere PWA-Umstellungen als Fallstudie dokumentiert: Alibaba.com (öffnet in neuem Tab) meldet 76 Prozent mehr Conversions über alle Browser hinweg, Blibli (öffnet in neuem Tab) meldet die zehnfache Umsatz pro Nutzer gegenüber der vorherigen mobilen Website. Beides sind Einzelfälle, keine Marktdurchschnitte.
Laut dem Clutch Mobile App Pricing Guide 2026 (öffnet in neuem Tab) kostet ein App-Entwicklungsprojekt im Schnitt 90.780,11 US-Dollar bei rund elf Monaten Laufzeit – und zwei native Apps (iOS plus Android) verdoppeln laut Clutch die Gesamtkosten gegenüber einer einzelnen Plattform, weil getrennte Codebasen nötig sind.
Native Apps durchlaufen eine Store-Prüfung: Laut der Google-Play-Entwickler-Community (öffnet in neuem Tab) kann die Prüfung „7 Tage oder länger" dauern; Apples eigene Richtlinien (öffnet in neuem Tab) nennen keine feste Frist, warnen aber, dass wiederholte Ablehnungen die Prüfung verlängern. Eine PWA durchläuft diesen Prozess nicht.
Web-Push funktioniert seit iOS 16.4 / Safari 16 auch auf Apple-Geräten (öffnet in neuem Tab) – vorher war das eine echte Lücke gegenüber Native.

Was ist eine Progressive Web App?

Eine PWA ist eine Webanwendung, die dank Service Worker und Web App Manifest App-ähnlich funktioniert: installierbar über den Browser, teilweise offlinefähig, mit eigenem Icon auf dem Homescreen. Sie läuft über HTTPS, plattformübergreifend, ohne App-Store-Pflicht. Google beschreibt das Zielbild in einem eigenen Leitartikel mit der Formel „fast, installable, reliable, engaging" – kurz F.I.R.E. (web.dev (öffnet in neuem Tab)).

Kriterien im Überblick

Kriterium	PWA	Native App (iOS/Android)
Codebasis	Eine, webbasiert	Getrennt pro Plattform (oder Cross-Platform-Framework)
Vertrieb	Link/QR, ohne Store	App Stores oder MDM
Store-Prüfung	Entfällt	Ja, siehe Abschnitt unten
Web-Push	Seit iOS 16.4/Safari 16 verfügbar	Nativ von Anfang an
SEO/Reichweite	Indexierbar	Keine, nur App-Store-Sichtbarkeit
Hardwarezugriff	Wachsend, aber nicht vollständig	Voller OS-Zugriff
Updates	Sofort, ohne Review	Über Store-Release-Zyklus

Was Kosten wirklich unterscheidet

Belastbare Zahlen gibt es vor allem zur nativen Seite. Der Clutch Mobile App Pricing Guide 2026 (öffnet in neuem Tab) wertet Kundenbewertungen realer App-Projekte aus und kommt auf einen Durchschnittspreis von 90.780,11 US-Dollar pro Projekt bei einer typischen Laufzeit von rund elf Monaten. Die Stundensätze liegen dabei laut Clutch unabhängig vom Betriebssystem bei 25 bis 49 US-Dollar – Android, iOS und Cross-Platform-Entwicklung kosten pro Stunde also ähnlich viel. Der entscheidende Kostentreiber ist laut Clutch etwas anderes: Wer eine native iOS-App und eine native Android-App bauen lässt, zahlt in der Regel den doppelten Gesamtpreis, weil beide getrennte Codebasen und getrennte Wartung brauchen.

Für PWAs existiert keine vergleichbar belastbare, unabhängige Preisstudie – das ist eine echte Lücke, die dieser Beitrag nicht mit einer erfundenen Zahl schließt. Strukturell entfällt bei einer PWA aber genau der Kostentreiber, den Clutch als größten Hebel benennt: eine Codebasis statt zwei. Ob das im Einzelfall zu spürbar geringeren Kosten führt, hängt vom Funktionsumfang ab und lässt sich ohne Projektdaten nicht pauschal beziffern.

Was Fallstudien über den Nutzen zeigen

Google dokumentiert auf web.dev mehrere Fallstudien zu Unternehmen, die ihre mobile Website zur PWA umgebaut haben:

Alibaba.com, die B2B-Handelsplattform, meldet nach der PWA-Umstellung 76 Prozent mehr Conversions über alle Browser hinweg, 14 Prozent mehr monatlich aktive Nutzer auf iOS und 30 Prozent mehr auf Android (web.dev (öffnet in neuem Tab)).
Blibli, ein E-Commerce-Marktplatz in Indonesien mit über 29 Millionen monatlichen Website-Besuchen (Stand 2019), meldet eine um 42 Prozent reduzierte Absprungrate, eine 8-fach bessere mobile Conversion-Rate der installierten PWA gegenüber dem mobilen Browser sowie einen 10-fach höheren Umsatz pro Nutzer gegenüber der vorherigen mobilen Website (web.dev (öffnet in neuem Tab)).

Wichtig für die Einordnung: Beides sind von Google veröffentlichte Einzelfälle aus dem E-Commerce, keine repräsentative Marktstudie. Die Größenordnungen zeigen, dass PWA-Umstellungen bei den richtigen Voraussetzungen erhebliche Wirkung haben können – sie lassen sich aber nicht 1:1 auf jedes Unternehmen übertragen, insbesondere nicht auf B2B-Anwendungen ohne vergleichbaren mobilen Traffic.

Wo Native technisch noch vorn liegt

Ein früherer, oft zitierter Nachteil von PWAs war fehlender Web-Push auf Apple-Geräten. Das ist inzwischen überholt: Laut Apples eigener Entwicklerdokumentation (öffnet in neuem Tab) unterstützt Safari seit Version 16 (macOS) beziehungsweise iOS 16.4 Web-Push für Homescreen-Web-Apps und Webseiten. Wer also vor einigen Jahren gegen PWAs entschieden hat, weil Push auf iPhones nicht ging, sollte diese Prämisse neu prüfen.

Was native Apps weiterhin exklusiv oder deutlich robuster bieten: tiefe Hintergrundverarbeitung (etwa dauerhafte Standortverfolgung), Zugriff auf spezialisierte Hardware-APIs (BLE-Profile, NFC-Emulation, Kamera-Pipelines für AR) und App-Store-Präsenz als Vertriebs- und Vertrauenskanal. Für Anwendungsfälle, die genau darauf angewiesen sind, bleibt Native die robustere Wahl.

Der Store-Prüfprozess als Zeitfaktor

Ein Kostenfaktor, der in Budgetplanungen oft unterschätzt wird, ist die Store-Prüfung selbst. Ein Beitrag in der offiziellen Google-Play-Entwickler-Community (öffnet in neuem Tab) verweist auf Googles eigene Dokumentation und hält fest, dass eine App-Prüfung „in manchen Fällen 7 Tage oder länger" dauern kann. Apples App Review Guidelines (öffnet in neuem Tab) nennen ausdrücklich keine feste Prüfdauer, weisen aber darauf hin, dass komplexe Apps mehr Prüfung erfordern können und wiederholte Ablehnungen wegen desselben Verstoßes die Prüfung zusätzlich verlängern.

Für jedes Feature-Update einer nativen App bedeutet das: ein zusätzlicher, nicht vollständig planbarer Zeitpuffer zwischen fertigem Code und tatsächlicher Verfügbarkeit beim Nutzer. Eine PWA hat diesen Schritt nicht – ein Deployment ist sofort live.

Entscheidungshilfe

Fragen, die sich vor der Wahl stellen lassen:

Ist dauerhafte Hintergrundverarbeitung oder Spezialhardware (BLE, NFC, AR) zwingend erforderlich? Falls ja, spricht das für Native.
Zählt organische Reichweite über Suchmaschinen? PWAs sind indexierbar, native Apps nicht.
Wie kritisch ist Time-to-Market für Updates? Store-Reviews addieren laut Google und Apple einen Zeitpuffer, den PWA-Deployments nicht kennen.
Wird die App auf iOS und Android gleichermaßen gebraucht? Laut Clutch verdoppelt die zweite native Plattform die Gesamtkosten – bei einer PWA entfällt dieser Schritt strukturell.
Ist Web-Push für die Zielgruppe ausreichend? Seit iOS 16.4 technisch möglich, aber mit eigenem Berechtigungsdialog und geringerer Systemintegration als native Push.

Häufige Fragen

Was ist eine PWA einfach erklärt?

Eine Website, die sich dank Service Worker und Web App Manifest wie eine App verhält: installierbar, mit Icon auf dem Homescreen, teilweise offlinefähig – ohne App Store.

Sind die Google-Fallstudien auf jedes Unternehmen übertragbar?

Nein. Alibaba und Blibli sind große E-Commerce-Plattformen mit hohem mobilem Traffic. Die gemeldeten Steigerungen (siehe oben) sind Einzelergebnisse dieser konkreten Projekte, keine Durchschnittswerte für den Mittelstand oder für B2B-Anwendungen mit anderem Nutzungsprofil.

Was kostet eine App wirklich?

Laut Clutch liegt der Durchschnittspreis für App-Entwicklungsprojekte bei 90.780,11 US-Dollar, die Stundensätze bei 25 bis 49 US-Dollar unabhängig vom Betriebssystem. Für PWA-spezifische, vergleichbar belastbare Kostendaten gibt es aktuell keine unabhängige Studie.

Funktioniert Web-Push jetzt auch auf dem iPhone?

Ja, seit iOS 16.4 beziehungsweise Safari 16 laut Apples eigener Dokumentation. Vorher war das ein echter Nachteil von PWAs gegenüber Native.

Wie lange dauert eine App-Store-Prüfung?

Laut Googles Play-Entwickler-Community kann sie 7 Tage oder länger dauern. Apple nennt keine feste Frist, warnt aber vor Verzögerungen bei komplexen Apps oder wiederholten Ablehnungen. Eine PWA durchläuft diesen Schritt nicht.

Kann man von PWA später auf Native wechseln?

Ja, technisch über eine modulare Architektur mit API-first-Backend. Belastbare Daten dazu, wie oft und mit welchem Aufwand Unternehmen diesen Wechsel tatsächlich vollziehen, liegen uns nicht vor.

Fazit

Die belastbaren Daten zeigen ein klares Bild an zwei Enden: Bei den Kosten ist der native Zwei-Plattform-Ansatz laut Clutch nachweislich teurer, weil zwei Codebasen gepflegt werden müssen. Beim Nutzen zeigen Googles Fallstudien bei Alibaba und Blibli erhebliche, aber nicht verallgemeinerbare Effekte konkreter E-Commerce-Umstellungen. Dazwischen liegt die eigentliche Entscheidung: Wie wichtig sind Spezialhardware, Hintergrundverarbeitung und App-Store-Präsenz für Ihren konkreten Anwendungsfall – und wie stark wiegt der Zeitpuffer, den Store-Prüfungen laut Google und Apple mit sich bringen?

Wenn Sie diese Fragen für Ihr Projekt konkret durchrechnen wollen, sprechen wir gern darüber, welcher Weg für Ihren Anwendungsfall tragfähig ist.