1. Reichhaltigere Installationsdialoge — höhere Installationskonversion
Das BeforeInstallPromptEvent (die Browser-API, die den "Zum Startbildschirm hinzufügen"-Dialog auslöst) erhielt ein visuelles Überarbeitung. Chrome zeigt jetzt ein Bottom Sheet mit dem Symbol, dem Namen, der Beschreibung und Screenshots der App — direkt aus Ihrer manifest.json gezogen.
Das ist wichtig, weil der alte Dialog leicht abzuweisen war ohne ihn zu lesen. Der neue sieht aus wie ein echter App-Installationsdialog — vergleichbar mit dem Google Play Store Modal. Frühe Daten von Google zeigen eine deutliche Verbesserung der Installationskonversion mit der neuen UI.
So maximieren Sie den neuen Installationsdialog
- →Screenshots zum Manifest hinzufügen — Chrome zeigt sie im Installationsdialog
- →Ein Beschreibungsfeld in manifest.json verwenden — es erscheint unter dem App-Namen
- →Einen aussagekräftigen short_name festlegen (≤12 Zeichen) — auf dem Startbildschirm-Symbol verwendet
- →Maskable Icons (512×512) verwenden — gewährleistet korrekte Anzeige auf allen Android-Launchern
- →Den Dialog zu einem kontextuell relevanten Moment auslösen, nicht sofort beim Seitenladen
2. Web App Scope Extensions — Ihr SaaS kann mehrere Origins abdecken
Eine der nützlichsten neuen APIs für SaaS-Produkte: Web App Scope Extensions. Bis vor kurzem war der App-Scope einer PWA auf ihre eigene Origin begrenzt. Navigation zu einer anderen Subdomain oder externen URL öffnete sofort den Browser — und brach die Illusion einer "installierten App".
Mit Scope Extensions können Sie zusätzliche Origins aus Ihrem Manifest beanspruchen:
// manifest.json
{
"scope": "https://app.example.com/",
"scope_extensions": [
{ "origin": "https://docs.example.com" },
{ "origin": "https://checkout.example.com" }
]
}Navigation zu diesen Origins bleibt jetzt in der installierten App. Für eine Multi-Produkt-SaaS-Suite bedeutet das, dass eine einzelne App-Installation Ihre gesamte Produktoberfläche abdeckt.
Hinweis: Jede erweiterte Origin muss eine gültige /.well-known/web-app-origin-association Datei bereitstellen, die die Assoziation bestätigt. Gleiches Konzept wie assetlinks.json für TWA.
3. File Handling API — PWA als echte Desktop-App
Die File Handling API ist jetzt in Chrome auf allen Plattformen verfügbar. Sie ermöglicht Ihrer installierten PWA, sich als Handler für bestimmte Dateitypen im Betriebssystem zu registrieren, genau wie native Apps es tun.
// manifest.json
{
"file_handlers": [
{
"action": "/open-file",
"accept": {
"text/csv": [".csv"],
"application/json": [".json"]
}
}
]
}Praktische Anwendungsfälle: ein SaaS-Datentool, das .csv-Dateien per Doppelklick öffnet, ein Projektmanager, der .md-Dateien verarbeitet, ein Bildeditor, der sich für .png und .jpg registriert. Das Betriebssystem zeigt Ihre App im "Öffnen mit"-Menü — genau wie Figma, VS Code oder jede native App.
Für Apps, die über die Desktop-Pipeline von SaasToStore (Pake/Tauri) in App-Stores veröffentlicht werden, kann dieses Verhalten nativ in Tauris tauri.conf.json konfiguriert werden — noch tiefere Integration als die Web-API.
4. Protocol Handlers — Deep Links aus anderen Apps
Protocol Handler Registration ermöglicht Ihrer PWA, ein benutzerdefiniertes URL-Schema zu registrieren:
// manifest.json
{
"protocol_handlers": [
{
"protocol": "web+yourapp",
"url": "/handle?url=%s"
}
]
}Andere Apps oder Dokumente können dann auf web+yourapp://action/id verlinken und das Betriebssystem leitet den Benutzer direkt in Ihre installierte PWA — mit dem richtigen geladenen Kontext. Denken Sie an Slacks slack://-Links oder Notionsnotion://-Deep-Links, aber für jede Web-App.
Kombiniert mit der Deep-Linking-Funktion in SaasToStores PACK- und PRO-Plänen entsteht ein nahtloser Fluss von externen Referenzen direkt in Ihr SaaS-Produkt.
5. Push-Benachrichtigungen auf iOS — Safari endlich konform
Apple lieferte Web Push-Unterstützung für installierte PWAs in iOS 16.4 (März 2023) und verbesserte es durch 2024–2025 weiter. Stand 2026:
- PWAs, die zum Startbildschirm auf iOS/iPadOS hinzugefügt wurden, können Web Push-Benachrichtigungen empfangen
- Die W3C Push API und Notifications API werden unterstützt — derselbe Code funktioniert auf allen Plattformen
- Einschränkung: Die App muss installiert sein (zum Startbildschirm hinzugefügt) — Safari unterstützt kein Push für In-Browser-PWAs
- Hintergrundsynchronisierung und periodische Hintergrundsynchronisierung werden auf iOS noch nicht unterstützt (vorerst nur Chrome)
Für Produkte, die Android und iOS abdecken, bedeutet das, dass eine einzige Push-Benachrichtigungs-Codebasis jetzt beide Plattformen erreicht — vorausgesetzt, Benutzer installieren die PWA auf iOS. SaasToStores Push-Credits funktionieren mit Firebase Cloud Messaging, das plattformübergreifende Zustellung einschließlich iOS-PWAs handhabt.
6. Verbesserte Offline-Fähigkeiten — Storage Access API und OPFS
Zwei Speicherverbesserungen in Chrome 2025–2026, die für offline-fähige SaaS-Apps wichtig sind:
| API | Was sie ermöglicht |
|---|---|
| Origin Private File System (OPFS) | Hochleistungs-Sandbox-Dateispeicher, zugänglich von Service Workern. Ermöglicht SQLite-ähnliche Datenbanken, binäre Dateibearbeitung und große lokale Datensätze — ohne IndexedDB-Limits zu erreichen. |
| Storage Access API | Gewährt Cross-Origin-Speicherzugriff in bestimmten Kontexten. Nützlich für SaaS-Produkte, die Drittanbieterdienste einbetten, aber persistenten lokalen Zustand benötigen. |
| Persistentes Speicherkontingent | PWAs können jetzt persistenten Speicher anfordern, der nicht unter Speicherdruck bereinigt wird. Bisher wurde Browser-Cache zuerst bereinigt — was wirklich offline-first Apps fragil machte. |
7. Was TWA-Apps automatisch bekommen — kein Rebuild nötig
Das ist der architektonische Vorteil von TWA: Apps, die über eine Trusted Web Activity veröffentlicht werden, verwenden das auf dem Gerät installierte Chrome als Laufzeit. Wenn Chrome auf dem Gerät des Benutzers aktualisiert wird, erbt Ihre Play-Store-App automatisch alle neuen PWA-Fähigkeiten.
TWA: automatisch vs. Rebuild erforderlich
- ✓ autoNeue PWA-APIs, die Ihre Website verwendet (File Handling, Protocol Handlers, OPFS)
- ✓ autoSicherheitspatches in Chromes Rendering-Engine
- ✓ autoVerbesserte Installationsdialog-UI
- ↺ rebuildÄnderungen des Ziel-API-Levels in der Android-Shell
- ↺ rebuildNeue Push-Benachrichtigungs-Fähigkeiten in der nativen App-Shell
- ↺ rebuildÄnderungen an den Manifest-Metadaten Ihrer App im Play Store
Wie Sie prüfen, ob Ihre PWA für 2026 bereit ist
Führen Sie Ihre URL durch SaasToStores kostenlosen Checker — er prüft Ihr Manifest, Service Worker, HTTPS-Setup und Lighthouse-Score in einem Durchgang. Wenn Ihre PWA für TWA-Packaging bereit ist, sehen Sie einen grünen Score. Falls nicht, erklärt der Checker genau, was behoben werden muss.
Kostenloser PWA-Audit — 10 Sekunden
Manifest · Service Worker · HTTPS · Lighthouse-Score · TWA-Kompatibilität — alles in einem Check.
Meine PWA prüfen →