Progressive Web App (PWA)

Was ist eine Progressive Web App?

Eine Progressive Web App, kurz PWA, ist eine Website, die sich auf dem Smartphone zum Home-Bildschirm hinzufügen lässt und danach in vielem wie eine App wirkt: mit eigenem Symbol, eigenem Fenster, Offline-Zugriff über einen Service Worker und, nach der Erlaubnis, auch mit Push-Benachrichtigungen; auf Android und am Rechner geht das auch ohne Installation aus dem Browser, auf iPhone und iPad erst, wenn die Web-App auf dem Homebildschirm abgelegt wurde.

Worin unterscheidet sich eine PWA von einer nativen App?

Der wichtigste Unterschied liegt in der Verteilung und im Zugriff auf das Gerät. Eine PWA wird über einen Link aufgerufen und muss nicht über den App Store oder Google Play verteilt werden. Updates kommen direkt über das Web und müssen nicht erst durch Apple oder Google geprüft werden. Eine native App wird dagegen aus einem Store installiert. Damit sind Gebühren und eine Prüfung durch den Store verbunden. Das Apple Developer Program kostet laut Apple 99 US-Dollar pro Mitgliedsjahr. Für ein Entwicklerkonto bei Google Play fällt laut Google eine einmalige Registrierungsgebühr von 25 US-Dollar an. Dazu kommt, dass Apple jede App im App Store nach den App Review Guidelines prüft. Regel 4.2 verlangt sinngemäß: „Ihre App sollte Funktionen, Inhalte und eine Benutzeroberfläche bieten, die sie über eine bloß verpackte Website hinausheben“ (eigene Übersetzung). Eine Website in einer App-Hülle ist deshalb kein Ersatz für eine native App.

Technisch hat eine native App meist den größeren Spielraum. Im Web funktionieren Kamera und biometrische Anmeldung in vielen Browsern, beim Zugriff auf Kontakte und bei manchen Hintergrundfunktionen bleibt das Web aber je nach Browser eingeschränkt. Eine native App nutzt diese Funktionen über die Schnittstellen des Betriebssystems, sobald die Person sie erlaubt. Für Unternehmen ist deshalb weniger die Frage, was theoretisch möglich ist, sondern welches Nutzungsszenario im Alltag zuverlässig tragen muss.

Wann ist eine PWA für Unternehmen sinnvoll?

Eine PWA ist dann interessant, wenn Inhalte schnell erreichbar sein sollen und die Hürde einer Store-Installation vermieden werden soll. Der Zugang beginnt mit einem Link. Das kann helfen, wenn Beschäftigte zuerst nur lesen, sich orientieren oder einzelne Informationen aufrufen sollen. Gerade in Unternehmen mit vielen Beschäftigten ohne Schreibtisch ist das attraktiv, weil oft kein Diensthandy bereitsteht. Wer kein Diensthandy hat, nutzt das private Gerät. Gleichzeitig ist die digitale Reichweite nicht selbstverständlich. In Deutschland bekommen in der Herstellung von Nahrungs- und Futtermitteln, Getränken und Tabak 39,2 Prozent der Beschäftigten in Unternehmen ab zehn Beschäftigten vom Arbeitgeber Internetzugang für berufliche Zwecke, im EU-Durchschnitt sind es 64,6 Prozent (Eurostat, isoc_ci_cm_pn2, 2025). Das zeigt, wie wichtig ein Zugang ist, der nicht an den Desktop gebunden ist.

Sinnvoll ist eine PWA also vor allem dort, wo ein schneller Einstieg zählt und wo es zunächst um Inhalte, Orientierung und regelmäßige Information geht. Sie ist jedoch nicht automatisch die beste Wahl, nur weil sie einfacher verteilt wird.

Wo scheitert eine PWA in der Praxis oft?

In der Praxis liegt der kritische Punkt nicht bei der ersten Nutzung im Browser, sondern beim Schritt auf den Home-Bildschirm. Genau dort steigen viele Menschen aus. Eine PWA wirkt erst dann wirklich app-ähnlich, wenn sie hinzugefügt wurde. Erst dann gibt es das Symbol, das eigene Fenster und weitere Funktionen, die an eine App erinnern.

Auf dem iPhone ist dieser Schritt besonders wichtig. Web-Push gibt es dort seit iOS 16.4, aber nur für Web-Apps, die zum Home-Bildschirm hinzugefügt wurden, und nur mit Erlaubnis. Ohne diesen Zwischenschritt kommt keine Push-Nachricht an. Laut Can I use, abgerufen am 23. September 2026, wird die Push API von Browsern mit zusammen 96,27 Prozent der weltweit erfassten Browsernutzung ganz oder teilweise unterstützt; „teilweise“ betrifft vor allem Safari auf iPhone und iPad, dort nur für Web-Apps auf dem Home-Bildschirm.

