VKT Toolkit · 8. Oktober 2026 · 9 Min. Lesezeit

PWA oder native App: der ehrliche Vergleich für 2026

Die meisten Artikel zu „PWA oder native App“ schreibt jemand, der eines von beidem verkauft. Diesen schreibt ein Team, das eine PWA gebaut hat — neun kleine Werkzeuge, kein App-Store, keine Prüfschlange, kein Installationsbanner — und das Ihnen trotzdem zu einer nativen App rät, wenn Ihr Produkt sie braucht.

Also die ehrliche Fassung. Eine PWA ist eine Website plus drei Dinge: ein Manifest, das die Installation auf dem Startbildschirm erlaubt, ein Service Worker, der Offline-Betrieb ermöglicht, und HTTPS. Eine native App ist ein Binary, das Sie einreichen, prüfen lassen und ausliefern. Entschieden wird die Frage am Ende durch vier Dinge — Geld, Updates, Fähigkeiten und die Frage, wie Menschen Sie finden.

Der eigentliche Unterschied in einem Satz

Eine native App sind drei Produkte — ein iOS-Build, ein Android-Build und ein Web-Auftritt — die Sie getrennt pflegen. Eine PWA ist eine Codebasis, die Sie über HTTPS ausliefern und die sich zufällig installieren lässt. Das ist das ganze Architektur-Argument; alles Weitere folgt daraus.

Eine Zahl, die PWAs früher versenkt hat, ist kein Problem mehr: Service Worker — das Stück, das Offline erst möglich macht — erreichen heute rund 96 % der Nutzer weltweit. „Läuft auf zu wenigen Geräten“ ist 2026 kein Argument mehr. Der einzige Grund, eine PWA zu meiden, ist eine konkrete fehlende Fähigkeit — und die sitzt fast vollständig auf iOS.

Das Geld: Gebühren, Bau- und Wartungskosten

Hier gibt es zwei verschiedene Kosten, die ständig verwechselt werden: was das Bauen kostet und was das Vertreiben kostet.

Die Überraschung steckt im Vertrieb. Eine PWA läuft auf Ihrer eigenen Domain und kassiert über Ihr eigenes Gateway: keine Registrierungsgebühr, keine Provision, kein Gatekeeper. Native Apps zahlen beides, und teuer ist die Provision — ein Prozentsatz des Umsatzes, für immer. Apple nimmt standardmäßig 30 %, bzw. 15 % im Small Business Program (unter 1 Mio. USD pro Jahr). Google nimmt 15 % auf die ersten 1 Mio. USD und danach 30 %. Die Registrierung selbst ist klein: Apple 99 USD jährlich, Google 25 USD einmalig.

2025 und 2026 hat sich hier einiges bewegt. Nach der einstweiligen Verfügung im Verfahren Epic gegen Apple dürfen iOS-Apps in den USA auf die eigene Web-Kasse verlinken, und Apple hat für solche Käufe über externe Links rund 15 % vorgeschlagen — eine Zahl, über die noch gestritten wird, nicht entschieden. Google hat am 30. Juni 2026 externes Billing in USA, UK und EWR geöffnet, erhebt aber weiterhin eine Servicegebühr auf Link-out-Verkäufe (10 % bei Abos, 20 % bei anderen digitalen Gütern). Auf Google spart der externe Link also die zusätzlichen 5 % Billing-Gebühr, nicht die ganze Provision. Physische Waren und Dienstleistungen sind bei beiden Stores in der Regel von der Provision ausgenommen — deshalb umgeht ein E-Commerce-Produkt die ganze Debatte.

Der ehrliche Einwand: Verkaufen Sie nichts Digitales, löst sich das Provisionsargument in Luft auf, und die Sichtbarkeit im Store ist Ihnen womöglich mehr wert als die gesparte Gebühr. Bauen Sie keine PWA, nur um eine Gebühr zu umgehen, die Sie ohnehin nie gezahlt hätten. Auch die Prüfung ist schneller als ihr Ruf — Apple erledigt die meisten Einreichungen binnen eines Tages — „keine Prüfschlange“ ist also ein Pluspunkt, kein Argument für sich.

Was eine PWA weiterhin nicht kann (vor allem auf iOS)

Die Lücken sind deutlich kleiner geworden, und das sollte man klar sagen, denn „PWAs sind kastriert“ ist veraltet. Push-Benachrichtigungen gibt es für installierte PWAs auf iOS seit 16.4 (März 2023). Safari 18.4 brachte Declarative Web Push und Screen Wake Lock. Und in iOS 26 öffnet jede zum Startbildschirm hinzugefügte Website standardmäßig als eigenständige App — ohne Browser-Rahmen.

Was sich nicht bewegt hat, steht unten. Steht eines davon auf Ihrem kritischen Pfad, wählen Sie nicht zwischen einer guten und einer schlechteren Option, sondern zwischen nativ und einem schwächeren Produkt.

