Was ist eine Progressive Web App (PWA)?

Der Name stammt aus einem Beitrag, den Alex Russell am 15. Juni 2015 in seinem Blog Infrequently Noted veröffentlichte. Am Vorabend, schreibt er, hätten Frances Berriman und er beim Abendessen die Merkmale dieser neuen Klasse von Anwendungen aufgezählt: Sie passen sich jedem Bildschirm an, laufen mit Service Workern offline, lassen sich ohne Store installieren und per URL teilen. Zum Namen heißt es: „Frances called them ‚Progressive Open Web Apps‘ and we both came around to just ‚Progressive Apps‘“.

2015 lautete der Name also „Progressive Apps“, so auch der Titel des Beitrags in der Kopie des Internet Archive vom 17. Juni 2015. Heute trägt der Beitrag den Titel „Progressive Web Apps: …“, die URL enthält aber weiter „progressive-apps“, und im September 2016 nutzte Russell selbst schon diese Form. „Progressiv“ verweist auf Progressive Enhancement: Für Russell sind es „just websites that took all the right vitamins“, die sich durch Nutzung einen Platz auf dem Startbildschirm verdienen.

• 15. Juni 2015: Russell und Berriman geben den „Progressive Apps“ ihren Namen.
• 12. September 2016: Russell legt Mindestkriterien fest: HTTPS, Laden ohne Netz (und damit Service Worker) und Manifest.
• 2018: Laut WebKit unterstützt Safari unter iOS 11.3 Service Worker, mit iOS 11.4 auch das Manifest.
• 2019: Chrome ermöglicht die Installation von PWAs auf dem Desktop.
• 16. Februar 2023: iOS und iPadOS 16.4 (Beta) bringen Push-Benachrichtigungen für Web-Apps auf dem Home-Bildschirm, und Drittbrowser können Websites dort ablegen.
• Februar und März 2024: Apple kündigt an, diese Web-Apps in der EU wegen des Digital Markets Act zu entfernen, und nimmt das zurück: Sie bleiben mit iOS 17.4.
• 22. April 2024: Lighthouse 12.0 streicht die Kategorie PWA.
• 15. September 2025: Unter iOS und iPadOS 26 öffnet sich laut WebKit jede auf dem Home-Bildschirm abgelegte Website als Web-App, mit oder ohne Manifest.

Eine PWA besteht aus drei Teilen: einer Website, die über HTTPS ausgeliefert wird, einem Manifest (einer JSON-Datei, die jede Seite einbindet und die festlegt, wie die App installiert und angezeigt wird) und optional einem Service Worker.

Laut MDN verlangen Chrome, Edge und Samsung Internet im Manifest name oder short_name, Icons mit 192 und 512 Pixeln, start_url, display oder display_override sowie prefer_related_applications als false oder gar nicht. Der Leitfaden von web.dev (19. September 2024) nennt nur display und ergänzt, dass Chrome seinen Installationshinweis nach mindestens einem Klick und 30 Sekunden auf der Seite zeigt.

Der Service Worker ist ein Skript, das in einem eigenen Thread zwischen Seite und Netz läuft. Bei der Installation kann er Ressourcen im Cache ablegen, beim Aktivieren alte Versionen löschen, danach fängt er jede Anfrage ab. MDN beschreibt drei Strategien:

• Zuerst der Cache: für die Grundoberfläche; Gespeichertes wird erst mit einem neuen Service Worker erneuert.
• Cache mit Erneuerung (Stale While Revalidate): antwortet aus dem Cache und aktualisiert ihn gleichzeitig aus dem Netz.
• Zuerst das Netz: greift nur auf den Cache zurück, wenn das Netz ausfällt, etwa für die letzten Nachrichten in einer Messaging-App.

Eine PWA kann sie je nach Ressource kombinieren; für Daten, die nie veraltet sein dürfen, etwa den aktuellen Warenbestand, empfiehlt MDN nur das Netz.

Wie sich eine PWA installieren lässt, hängt von Browser und Betriebssystem ab.

Quelle: MDN, „Making PWAs installable“ (6. Oktober 2026) und „Installing and uninstalling web apps“ (17. September 2026), abgerufen am 14.11.2026 (englisch).

Unter iOS erreichen Push-Benachrichtigungen laut WebKit (Februar 2023) nur installierte Web-Apps, und die Erlaubnis darf erst nach einer Aktion des Nutzers abgefragt werden. Seit iOS 17 hat eine installierte Web-App dasselbe Speicherlimit wie im Browser. Die Löschung nach sieben Tagen Safari-Nutzung ohne Interaktion (März 2020) greift anders: Jede Web-App auf dem Home-Bildschirm zählt ihre eigenen Nutzungstage, und WebKit erwartet nicht, dass ihre Daten gelöscht werden.

In App-Stores: Für Google Play bietet Chrome die Trusted Web Activity (ab Chrome 72), eine Android-App, die die Website im Vollbild öffnet; für den Microsoft Store beschreibt Microsoft das Verpacken mit PWABuilder, das laut MDN auch Pakete für den App Store von iOS erzeugt.

Russell zeigte 2015 den Ablauf an flipboard.com in Chrome für Android: Die Website startet in einem Tab, nach einigen Besuchen bietet der Browser an, sie zu behalten, danach öffnet sie sich im Vollbild vom Startbildschirm.

Mainline Menswear, ein Online-Modehändler aus Großbritannien, verglich seine PWA mit seiner mobilen Website. In der Fallstudie auf web.dev (20. April 2021) nennt das Unternehmen für die PWA eine um 55 % höhere Conversion-Rate und 243 % mehr Umsatz pro Sitzung, gemessen an einem kleinen Teil seiner Nutzer.