Für interne Kommunikation ist das mehr als eine technische Einzelheit. Wenn wichtige Nachrichten zuverlässig ankommen sollen, ist jede zusätzliche Hürde ein Risiko. Was in einer Produktdemo klein wirkt, wird in großen Belegschaften schnell zum Reichweitenproblem.

Wann ist eine native App die bessere Wahl?

Eine native App ist die bessere Wahl, wenn die Anwendung ein tägliches Werkzeug ist und das Handy faktisch zum Arbeitsplatz wird. Das gilt auch dann, wenn verlässliche Nachrichten auf dem Sperrbildschirm ankommen müssen oder wenn Gerätefunktionen gebraucht werden, auf die das Web nur teilweise zugreifen kann. Für Kommunikations- und Personalverantwortliche ist das der entscheidende Maßstab: nicht die technische Eleganz des Formats, sondern die Frage, wie sicher Inhalte im Alltag ankommen und wie niedrig die Nutzungshürde bleibt. Wenn Beschäftigte eine Anwendung regelmäßig öffnen, Benachrichtigungen nicht verpassen dürfen oder wenn Prozesse an das Gerät gekoppelt sind, spricht viel für eine native App.

Die PWA ist deshalb kein Ersatz für jede App, sondern ein bestimmtes Betriebsmodell mit klaren Stärken und ebenso klaren Grenzen.

Wie geht tchop mit dem Thema um?

tchop zwingt Unternehmen nicht dazu, sich auf ein Format festzulegen. Dieselben Inhalte lassen sich als Web-App im Browser und als eigene, gebrandete native App für iOS und Android bereitstellen. So muss ein Unternehmen nicht zwischen einfacher Erreichbarkeit und nativer Nutzung wählen und dabei eine Zielgruppe verlieren.

Für interne Apps empfiehlt tchop statt eines öffentlichen Store-Eintrags die private Verteilung als B2B-App unter dem eigenen Entwicklerkonto des Unternehmens. Dann erscheint die App unter dem Namen des Unternehmens. Das ist besonders dort relevant, wo Vertrauen und klare Absenderschaft zählen.

Wie das in der Praxis aussieht, zeigt die Fallstudie zur AOK: Mehrere regionale AOKs betreiben ihre Mitarbeiter-Apps mit tchop, als mobile Apps und als Web-App.

Die Grenze ist ebenso klar. tchop ist keine Plattform zur App-Entwicklung. Sie bekommen eine konfigurierte App und keinen eigenen Quellcode. Eigene Gerätefunktionen sind ein eigenes Projekt und keine Einstellung. Mehr zur Lösung finden Sie bei der tchop Mitarbeiter-App.

Häufige Fragen: Progressive Web App (PWA)

Was ist der Unterschied zwischen Web-App und PWA?

Eine Web-App läuft im Browser. Eine PWA geht einen Schritt weiter: Sie lässt sich zum Home-Bildschirm hinzufügen und wirkt danach stärker wie eine App, etwa mit eigenem Symbol, eigenem Fenster und Offline-Zugriff über einen Service Worker. Push-Benachrichtigungen sind ebenfalls möglich, aber erst nach Erlaubnis; auf Android und am Rechner auch ohne Installation aus dem Browser, auf iPhone und iPad erst, wenn die Web-App auf dem Homebildschirm abgelegt wurde.

Funktionieren Push-Benachrichtigungen einer PWA auf dem iPhone?

Ja, aber nicht ohne Bedingungen. Web-Push gibt es auf dem iPhone seit iOS 16.4 nur für Web-Apps, die zum Home-Bildschirm hinzugefügt wurden, und nur mit Erlaubnis. Genau dieser Schritt ist in der Praxis oft die Hürde, an der Reichweite verloren geht.

Ist eine PWA günstiger als eine native App?

Sie vermeidet zunächst den Store-Weg und damit auch die Prüfung durch Apple oder Google bei Updates. Das kann Abläufe vereinfachen. Gleichzeitig sollte die Entscheidung nicht nur über Kosten laufen, sondern über Nutzung und Reichweite. Wenn Benachrichtigungen verlässlich ankommen müssen oder Gerätefunktionen gebraucht werden, ist eine native App oft die passendere Lösung.

Was brauchen Beschäftigte ohne Diensthandy?

In vielen Unternehmen nutzen Beschäftigte ohne Diensthandy ihr privates Smartphone. Dann zählt vor allem, wie niedrig die Einstiegshürde ist und wie zuverlässig Inhalte ankommen. Ein Link zur Web-App hilft beim schnellen Zugang. Wenn regelmäßige Nutzung und verlässliche Benachrichtigungen wichtig sind, bleibt die native App oft der stabilere Weg.