Drei Punkte verdienen einen Zusatz. Speicher ist auf iOS keine Datenbank. WebKit kann den skriptbeschreibbaren Speicher einer längere Zeit ungenutzten Website löschen — behandeln Sie lokal Gespeichertes als Cache und halten Sie die verbindliche Kopie auf dem Server. Jeder Browser auf iOS läuft auf WebKit; Chrome und Firefox erben Safaris Regeln, es gibt also keinen Engine-Wettbewerb, der iOS-PWA-Funktionen vorantreibt — deshalb ändert sich diese Tabelle nur langsam. Und Push auf iOS setzt die Installation voraus, was den Installationsweg still wichtiger macht: Die wenigsten Websites kommen so weit, und noch weniger erklären, wie es geht.

Android ist in diesem Feld dagegen stark: Chrome zeigt selbst einen Installationshinweis, Rich Push funktioniert, Hardware-APIs sind offen, und eine Trusted Web Activity bringt dieselbe PWA bei Bedarf in Google Play. Ist Ihr Publikum überwiegend auf Android, wird das PWA-Argument deutlich stärker.

Reichweite und Bindung sind zwei Dinge

Hier geht es nicht mehr um Technik — und trotzdem entscheidet es oft.

Bei der Reichweite gewinnt die PWA strukturell und deutlich. Eine PWA ist Ihre Website: Jede Seite kann gecrawlt, indexiert und gerankt werden und wird von KI-Antwortmaschinen gelesen — dorthin verschiebt sich ein wachsender Teil der Fragen. Eine native App existiert dort gar nicht; Sie konkurrieren stattdessen in der Store-Suche mit allen, die dieselben 99 USD gezahlt haben. Ist Ihr Wachstumsmodell „Menschen suchen nach dem Problem, das ich löse“, kann von den beiden nur die PWA überhaupt mitspielen.

Bei der Bindung gewinnt nativ — wegen Push. Eine native App sendet Rich Push ohne Vorbedingung, aktualisiert im Hintergrund und liegt als Widget auf dem Startbildschirm. Eine PWA kann auf iOS nichts davon im Hintergrund und pusht erst nach der manuellen Installation. Ist Ihr Publikum überwiegend auf dem iPhone und sind Benachrichtigungen Ihre Bindungs-Schleife, entscheidet genau das.

Deshalb ist die ehrliche Antwort für viele Teams kein Entweder-oder: eine PWA für die Akquise, eine native App für Ihre besten Kunden. Die PWA fängt alle auf, die über ein Suchergebnis kommen; die native App kümmert sich um die, die Sie schon genug mögen, um etwas herunterzuladen. Beides sind echte Strategien — und sie teilen sich ein Backend.

Damit Sie keine veralteten Zahlen zitieren: Die berühmten PWA-Erfolge — Twitter Lite, Pinterest, Starbucks — stammen von 2017. Nehmen Sie sie als Geschichte, die die Idee belegt hat, nicht als Benchmark, den Sie versprechen können. Der Markt selbst ist gesund: PWAs werden 2026 auf rund 3,14 Mrd. USD geschätzt, mit knapp 30 % Wachstum pro Jahr.

Wie Sie entscheiden

Vergessen Sie allgemeine Ratschläge. Zählen Sie, wie viele davon auf dem kritischen Pfad Ihres Produkts liegen:

• Bluetooth, NFC, USB oder tiefer Sensorzugriff;
• verlässlicher Hintergrund-Sync, Standort im Hintergrund oder Dinge, die auch geschlossen laufen müssen;
• Startbildschirm-Widgets oder Präsenz auf dem Sperrbildschirm;
• Rich oder Silent Push als Kernschleife, bei überwiegend iPhone-Nutzern;
• Entdeckung durch Menschen, die im Store stöbern;
• grafikintensive Arbeit: Spiele, Video- oder Fotobearbeitung, AR.

Zwei oder mehr: nativ bauen. Auf iOS umgehen Sie das nicht, und am Ende liefern Sie einen Kompromiss und nennen ihn eine Designentscheidung.

Eins oder keins: eine PWA ist fast immer der bessere erste Einsatz. Eine Codebasis, Updates in Minuten statt in einem Prüfzyklus, keine Provision und Suchtraffic, der sich aufbaut statt vom Store gemietet zu werden. Im Zweifel: erst die PWA ausliefern und messen — eine native App später zu ergänzen ist billiger, als festzustellen, dass Sie keine gebraucht hätten.

Und ist Ihre Idee klein — ein Zähler, ein Prüfwerkzeug, eine Zwei-Minuten-Spielerei —, ist es keine knappe Entscheidung. Niemand lädt eine 40-MB-App herunter, um einmal Luftpolsterfolie zu zerdrücken. Genau dort lebt unsere eigene Suite: neun winzige Werkzeuge, in einem Tipp installiert, danach offline nutzbar. Die Alternative wäre, einen Fremden für drei Minuten in einen Store zu schicken, damit er 30 Sekunden spielt. Ein Link schlägt jeden Download.

Häufige Fragen

Weitere Anleitungen im VKT-Blog.