PWA statt App-Store-App: wann eine Progressive Web App reicht

Eine Progressive Web App, kurz PWA, reicht immer dann, wenn Ihre Nutzerinnen und Nutzer schnell an Informationen kommen, etwas buchen, eine Anfrage stellen oder sofort benachrichtigt werden sollen. Sie lässt sich wie eine App auf den Home-Bildschirm legen, kann Push-Benachrichtigungen schicken und funktioniert auf iPhone, Android und Computer aus einer einzigen Codebasis. Eine App aus dem App Store braucht es erst, wenn das Vorhaben Gerätefunktionen benötigt, die der Browser nicht freigibt, oder wenn die Präsenz im Store selbst ein Verkaufsargument ist.

Das klingt nach einer technischen Detailfrage, ist aber eine Budgetfrage. Wer «wir brauchen eine App» sagt, meint oft: Wir wollen, dass Kunden uns mit einem Tipp erreichen und dass wir sofort erfahren, wenn etwas passiert. Beides leistet eine Web-App heute zuverlässig. Dieser Artikel ergänzt unseren Glossareintrag zur Progressive Web App um die Praxis: was die Technik heute kann, wo sie auf dem iPhone an Grenzen stösst und wie die Entscheidung in einem konkreten Projekt aussieht.

Was eine PWA konkret kann

Technisch ist eine PWA eine normale Website mit zwei Zusätzen. Das Web-App-Manifest beschreibt Name, Icon, Farben und Startverhalten, damit sich die Seite wie eine App installieren lässt. Der Service Worker ist ein kleines Skript, das im Hintergrund läuft, Anfragen abfängt, Inhalte zwischenspeichert und Push-Nachrichten entgegennimmt. Aus diesen beiden Bausteinen ergeben sich die Funktionen, die man im Alltag spürt:

Der letzte Punkt wird oft übersehen. Eine PWA ist eine Website. Jede Ansicht, die öffentlich sein darf, kann in Google erscheinen, verlinkt und in ChatGPT oder Perplexity als Quelle genannt werden. Eine native App ist für Suchmaschinen weitgehend unsichtbar. Für ein KMU, das über die Suche Kunden gewinnt, ist das ein handfester Vorteil.

Die Grenzen auf dem iPhone, ehrlich benannt

Android und die Desktop-Browser auf Chromium-Basis unterstützen PWAs seit Jahren weitgehend. Der kritische Punkt ist fast immer das iPhone, weil dort in der Schweiz alle Browser die Technik von Safari (WebKit) verwenden, auch Chrome und Firefox. Den grössten Schritt machte Apple mit iOS und iPadOS 16.4: Seit dieser Version, angekündigt im WebKit-Blog im Februar 2023, können Web-Apps auf dem Home-Bildschirm Push-Benachrichtigungen empfangen und App-Badges anzeigen. Damit fiel das Hauptargument gegen PWAs auf dem iPhone weg.

Ein paar Einschränkungen bleiben, und sie gehören in jede ehrliche Beratung:

• Keine automatische Installationsaufforderung. Chrome auf Android kann aktiv anbieten, die Web-App zu installieren. Safari tut das nicht. Die Person muss den Weg über das Teilen-Menü selbst kennen, also braucht es eine kurze, gut platzierte Anleitung in der App.
• Push nur nach Installation. Im normalen Browser-Tab gibt es auf dem iPhone keinen Web-Push. Die Erlaubnis muss ausserdem durch eine Handlung der Person ausgelöst werden, etwa einen Tipp auf «Benachrichtigungen aktivieren».
• Gerätefunktionen. Schnittstellen wie Web Bluetooth oder Web NFC stellt Safari nicht bereit. Wer ein Messgerät per Bluetooth koppeln oder NFC-Tags lesen will, landet bei einer nativen App.
• Hintergrundaufgaben. Eine PWA kann nicht beliebig lange im Hintergrund rechnen oder den Standort dauerhaft aufzeichnen. Für Fahrtenbücher oder Tracking-Apps ist das ein Ausschlussgrund.

