Web-App, PWA oder native App? Was zu Ihrem Projekt passt

Wer eine digitale Anwendung plant, steht früh vor einer Grundsatzfrage: Soll sie im Browser laufen, als installierbare Web-App auf dem Startbildschirm liegen oder als richtige App aus dem App Store und von Google Play kommen? Die Antwort bestimmt Kosten, Zeitplan, Reichweite und was die Anwendung technisch überhaupt kann.

Dieser Beitrag erklärt die drei Wege ohne Fachjargon, zeigt die Grenzen von Progressive Web Apps auf dem iPhone, vergleicht Aufwand und Pflege und endet mit einer Entscheidungstabelle. Die technischen Angaben stammen aus der offiziellen Dokumentation von Apple und Google.

Die drei Wege kurz erklärt

Web-App: Software im Browser

Eine Web-App ist eine Anwendung, die über eine Adresse im Browser aufgerufen wird – ein Kundenportal, ein Buchungssystem, ein internes Dashboard. Es gibt nichts zu installieren, Updates sind sofort für alle verfügbar, und sie läuft auf Smartphone, Tablet und Rechner gleichermaßen. Dafür lebt sie in einem Browser-Tab: Sie wird leicht vergessen, und der Zugriff auf das Gerät ist auf das beschränkt, was der Browser erlaubt.

Progressive Web App (PWA): die Web-App mit App-Gefühl

Eine PWA ist eine Web-App, die sich zusätzlich wie eine App verhält. Sie lässt sich auf dem Startbildschirm ablegen, startet im Vollbild ohne Adressleiste und kann über einen sogenannten Service Worker im Hintergrund Nachrichten empfangen. Technisch bleibt sie eine Website: Sie wird nicht über einen Store verteilt, sondern über einen Link aufgerufen und von dort aus „installiert“.

App aus dem Store: nativ oder plattformübergreifend

Eine App im klassischen Sinn wird über den App Store und Google Play installiert. Sie kann entweder nativ für jede Plattform getrennt entwickelt werden (Swift für iOS, Kotlin für Android) oder plattformübergreifend mit einer gemeinsamen Codebasis, zum Beispiel mit Flutter. Mehr dazu im Vergleich von Flutter und React Native. Entscheidend hier: Eine Store-App hat vollen Zugriff auf die Schnittstellen, die Apple und Google für Apps bereitstellen, und ist dort auffindbar, wo Menschen nach Apps suchen.

PWA auf dem iPhone: Was geht und wo die Grenzen liegen

Bei PWAs kommt es stark auf die Plattform an. Auf dem iPhone gelten einige Besonderheiten, die Sie vor der Entscheidung kennen sollten, weil sie Funktionen wie Benachrichtigungen direkt betreffen.

Push-Benachrichtigungen nur vom Home-Bildschirm

Apple unterstützt Web Push laut eigener Entwicklerdokumentation für Web-Apps, die auf dem Home-Bildschirm abgelegt wurden, ab iOS 16.4, sowie für Webseiten in Safari ab macOS 13. Für ein iPhone heißt das: Solange Ihre Anwendung nur in einem Safari-Tab geöffnet ist, kann sie keine Push-Nachrichten senden. Die Nutzerin oder der Nutzer muss die Web-App zuerst zum Home-Bildschirm hinzufügen.

Dazu kommen zwei Regeln, die Apple ausdrücklich nennt:

• Die Erlaubnis für Benachrichtigungen muss durch eine Geste ausgelöst werden, etwa durch Tippen auf eine Schaltfläche. Ein automatisches Abfragen beim Seitenaufruf ist nicht vorgesehen.
• Safari unterstützt keine unsichtbaren Push-Nachrichten. Eine empfangene Nachricht muss sofort angezeigt werden, sonst entzieht Safari die Erlaubnis.

Positiv: Für Web Push ist laut Apple keine Mitgliedschaft im Apple Developer Program nötig, und seit iOS 16.4 können Home-Bildschirm-Web-Apps auch eine Zahl am App-Symbol anzeigen (Badge). Der zusätzliche Schritt „Zum Home-Bildschirm hinzufügen“ bleibt aber eine Hürde, denn einen gewohnten Installationsknopf wie im Store gibt es nicht.

