PWA vs. Wrapper-App: Was ist 2026 der richtige Weg in den App Store?

Wenn du recherchierst, wie deine Web-App aufs Smartphone deiner Kunden kommt, stößt du früher oder später auf zwei Begriffe: PWA (Progressive Web App) und Wrapper-App. Und meistens auch auf eine verlockende Behauptung: „Mach doch einfach eine PWA - dann sparst du dir App Stores, Review-Prozesse und Kosten komplett.”

Das klingt großartig. Und manchmal stimmt es sogar.

Aber eben nur manchmal. Ich habe diese Diskussion in den letzten Jahren mit vielen Gründern und Unternehmern geführt, und fast immer fehlte ein ehrlicher Vergleich, der beide Seiten ohne Lagerdenken betrachtet. Genau den liefere ich dir hier - inklusive der Fälle, in denen die PWA tatsächlich die bessere Wahl ist.

Was ist eine PWA eigentlich?

Eine Progressive Web App ist eine ganz normale Web-App mit drei technischen Extras:

1. Einem Web App Manifest - einer kleinen Datei, die Name, Icon und Farben festlegt, damit die App auf dem Homescreen installiert werden kann.
2. Einem Service Worker - einem Skript, das im Hintergrund läuft, Inhalte cachen kann (Offline-Fähigkeit) und Web-Push-Nachrichten empfängt.
3. HTTPS als Pflicht-Grundlage.

Der Clou: Eine PWA wird direkt aus dem Browser installiert. Der Nutzer besucht deine Webseite, wählt „Zum Homescreen hinzufügen” - und bekommt ein Icon, das die App im Vollbild öffnet, ohne Browser-Leiste. Kein App Store, kein Review, kein Download im klassischen Sinn.

Auf dem Papier ist das die eleganteste Lösung der Welt. Warum also überhaupt noch etwas anderes?

Und was ist nochmal eine Wrapper-App?

Die Kurzfassung (ausführlich hier: Was sind Wrapper Apps?): Eine Wrapper-App ist eine echte native iOS- bzw. Android-App, die im Kern aus einem Vollbild-Browserfenster (WebView) besteht, in dem deine Web-App läuft. Über eine Bridge bekommt dein Web-Code Zugriff auf native Funktionen - Push, Kamera, FaceID, Kontakte.

Der entscheidende Unterschied zur PWA: Die Wrapper-App ist aus Sicht von Apple und Google eine vollwertige App. Sie wird über den App Store und Google Play vertrieben, erscheint in der Store-Suche und nutzt die nativen Schnittstellen des Betriebssystems - nicht die (eingeschränkten) Browser-APIs.

Beide Ansätze haben also denselben Kern - deine Web-App - und unterscheiden sich in der Hülle. Genau diese Hülle macht in der Praxis den Unterschied. Gehen wir die Streitpunkte einzeln durch.

Kommt eine PWA in den App Store?

Die Frage klingt banal, ist aber der wichtigste Punkt des ganzen Vergleichs - denn hier trennen sich die Wege.

Bei Google Play: ja, offiziell. Google unterstützt PWAs über sogenannte Trusted Web Activities (TWA) - du kannst deine PWA in ein minimales Android-Paket packen und regulär bei Google Play einreichen. Google ist Web-Technologie gegenüber traditionell freundlich gesinnt.

Im Apple App Store: nein. Es gibt keinen offiziellen Weg, eine PWA als solche bei Apple einzureichen. Wenn du es über Umwege versuchst (PWA in eine minimale native Hülle packen und hoffen), landest du direkt bei Apples gefürchteter Guideline 4.2 „Minimum Functionality”: Apps, die „nur eine verpackte Webseite” sind, werden abgelehnt. Eine durchdachte Wrapper-App umschifft das mit echten nativen Features - eine nackte PWA-Hülle nicht. (Wie dieser Review-Prozess im Detail funktioniert, haben wir hier zerlegt: App Store Ablehnung vermeiden: Guideline 4.2 & 4.3.)