Trivago hat Sitzungen gemessen, die ein Verbindungsabbruch unterbrach. Laut web.dev (2020) surften von den betroffenen Nutzern, rund 3 %, 67 % weiter, sobald sie wieder online waren.

Lighthouse prüft PWAs seit Version 12.0 nicht mehr; Chrome verweist auf die DevTools. Im Bereich Application zeigt der Tab Manifest Installationsfehler unter Installability, und der Tab Service Workers simuliert den Offline-Zustand und emuliert Push-Nachrichten.

Die Wirkung zeigt die Webanalyse, wenn man installierte und Browser-Sitzungen vergleicht oder, wie Trivago, protokolliert, wann die Verbindung abbricht und zurückkommt.

Laut MDN läuft eine PWA mit einer Codebasis auf mehreren Plattformen und lässt sich wie eine App installieren und offline nutzen. Laut Russell hält sie sich zudem selbst aktuell, ohne Umweg über einen Store.

Dagegen stehen die Unterschiede zwischen den Plattformen aus der Tabelle. Außerdem entstehen laut MDN zwei Kopien ohne gemeinsame Daten, wenn man dieselbe PWA aus zwei Browsern installiert.

Für SEO hat eine PWA dasselbe Risiko wie jede Website mit viel JavaScript. Laut Google enthält beim App-Shell-Modell das erste HTML den Inhalt nicht; Google verlangt die History API statt Fragmenten (#), und sein Renderer löscht Cookies und Local Storage zwischen Seitenaufrufen. Mehr unter Client-Side Rendering und JavaScript SEO; die URL-Prüfung der Search Console zeigt, ob das gerenderte HTML den Text enthält.

Jede PWA ist eine Web-App, umgekehrt gilt das nicht: Laut MDN lässt sich eine PWA installieren und braucht dafür ein Manifest. Der Vergleich zwischen nativer App, Website und PWA steht im Eintrag zur App.

Laut MDN entsteht beim Ablegen einer Website, die keine PWA ist, auf dem Startbildschirm nur eine Verknüpfung zum Browser; unter iOS und iPadOS 26 öffnet sie sich laut WebKit als Web-App, sofern der Nutzer das nicht abschaltet. Eine Trusted Web Activity ist eine Android-App, die eine PWA anzeigt.

Unter iOS hängen PWAs von Apples Entscheidungen ab. Im Februar 2024 begründete Apple die Entfernung in der EU mit Sicherheitsfragen bei fremden Browser-Engines und der „very low user adoption“ dieser Web-Apps, ohne eine Zahl zu nennen. Für den App Store verlangt Richtlinie 4.2, dass eine App „beyond a repackaged website“ geht.

Auch die Kriterien ändern sich. 2016 schrieb Russell, sie würden strenger, das Gegenteil sei unwahrscheinlich. Seit Version 108 (mobil) und 112 (Desktop) verlangt Chrome für die Installation aus dem Menü keinen Service Worker mehr, und Safari unter iOS 26 kennt laut WebKit gar keine Voraussetzungen mehr. Ältere Texte führen den Service Worker weiter als Pflicht, darunter Russells eigene Kriterien vom 12. September 2016.

• Sorge dafür, dass die Website über HTTPS läuft und ohne Installation indexiert wird, mit eigener URL für jeden Inhalt.
• Lege das Manifest mit name oder short_name, Icons mit 192 und 512 Pixeln, start_url und display an und binde es auf jeder Seite ein.
• Nutzt du einen Service Worker, wähle je Ressourcentyp eine Cache-Strategie und lösche alte Caches beim Aktivieren.
• Biete eine eigene Seite für den Fall ohne Verbindung an.
• Prüfe in den Chrome DevTools den Bereich Installability und den Offline-Modus.
• Installiere die PWA unter Android, iOS und am Desktop und teste Benachrichtigungen unter iOS in der installierten App.

• Frag die Erlaubnis für Benachrichtigungen erst nach einer Aktion des Nutzers ab.
• Ergänze description und screenshots im Manifest; unter Android erscheinen sie laut MDN im Installationsdialog.
• Setz einen Inhalts-Fingerabdruck in die Dateinamen (main.2bb85551.js), wie Google empfiehlt, damit der Googlebot kein veraltetes JavaScript nutzt.
• Wenn Offline-Daten wichtig sind, fordere mit navigator.storage.persist() dauerhaften Speicher an.

• Einen Service Worker mit leerem Fetch-Handler einbauen, nur um Kriterien zu erfüllen; laut Chrome schadet das der Leistung.
• „Zuerst der Cache“ für Inhalte nutzen, die sich ändern.
• Verschiedene Ansichten über URL-Fragmente (#) laden.
• Annehmen, dass sich auf dem iPhone nur über Safari installieren lässt: Seit iOS 16.4 geht das auch mit anderen Browsern.
• Annehmen, dass iOS die Daten einer installierten PWA nach sieben Tagen ohne Nutzung löscht: WebKit setzt diese Frist für Safari.

Dieser Eintrag entstand im November 2026 mit Unterstützung durch KI. Die Angaben stammen aus Alex Russells Beiträgen von 2015 und 2016 und aus der Dokumentation von MDN, web.dev, Chrome, Google, WebKit, Apple und Microsoft. Er wurde vor der Veröffentlichung geprüft und enthält keine Kundendaten.