Für die meisten Abläufe in Schweizer KMU sind diese Grenzen ohne Belang. Eine Reservation bestätigen, eine Offerte ansehen, Fotos eines Schadens hochladen, einen Termin buchen: Nichts davon braucht Bluetooth oder einen dauerhaften Hintergrundprozess.

PWA oder native App: der Vergleich

Die Entscheidung lässt sich an wenigen Fragen festmachen. Die Tabelle zeigt die typischen Unterschiede; Kosten nennen wir bewusst qualitativ, weil sie am Umfang hängen und nicht an der Technik allein.

Wer die Tabelle liest, sieht das Muster: Eine native App ist nicht «besser», sie ist für andere Aufgaben gebaut. Die PWA gewinnt überall dort, wo Geschwindigkeit, Reichweite und ein schlanker Betrieb zählen. Wenn es doch eine Store-App sein muss, stellt sich die nächste Frage: rein nativ oder plattformübergreifend? Die Unterschiede erklärt unser Artikel Native, React Native, Flutter oder PWA.

Beispiel aus der Praxis: Reservationen sofort aufs Handy

Wie das im Alltag aussieht, zeigt ein Projekt, das wir 2026 umgesetzt haben. Han Kitchen, ein koreanisch-japanisches Restaurant in Zürich-Oerlikon, hatte ein typisches Problem der Gastronomie: Im Betrieb sitzt niemand am Computer. Eine Reservationsanfrage, die erst Stunden später gesehen wird, ist ein verlorener Tisch.

Die Lösung ist eine Admin-Web-App, die sich auf den Home-Bildschirm des Handys legen lässt. Nach einem einmaligen Tipp auf «Push aktivieren» löst jede neue Reservation und jede Kontaktnachricht sofort eine Push-Benachrichtigung aus, mit Name, Datum, Uhrzeit und Personenzahl. Ein Tipp darauf öffnet die Anfrage. Zur Sicherheit geht zusätzlich eine E-Mail ans Restaurant.

Beim Bestätigen erscheint ein fertiger, anpassbarer Text. «Per WhatsApp» öffnet ihn im WhatsApp des Restaurants, und die Nachricht geht vom eigenen Konto an den Gast, ohne kostenpflichtige Schnittstelle und ohne Gebühren pro Nachricht. Die App merkt sich, ob und auf welchem Weg der Gast informiert wurde. Eine native App wäre hier kein Gewinn gewesen: Es gibt keinen Bedarf an Bluetooth oder Hintergrundprozessen, und das Team arbeitet ohnehin auf dem Handy. Wie solche Benachrichtigungen für Anfragen aller Art aufgebaut werden, beschreibt unser Artikel Push-Nachrichten für Unternehmen.

Ein zweites Beispiel ist älter und zeigt die Kundenseite. Für Steuererklärung Zürich haben wir ein komplettes System als Web-App gebaut: Kunden wählen ihr Paket, erstellen ein Login, laden ihre Unterlagen hoch und buchen den Termin direkt online. Auch das ist ein klassischer Fall, in dem eine App aus dem Store nur Hürden aufgebaut hätte, denn niemand installiert für die jährliche Steuererklärung eine eigene App.

Woran Sie erkennen, ob eine PWA reicht

Bevor über Technik gesprochen wird, lohnt sich ein Blick auf den Kernablauf. Fünf Fragen klären die Richtung meistens in einem Gespräch:

1. Was ist die eine Handlung, die die App ermöglichen soll? Buchen, anfragen, bestätigen, nachschlagen? Wenn sie sich im Browser erledigen lässt, reicht eine PWA.
2. Braucht der Ablauf Hardware jenseits von Kamera, Standort und Dateien? Bluetooth, NFC oder externe Geräte sprechen für nativ.
3. Muss etwas dauerhaft im Hintergrund laufen? Kontinuierliches Tracking oder lange Synchronisationen gehen nur nativ zuverlässig.
4. Wie werden Nutzer die App finden? Über Google, Ihre Website oder einen Link in der Mail: PWA. Über die Suche im App Store: nativ.
5. Wer nutzt die App, und wie oft? Interne Teams und Stammkunden sind eher bereit, eine Web-App zu installieren, vor allem wenn man es ihnen einmal zeigt. Gelegenheitsnutzer brauchen gar keine Installation, für sie zählt die schnelle Website.