Heißt im Klartext: Mit einer reinen PWA existierst du im Apple App Store nicht. Deine iPhone-Nutzer - in Deutschland je nach Zielgruppe gut die Hälfte deiner Kunden, bei kaufkräftigen Zielgruppen oft deutlich mehr - finden dich dort schlicht nicht.

Ob das schlimm ist, hängt davon ab, was der Store-Eintrag für dich bedeutet. Dazu gleich mehr.

Funktionieren Push-Nachrichten bei PWAs - oder nicht?

Die zweithäufigste Frage, und die Antwort ist ein klassisches „Ja, aber”.

Technisch: ja. Web Push funktioniert auf Android seit Jahren ordentlich, und Apple hat es mit iOS 16.4 auch für iPhones freigeschaltet. Die Schlagzeile „PWAs können jetzt Push auf iOS!” stimmt also.

Praktisch: mit erheblichen Haken, vor allem auf dem iPhone:

• Push gibt es nur nach Installation. Auf iOS funktioniert Web Push ausschließlich, wenn der Nutzer die PWA vorher manuell zum Homescreen hinzugefügt hat - über das Teilen-Menü in Safari, ein Vorgang, den die wenigsten Normalnutzer kennen. Im Browser-Tab: kein Push, Punkt.
• Die Hürde ist doppelt. Erst muss der Nutzer die App installieren (ohne dass Safari ihn aktiv dazu auffordert), dann muss er innerhalb der App noch der Push-Berechtigung zustimmen. Jede Stufe kostet dich einen Großteil der Nutzer.
• Zweite Klasse bleibt zweite Klasse. Web Push auf iOS unterstützt bis heute nicht alles, was native Pushes können - und Apple behandelt die Funktion erkennbar stiefmütterlich. Wer seine Kundenkommunikation darauf baut, baut auf Apples Goodwill. Dass Apple Anfang 2024 Homescreen-Web-Apps in der EU schon einmal kurzerhand abschalten wollte (und erst nach öffentlichem Druck zurückruderte), sollte man bei dieser Wette kennen.

Bei einer Wrapper-App läuft Push dagegen über die nativen Kanäle (APNs bei Apple, FCM bei Google) - dieselbe Technik, die WhatsApp und Co. nutzen. Ein Systemdialog fragt nach der Berechtigung, danach erreichen deine Nachrichten zuverlässig den Sperrbildschirm. Für viele unserer Kunden ist genau das der Hauptgrund für eine App: ein direkter, kostenloser Draht zum Kunden, unabhängig von Werbebudgets und Social-Media-Algorithmen.

Wenn Push für dein Geschäftsmodell zentral ist - Angebote, Terminerinnerungen, Reaktivierung - ist das ehrlicherweise schon die halbe Entscheidung.

Wie sieht es mit Offline-Nutzung und Speicher aus?

Hier holt die PWA auf den ersten Blick Punkte: Mit einem gut gebauten Service Worker kann sie Inhalte cachen und auch ohne Netz benutzbar bleiben. Das funktioniert wirklich - viele große Web-Apps machen es vor.

Der Haken sitzt wieder bei Apple: Safari räumt den Speicher von Webseiten, die sieben Tage lang nicht besucht wurden, rigoros ab (Stichwort Intelligent Tracking Prevention). Gespeicherte Daten, Logins, Caches - weg. Für eine zum Homescreen hinzugefügte PWA gelten mildere Regeln, aber die Grundwahrheit bleibt: Deine Daten leben auf iOS in einem Browser-Sandkasten, dessen Regeln Apple jederzeit ändern kann.

Eine Wrapper-App unterliegt diesen Browser-Restriktionen nicht in gleicher Weise - sie ist eine native App mit eigenem, stabilem Speicherbereich. Offline-Verhalten musst du trotzdem bewusst gestalten (eine App, die bei Funkloch einen Browser-Fehler zeigt, wirkt kaputt - mehr dazu in Vom Browser zum Homescreen), aber das Fundament ist verlässlich.