Gerätefunktionen

Eine Web-App kann nur die Gerätefunktionen nutzen, die der Browser über Webschnittstellen freigibt. Kamera, Standort und Benachrichtigungen sind gängig. Viele weitere Funktionen stellt Apple dagegen als Frameworks für Apps bereit, zum Beispiel HealthKit als zentralen Speicher für Gesundheits- und Fitnessdaten auf iPhone und Apple Watch oder Core NFC zum Lesen und Beschreiben von NFC-Tags. Wenn Ihre Anwendung solche Funktionen braucht, etwa eine Gesundheits-App, die Schritte oder Messwerte übernimmt, ist eine Store-App der verlässliche Weg. Prüfen Sie die benötigten Gerätefunktionen deshalb vor der Entscheidung, nicht danach.

PWA in den Stores: Google ja, Apple nur mit Mehrwert

Eine häufige Idee: erst eine PWA bauen und sie später „einpacken“, um sie doch in die Stores zu bringen. Das funktioniert bei Google und Apple sehr unterschiedlich.

Google Play: Google beschreibt mit der Trusted Web Activity einen offiziellen Weg, Web-App-Inhalte wie eine PWA aus einer Android-App heraus im Vollbild zu öffnen. Der Inhalt wird dabei vom Browser des Nutzers dargestellt, verfügbar ab Chrome für Android in Version 72. Voraussetzung ist, dass App und Website nachweislich vom selben Anbieter stammen (über Digital Asset Links), und Google weist darauf hin, dass die Inhalte zuerst im Browser zugänglich und nützlich sein müssen. Auch eine solche App unterliegt den üblichen Play-Regeln, etwa der Anforderung an die Ziel-API-Version: Seit dem 31. August 2026 müssen neue Apps und Updates bei Google Play in der Regel Android 16 (API-Level 36) oder höher als Ziel angeben.

App Store: Apples App-Review-Richtlinien sind hier deutlich strenger. Unter Punkt 4.2 („Minimum Functionality“) heißt es sinngemäß, eine App solle Funktionen, Inhalte und eine Oberfläche bieten, die sie über eine „neu verpackte Website“ hinausheben. Punkt 4.2.2 ergänzt, dass Apps nicht in erster Linie Marketingmaterial, Werbung, „Web Clippings“ oder eine Linksammlung sein sollen. Eine dünne Hülle um eine bestehende Website riskiert damit die Ablehnung. Wer in den App Store will, sollte die App von Anfang an als App planen.

Wie die Veröffentlichung in beiden Stores Schritt für Schritt abläuft, zeigt unser Leitfaden App veröffentlichen bei Google Play und im App Store.

Kosten und Pflege im Vergleich

Der Preis einer Anwendung hängt vor allem vom Funktionsumfang ab: Benutzerkonten, Zahlungen, Schnittstellen zu anderen Systemen und ein Verwaltungsbereich verursachen den größten Teil des Aufwands, egal ob die Oberfläche im Browser oder in einer App läuft. Die Wahl der Plattform verschiebt die Kosten an einigen Stellen:

• Web-App und PWA: eine Codebasis für alle Geräte, keine Store-Gebühren, keine Prüfung durch Apple oder Google. Updates sind sofort live. Dafür müssen Sie die Darstellung in verschiedenen Browsern testen, und Sie brauchen einen eigenen Weg, damit Menschen Ihre Anwendung wiederfinden.
• Plattformübergreifende App (z. B. Flutter): ebenfalls eine Codebasis für iOS und Android, bei Bedarf auch für das Web. Dazu kommen die Store-Konten (Apple 99 US-Dollar pro Jahr, Google einmalig 25 US-Dollar), die Prüfung durch die Stores und regelmäßige Anpassungen an neue Vorgaben wie die Ziel-API-Version bei Google Play.
• Zwei native Apps: zwei getrennte Codebasen und damit für viele Funktionen doppelter Entwicklungs- und Pflegeaufwand. Sinnvoll vor allem, wenn eine App sehr tief in eine einzelne Plattform eingreifen muss.