Wer vier dieser Fragen zugunsten der Web-App beantwortet, sollte mit einer PWA starten. Der Weg zur nativen App bleibt offen: Die Oberfläche, die Abläufe und das Backend lassen sich später weiterverwenden, und mit dem Wissen aus dem echten Betrieb ist die Entscheidung für eine Store-App dann fundiert statt vermutet.

Was es für eine gute PWA braucht

Eine Website mit Manifest ist noch keine gute PWA. Damit die Web-App im Alltag überzeugt, achten wir auf ein paar Punkte, die in Angeboten gerne fehlen:

• Installationshilfe für iPhone-Nutzer. Ein kurzer Hinweis mit zwei Bildern, wie man die App auf den Home-Bildschirm legt, erscheint nur dort, wo er nötig ist, und nur einmal.
• Push mit Absicherung. Push-Benachrichtigungen können ausbleiben, etwa wenn das Handy lange offline war oder die Erlaubnis entzogen wurde. Wichtige Ereignisse gehen deshalb parallel per E-Mail hinaus und bleiben in der App gespeichert.
• Benachrichtigungen mit Inhalt. «Neue Anfrage» hilft wenig. «Neue Reservation · 4 Pers. · Fr 19:30» lässt die Person entscheiden, ob sie sofort reagieren muss.
• Schnelle Ladezeit. Eine PWA ist nur so gut wie ihre Website. Die Core Web Vitals gelten auch hier, und auf dem Handy im Mobilfunknetz zeigen sich Schwächen zuerst.
• Datenschutz. Push-Abonnements sind personenbezogene Daten. Die Datenschutzerklärung muss sie nennen, und die Abmeldung muss so einfach sein wie die Anmeldung.

Diese Details entscheiden darüber, ob das Team die App nach drei Wochen noch nutzt. Technisch ist die PWA längst ausgereift; der Unterschied liegt in der Sorgfalt beim Bau.

Kosten: was Sie realistisch erwarten können

Pauschale Preise für «eine App» gibt es nicht, weil der Aufwand am Umfang hängt, nicht am Etikett. Was sich sagen lässt: Eine PWA spart gegenüber zwei nativen Apps eine ganze Plattform, die Store-Pflege und die Wartezeiten bei Updates. Das macht sie für den Start in aller Regel deutlich günstiger.

Bei DLM Digital beginnt ein Prototyp oder MVP ab CHF 10'000. Darin steckt ein bedienbarer Kernablauf, mit dem Sie an echten Nutzern prüfen, ob das Vorhaben trägt. Bei einer Web-App, die wir entwickeln, ist die PWA-Fähigkeit mit Installation und Push in der Regel Teil des Plans, wenn der Ablauf davon profitiert. Was in welchen Schritten entsteht und wie wir die Idee an echten Nutzern prüfen, zeigt die Seite Prototyp und Validierung.

Fazit

Die Frage «Brauchen wir eine App?» ist meistens die falsche. Die richtige lautet: Welche Handlung soll schneller, einfacher oder zuverlässiger werden, und braucht sie Funktionen, die nur eine native App hat? Für Anfragen, Buchungen, Bestätigungen und Kundenportale ist die Antwort in den allermeisten Fällen nein. Dann ist eine PWA die schnellere, günstigere und besser auffindbare Lösung, die sich trotzdem wie eine App anfühlt, inklusive Push aufs Handy.

Wenn Sie ein konkretes Vorhaben haben, beschreiben Sie uns den Kernablauf in zwei Sätzen. Wir sagen Ihnen offen, ob eine PWA reicht oder ob es den Weg über den App Store braucht.