Was ist mit Vertrauen und Auffindbarkeit?

Ein Punkt, der in Technik-Vergleichen gern untergeht, im Geschäftsalltag aber oft entscheidet:

Der Store-Eintrag ist ein Gütesiegel. „Lad dir unsere App im App Store” klingt nach einem etablierten Unternehmen. „Öffne unsere Webseite in Safari, tipp auf Teilen und dann auf Zum Homescreen hinzufügen” klingt nach einer Bastellösung - und genau so kommt es bei vielen Kunden an. Gerade für lokale Geschäfte, Praxen und Dienstleister ist die Store-Präsenz ein Stück Markenbildung, das eine PWA nicht ersetzen kann.

Die Store-Suche ist ein Akquisekanal. Apple gibt an, dass rund 65 % aller App-Downloads über die Store-Suche entstehen. Wer dort nicht gelistet ist, existiert für suchende Nutzer nicht. Eine PWA findet man nur über Google - und dort konkurrierst du mit dem gesamten Web statt mit ein paar Dutzend Apps deiner Nische.

Installation ist Reibung. Die PWA-Installation auf iOS ist versteckt; Safari fordert Nutzer nicht aktiv dazu auf. Der App-Store-Download dagegen ist ein Ritual, das jeder Smartphone-Nutzer hundertfach geübt hat: Suchen, Laden, fertig.

Fairerweise gibt es auch die Gegenrichtung: Wo es gar keine Installation braucht - einmalige Nutzung, ein Link in einer E-Mail - ist die Reibungslosigkeit des Webs unschlagbar. Niemand lädt eine App herunter, um einmal einen Tisch zu reservieren. Aber dafür braucht es auch keine PWA, sondern einfach: eine gute Webseite.

Was kostet welcher Weg?

Die ehrliche Rechnung, mit allen Posten:

PWA:

• Manifest + Service Worker einrichten: überschaubarer Entwicklungsaufwand, einmalig.
• Keine Store-Gebühren, kein Review, keine Veröffentlichungskosten.
• Versteckte Kosten: sauberes Offline-Caching ist anspruchsvoller, als es aussieht (Stichwort Cache-Invalidierung), und die iOS-Sonderfälle (Push, Speicher, Installation) fressen erfahrungsgemäß die meiste Zeit.

Wrapper-App:

• Entwicklung der nativen Hülle plus Feinschliff - als Dienstleistung (wie bei bequem.app) ein planbarer Festpreis, im Eigenbau mit Capacitor „kostenlos”, aber mit erheblichem Zeit- und Wartungsaufwand (Xcode, Zertifikate, Review - die Details stehen hier).
• Developer-Accounts: 99 $/Jahr (Apple) + 25 $ einmalig (Google).
• Dafür: Store-Präsenz, echtes Push, stabile native Basis.

Beide Wege sind dramatisch günstiger als eine native Neuentwicklung - den großen Drei-Wege-Vergleich findest du hier: App-Entwicklung Kosten 2026. Zwischen PWA und Wrapper ist der Kostenunterschied real, aber selten entscheidungsrelevant. Entscheidend ist, was du brauchst - nicht, was du sparst.

Wann reicht eine PWA wirklich aus?

Jetzt der Teil, den dir ein App-Dienstleister angeblich nie sagt. Es gibt Fälle, in denen die PWA schlicht die richtige Wahl ist:

• Interne Tools. Eine App für deine eigenen Mitarbeiter - Zeiterfassung, Lagerverwaltung, Schichtplan. Du kannst jedem Mitarbeiter einmal zeigen, wie die Installation geht; Store-Sichtbarkeit und Marketing-Push brauchst du nicht.
• Werkzeuge mit Browser-Charakter. Rechner, Konfiguratoren, Nachschlagewerke - Dinge, die Nutzer bei Bedarf googeln statt installieren.
• Such-getriebene Geschäftsmodelle. Wenn deine Kunden dich über Google finden und sofort handeln (buchen, bestellen, anfragen), ist die Webseite dein Produkt. Eine App-Hürde davor wäre kontraproduktiv.
• Der Testballon. Du willst erst beweisen, dass dein Produkt Nutzer findet, bevor du in die Store-Präsenz investierst. Völlig legitim - und der spätere Umstieg ist einfach (dazu gleich).

