Service Workers 2026: Offline-First als Standard

Ein Service Worker legt sich als Vermittler zwischen Seite und Netzwerk und entscheidet selbst, woher eine Antwort kommt. Richtig eingesetzt senkt er die Ladezeit wiederholter Besuche deutlich und lässt die Seite bei Verbindungsabbruch weiterarbeiten. In einem Projekt sank die Zeit bis zur Nutzbarkeit beim zweiten Aufruf von 1,9 auf 0,4 Sekunden.

##Was kann ein Service Worker, was ein Cache nicht kann?

Er läuft auch dann, wenn kein Netz da ist, und er kann Antworten unterwegs verändern. Ein reiner HTTP-Cache hält nur, was der Server freigegeben hat; der Service Worker entscheidet pro Anfrage und darf auch dann aus dem lokalen Speicher antworten, wenn die Verbindung fehlschlägt. Damit verschiebt sich die Kontrolle über die Auslieferung in den Browser.

##Welche Strategien gibt es?

• ›Cache zuerst – schnell, aber ohne Aktualisierung
• ›Netzwerk zuerst – aktuell, aber ohne Offline-Vorteil
• ›Aus Cache antworten, im Hintergrund erneuern
• ›Nur das Gerüst der Seite halten, Inhalte immer laden

##Wann ein Service Worker die richtige Wahl ist

Schriften, Stile und Bilder vertragen Cache zuerst, solange ihr Name sich mit dem Inhalt ändert. Seiten, die sich häufig ändern, brauchen die Kombination aus sofortiger Antwort und Nachladen im Hintergrund – der Besucher sieht nie eine Wartezeit, bekommt beim nächsten Aufruf aber die neue Fassung. Alles Personenbezogene gehört gar nicht in den Cache.

##Was ist die gefährlichste Falle?

Eine veraltete Fassung, die sich nicht mehr ablösen lässt. Ein Service Worker überlebt Seitenaufrufe und Neustarts; wer eine fehlerhafte Version ausgeliefert hat, kann sie nicht per Serveränderung zurücknehmen. Die Absicherung ist eine Versionskennung im Dateinamen, die alte Speicher beim Aktivieren löscht, plus eine Notbremse, die den Worker bei Bedarf stilllegt.

##Wie testet man das Verhalten offline?

Indem man die Verbindung tatsächlich trennt, statt sie nur zu drosseln. Drosselung simuliert Langsamkeit, nicht Ausfall – ein Timeout verhält sich anders als eine abgelehnte Verbindung. Prüfen Sie zusätzlich den ersten Besuch, bei dem noch kein Worker aktiv ist, und den Wechsel zwischen zwei Versionen, weil dort die meisten Fehler auftreten.

##Wann sollte man darauf verzichten?

Wenn die Anwendung ohne Netz keinen sinnvollen Zustand hat – etwa ein Kassen- oder Buchungssystem mit laufender Reservierung. Dann bringt Offline-Fähigkeit nur die Gefahr widersprüchlicher Stände. Ebenso bei sehr selten wiederkehrenden Besuchern: Der Worker wird installiert und nie wieder genutzt, kostet aber bei jedem Erstbesuch Zeit im Hintergrund.

##Was bedeutet das für die Auffindbarkeit?

Nichts, solange der Worker nur die Auslieferung betrifft. Er darf die Antwort nicht dauerhaft aus dem Netzwerk ersetzen, sonst sehen Suchmaschinen eine alte Fassung. Achten Sie darauf, dass die Strategie für Seitenadressen immer eine aktuelle Fassung nachlädt, und stellen Sie sicher, dass die Seite auch ohne Worker vollständig ausgeliefert wird.

##Wie wirkt sich das auf wiederkehrende Besucher aus?

Stark, aber nur bei denen, die wiederkommen. Ein Shop mit hohem Anteil an Stammkunden profitiert deutlich, ein Ratgeber mit überwiegend neuen Besuchern aus der Suche kaum – dort wird der Worker bei fast jedem Aufruf neu installiert, ohne je genutzt zu werden. Prüfen Sie vorab den Anteil wiederkehrender Besucher in Ihrem Analytics-Bericht.

##Resilienz statt Zauberei

Ein Service Worker ist kein Beschleunigungsmechanismus, sondern eine Ausfallabsicherung mit Nebenwirkung auf die Ladezeit. Wer ihn einführt, übernimmt Verantwortung für die Auslieferung im Browser – dauerhaft. Beginnen Sie mit statischen Dateien und einer Versionskennung, messen Sie den zweiten Aufruf, und erweitern Sie erst dann auf Seiten.