Zur Einordnung unsere eigenen Richtwerte für Apps mit einer Codebasis für iOS und Android: ein MVP oder Prototyp kostet bei uns 2.700 bis 6.000 €, eine Business-App 7.000 bis 13.000 € und eine komplexe App ab 20.000 €, jeweils zuzüglich Umsatzsteuer. Die Veröffentlichung in den Stores ist eine eigene Leistung und kostet ca. 1.300 €. Ein MVP dauert typischerweise 4 bis 8 Wochen, eine Business-App 2 bis 3 Monate. Eine erste Spanne für Ihr Vorhaben liefert der App-Kosten-Rechner, die Hintergründe erklärt unser Beitrag Was kostet eine App?.

Ein Punkt wird oft unterschätzt: Wer mit einer PWA startet und später doch eine Store-App braucht, baut große Teile der Oberfläche neu. Die Daten und das Backend lassen sich weiterverwenden, wenn sie sauber getrennt sind. Planen Sie deshalb die Schnittstellen so, dass später beide Wege möglich sind. Mehr dazu in unserem Leitfaden zur Backend-Entwicklung.

Entscheidungstabelle: Was passt zu Ihrem Projekt?

Die Tabelle fasst typische Anforderungen zusammen. Treffen mehrere Punkte in der rechten Spalte zu, spricht viel für eine Store-App.

Drei Fragen, die die Entscheidung meist klären

1. Wo und wie oft wird die Anwendung genutzt?

Ein internes Werkzeug, das Mitarbeitende einmal pro Woche am Rechner öffnen, ist im Browser gut aufgehoben. Eine Anwendung, die mehrmals täglich unterwegs gebraucht wird, gehört dagegen auf den Startbildschirm – und dort finden Menschen eine Store-App schneller als eine PWA, die sie erst selbst ablegen müssen. Ein Beispiel aus unserer Arbeit ist die Zeiterfassungs-App, die für den täglichen Einsatz als App für iOS und Android umgesetzt wurde.

2. Wie wichtig sind Benachrichtigungen?

Wenn Ihr Geschäftsmodell davon lebt, Nutzerinnen und Nutzer zuverlässig zu erreichen – Terminerinnerungen, Statusmeldungen, neue Nachrichten –, ist die Einschränkung auf dem iPhone entscheidend. Web Push funktioniert dort nur, wenn die PWA auf dem Home-Bildschirm liegt. Wer diesen Schritt nicht macht, bekommt keine Nachrichten.

3. Gehört der Store zu Ihrem Vertrieb?

Für eine Anwendung, die neue Kundschaft gewinnen soll, sind App Store und Google Play eigene Vertriebskanäle mit Suche, Bewertungen und Vertrauen. Für eine Anwendung, die Sie ohnehin per Link an bestehende Kunden verteilen, ist dieser Kanal weniger wichtig – dann zählt eher, dass niemand etwas installieren muss.

Wie wir bei der Entscheidung vorgehen

Wir entwickeln bei SB-Techworks in Regensburg Apps, Web-Anwendungen und Backends für Kunden in ganz Deutschland, für Apps meist mit Flutter. Weil wir sowohl Web-Anwendungen als auch Apps für iOS und Android umsetzen, haben wir kein Interesse daran, Ihnen einen bestimmten Weg zu verkaufen. Im Erstgespräch klären wir Zielgruppe, Nutzungssituation, benötigte Gerätefunktionen und Budget und empfehlen dann die Variante, die zu Ihrem Projekt passt. Sie sprechen dabei direkt mit der Entwicklung, ohne Vertriebs- oder Projektmanagement-Ebene dazwischen. Der Quellcode gehört am Ende vollständig Ihnen.

Wenn Sie noch am Anfang stehen, hilft unser Leitfaden App-Idee umsetzen lassen. Beispiele umgesetzter Projekte finden Sie in unseren Referenzen. Für eine konkrete Einschätzung erreichen Sie uns über die Kontaktseite; wir antworten werktags innerhalb von 24 Stunden.