Das ehrliche Muster dahinter: Die PWA gewinnt überall dort, wo Reichweite und Bindung nicht vom Smartphone-Ökosystem abhängen.

Und wann ist die Wrapper-App der richtige Weg?

Spiegelbildlich gewinnt der Wrapper, sobald mindestens einer dieser Punkte auf dich zutrifft:

• Du willst Kunden aktiv erreichen. Zuverlässiges Push auf iOS und Android gibt es realistisch nur nativ. Wer Angebote, Erinnerungen oder News versenden will, braucht den Wrapper.
• Die Store-Präsenz ist Teil deiner Marke. „Gibt’s auch als App” ist für viele Kunden ein Qualitätssignal - und die Store-Suche ein Akquisekanal, den du sonst verschenkst.
• Du brauchst native Funktionen. Kamera-Zugriff für Dokumenten-Scans, FaceID-Login, Kontakte, Bluetooth - die Browser-APIs decken auf iOS nur einen Bruchteil davon ab.
• Deine Nutzer kommen täglich oder wöchentlich wieder. Treueprogramme, Buchungssysteme, Mitglieder-Apps: Hier zählt das Icon auf dem Homescreen, die stabile Session und das Gefühl einer „echten” App.
• Apple-Risiken sollen dich nicht treffen. Deine App soll nicht davon abhängen, wie Safari nächstes Jahr mit Web-Push oder Browser-Speicher umgeht.

Muss ich mich überhaupt entscheiden?

Die vielleicht wichtigste Erkenntnis des ganzen Vergleichs: PWA und Wrapper schließen sich nicht aus - sie bauen aufeinander auf.

Beide haben denselben Kern: deine Web-App. Eine sauber gebaute, mobil optimierte Web-App (gern mit PWA-Features wie Service Worker und Manifest) ist die perfekte Ausgangsbasis für eine Wrapper-App. Nichts davon ist verlorene Arbeit:

1. Heute: Deine Web-App läuft im Browser, optional als installierbare PWA. Du sammelst Nutzer und Feedback.
2. Morgen: Der Wrapper legt die native Hülle darum - Push, Store-Eintrag, native Features. Deine Codebasis bleibt exakt dieselbe; Änderungen an der Web-App landen weiterhin sofort bei allen Nutzern, im Browser wie in der App.
3. Das Ergebnis: Webseite für die Google-Reichweite, App für die Bindung. Die meisten erfolgreichen Apps fahren genau diese Doppelstrategie.

Der Streit „PWA oder Wrapper” ist deshalb in vielen Fällen ein Scheingefecht. Die echte Frage lautet: Brauchst du die native Schicht jetzt, später - oder nie?

Fazit: Die Entscheidung in einer Minute

Zum Schluss die Kurzform für deine Entscheidung:

Frage	Eher PWA	Eher Wrapper-App
Willst du Push-Nachrichten an Kunden senden?	–	✓
Sollen Kunden dich im App Store / bei Google Play finden?	–	✓
Brauchst du Kamera, FaceID & Co.?	–	✓
Ist es ein internes Tool für geschulte Nutzer?	✓	–
Finden dich Kunden primär über Google-Suche?	✓	–
Willst du erst günstig testen?	✓ (und später wrappen)	–

Wenn deine Häkchen rechts landen - oder du den Schritt von der PWA zur echten Store-App gehen willst -, ist das genau unser Spielfeld: Wir bauen die native Hülle um deine bestehende Web-App, verdrahten Push und native Features und bringen die App durch den Review in beide Stores, unter deinem Namen.

Hol dir deine kostenlose App-Demo - wir zeigen dir an deiner eigenen Web-App, wie sie sich als echte App anfühlt. Spoiler: ziemlich gut.