Jedes Unternehmen will eine mobile Anwendung. Niemand will für die Entwicklung nativer Apps für iOS und Android bezahlen, den App Store Review durchlaufen und sich mit der Update-Verteilung befassen. Progressive Web Apps versprechen eine Webanwendung mit nativem Erlebnis. Funktioniert das im Enterprise? Wir haben es getestet.
Was ist PWA und warum es uns interessiert¶
Eine Progressive Web App ist eine Webanwendung, die drei Kriterien erfüllt: zuverlässig (funktioniert offline), schnell (sofortige Reaktion dank Cache) und ansprechend (Push-Benachrichtigungen, Installation auf dem Home Screen). Technisch: Service Worker + Web App Manifest + HTTPS.
Für Enterprise bedeutet das: eine Codebasis für Desktop und Mobil, keine Abhängigkeit von App Stores, sofortige Update-Verteilung, niedrigere Entwicklungskosten. Twitter Lite, Starbucks, Pinterest — große Player haben bereits gewechselt. Und die Zahlen sprechen für sich: Twitter verzeichnete einen 65%igen Anstieg der Seiten pro Sitzung und 75% mehr Tweets.
Service Worker — Das Herzstück der PWA¶
Service Worker ist JavaScript, das im Hintergrund läuft, unabhängig von der Seite. Es fängt Netzwerkanfragen ab und entscheidet, was aus dem Cache und was vom Server geliefert wird. Entscheidend für Enterprise: Die Anwendung funktioniert auch ohne Internet.
Die Caching-Strategie hängt vom Anwendungsfall ab. Cache First für statische Assets (UI, Icons, Fonts). Network First für Daten von der API — versucht zuerst das Netzwerk, liefert bei Fehler aus dem Cache. Stale While Revalidate für Daten, bei denen leichte Veralterung nicht stört — sofortige Antwort aus dem Cache, Aktualisierung im Hintergrund.
Unser Pilot: Anwesenheitssystem¶
Ein Unternehmen mit 500 Außendienstmitarbeitern (Techniker, Monteure). Sie müssen Kommen/Gehen von Mobilgeräten protokollieren. Außendienstmitarbeiter oft ohne Signal. Native App = 2 Plattformen x Entwicklung x Testen x App Store Verteilung.
PWA-Lösung: Angular 6 Anwendung mit Service Worker. Offline-Formular speichert Einträge in IndexedDB. Bei Wiederherstellung der Konnektivität sendet Background Sync die Daten an den Server. Push-Benachrichtigungen erinnern an vergessenes Gehen.
- Entwicklung: 3 Monate (vs. geschätzte 5 Monate für 2 native Apps)
- Verteilung: Link per E-Mail, „Zum Startbildschirm hinzufügen”-Aufforderung
- Updates: Deployment auf den Server, Service Worker aktualisiert automatisch
- Offline-Zuverlässigkeit: 99,8 % erfolgreiche Synchronisierung
Vorteile für Enterprise¶
Kein App Store. Interne Unternehmensanwendungen müssen nicht im Google Play oder App Store veröffentlicht werden. Link im Intranet, QR-Code am schwarzen Brett. Die IT-Abteilung muss sich nicht mit MDM für einfache Utility-Anwendungen befassen.
Sofortige Updates. Eine neue Version ist eine Frage des Deployments auf den Webserver. Kein Warten auf Review, kein „Benutzer haben die alte Version”. Service Worker erkennt Änderungen und aktualisiert den Cache im Hintergrund.
Niedrigere TCO. Ein Team, eine Codebasis, ein Deploy-Prozess. Angular/React-Entwickler können PWA umsetzen — Sie brauchen keine Swift- und Kotlin-Spezialisten. Für interne Tools (Anwesenheit, Ticketing, Inventur) ist der ROI klar.
Einschränkungen und Realität¶
iOS-Unterstützung. Safari hat Service Worker Unterstützung im März 2018 hinzugefügt (iOS 11.3). Aber mit Einschränkungen: kein Background Sync, keine Push-Benachrichtigungen, 50 MB Speicherlimit, automatisches Löschen des Caches nach 2 Wochen Inaktivität. Für iOS-lastige Unternehmen ist das ein Problem.
Hardwarezugriff. Bluetooth, NFC, Kamera — der Zugriff ist begrenzt im Vergleich zu nativen Apps. Web Bluetooth existiert, aber nur in Chrome. Wenn die Anwendung Barcodes per Kamera scannen muss — funktioniert es. Wenn sie mit BLE-Sensoren kommunizieren muss — Problem.
Performance. Für datenintensive Anwendungen (große Tabellen, komplexe Visualisierungen) ist JavaScript immer noch langsamer als nativer Code. Für formularbasierte Anwendungen (die meisten Enterprise-Anwendungsfälle) ist der Unterschied nicht spürbar.
Wann PWA, wann nativ¶
PWA: interne Tools, Formulare, Dashboards, einfache CRUD-Anwendungen, Informationssysteme, bei denen Offline-Modus = Read-Only oder einfaches Formular-Submit. Budgetbewusste Projekte mit kurzem Time-to-Market.
Nativ: Kundenanwendungen mit hohen UX-Anforderungen, Bedarf an Hardware-APIs (Bluetooth, NFC, ARKit), performanceintensive Anwendungen (Spiele, 3D), Anwendungen, die auf Push-Benachrichtigungen auf iOS angewiesen sind.
PWA im Enterprise macht Sinn — für den richtigen Anwendungsfall¶
Progressive Web Apps sind kein Ersatz für native Anwendungen. Sie sind eine Alternative für 70 % der mobilen Enterprise-Anforderungen — interne Tools, bei denen Entwicklungsgeschwindigkeit und einfache Verteilung den eingeschränkten Hardwarezugriff aufwiegen. Eine Codebasis, kein App Store, sofortige Updates. Für ein Anwesenheitssystem oder eine Field-Service-App ist es ein No-Brainer.
Brauchen Sie Hilfe bei der Implementierung?
Unsere Experten helfen Ihnen bei Design, Implementierung und Betrieb. Von der Architektur bis zur Produktion.
Kontaktieren Sie uns