Progressive Web App: eine Webanwendung, die sich wie eine App bedient

Eine Progressive Web App ist eine Webanwendung, die sich auf dem Telefon oder Rechner wie ein installiertes Programm verhält: Sie liegt als Symbol auf dem Startbildschirm, öffnet sich ohne Adresszeile und arbeitet weiter, wenn die Verbindung kurz abreißt. Verteilt wird sie über einen Link, nicht über einen App-Store.

Was eine Progressive Web App ausmacht

Der Begriff beschreibt keine eigene Technologie, sondern eine Reihe von Eigenschaften, die eine gewöhnliche Webanwendung zusätzlich erfüllt. Sie wird über eine sichere Verbindung ausgeliefert, bringt eine Beschreibung ihrer selbst mit und kann Inhalte zwischenspeichern. Der Browser erkennt daran, dass er die Anwendung zum Ablegen auf dem Startbildschirm anbieten darf.

Für den Nutzer verschwindet damit der Unterschied, den er sonst spürt: kein Umweg über die Adressleiste, kein Lesezeichen, das niemand wiederfindet. Für das Unternehmen bleibt der Vorteil des Webs erhalten. Es gibt eine einzige Fassung, die auf allen Geräten läuft, und eine Aktualisierung erreicht alle Nutzer beim nächsten Öffnen, ohne dass jemand ein Update freigeben oder installieren muss.

Drei Bausteine unter der Oberfläche

• Manifest. Eine kleine Datei nennt Name, Symbol, Farben und die Startadresse. Aus ihr baut das Betriebssystem den Eintrag auf dem Startbildschirm.
• Service Worker. Ein Skript, das zwischen Anwendung und Netz sitzt. Es legt Oberfläche und ausgewählte Daten im Zwischenspeicher ab, beantwortet Anfragen bei fehlender Verbindung und schickt gesammelte Eingaben nach, sobald das Netz zurück ist.
• HTTPS. Ohne verschlüsselte Verbindung aktivieren Browser den Service Worker nicht. Das ist keine Formalie, sondern die Voraussetzung dafür, dass zwischengespeicherte Inhalte nicht unterwegs verändert werden können.

Über die Schnittstellen des Browsers kommen weitere Fähigkeiten hinzu: Kamera und Mikrofon, Standort, Dateiauswahl, Teilen an andere Apps. Push-Benachrichtigungen funktionieren inzwischen auch auf dem iPhone, allerdings nur, wenn die Anwendung zuvor auf dem Startbildschirm abgelegt wurde.

Wo sich eine Progressive Web App im Betrieb bewährt

Gut passt das Muster überall dort, wo Menschen Daten erfassen, nachschlagen oder freigeben. Ein Techniker fotografiert beim Kunden den Zählerstand und hakt den Auftrag ab. Eine Lagerkraft bucht eine Entnahme mit der Kamera des Telefons statt mit einem Handscanner. Ein Kunde prüft den Status seiner Bestellung und lädt ein Dokument hoch. Solche Abläufe brauchen wenige Bildschirme, verlässliche Formulare und eine saubere Anbindung an die App-Entwicklung dahinter, aber keinen tiefen Zugriff auf das Gerät.

Hinzu kommt die Verteilung. Wer Mitarbeiter oder Partner ausstattet, verschickt einen Link und eine kurze Anleitung zum Ablegen. Es gibt kein Entwicklerkonto bei zwei Store-Betreibern, keine Prüfung jeder neuen Fassung und keine Geräteverwaltung, nur damit eine interne Anwendung auf private Telefone kommt.

Grenzen, die man vor dem Entwurf kennen sollte

Die Grenzen liegen dort, wo eine Anwendung unabhängig vom Nutzer arbeiten soll. Browser beschränken, was im Hintergrund laufen darf, und beenden Skripte, wenn die Anwendung nicht geöffnet ist. Eine dauerhafte Standortaufzeichnung während der Fahrt oder ein Abgleich nachts um drei Uhr sind deshalb Fälle für ein natives Programm oder für einen Server, der die Arbeit übernimmt.

Auch nicht jeder Browser bietet jede Schnittstelle an. Bluetooth und NFC stehen in Safari nicht zur Verfügung, und gespeicherte Daten darf ein Browser unter Speicherdruck löschen. Wer mit großen Beständen ohne Netz arbeiten will, plant daher eine Synchronisation mit klaren Regeln, statt sich auf den lokalen Speicher zu verlassen. Die Abwägung im Einzelnen beschreibt der Beitrag Native App oder Webanwendung.

Typische Fehler

• Offline als Schalter verstehen. Welche Daten ohne Netz verfügbar sein müssen und was bei widersprüchlichen Änderungen gilt, ist eine fachliche Entscheidung. Sie gehört in das Lastenheft, nicht in die letzte Woche der Umsetzung.
• Nur am Schreibtisch testen. Eine Anwendung, die im Büro flüssig läuft, zeigt ihre Schwächen im Keller, in der Halle und im Zug. Getestet wird auf den Geräten, die tatsächlich im Einsatz sind.
• Die Ablage auf dem Startbildschirm vergessen. Viele Nutzer wissen nicht, dass sie eine Webanwendung ablegen können. Eine kurze, bebilderte Anleitung beim ersten Öffnen entscheidet oft darüber, ob die Anwendung genutzt wird.
• Veraltete Zwischenspeicher. Ohne durchdachte Aktualisierung sieht ein Teil der Nutzer tagelang die alte Oberfläche. Der Service Worker braucht eine Strategie, wann er neue Fassungen lädt.

Wie wir damit arbeiten

Wir klären zuerst, welche Handgriffe unterwegs wirklich gebraucht werden und welche Daten ohne Netz verfügbar sein müssen. Reicht der Browser, entsteht die Anwendung als PWA in TypeScript und React mit einer Datenhaltung in PostgreSQL, und ein Klickdummy zeigt den Ablauf, bevor programmiert wird. Braucht der Fall mehr, als der Browser erlaubt, sagen wir das vor dem Angebot.