Seiten vorladen: Speculation Rules für schnellere Klicks
Kurz gesagt: Speculation Rules sind eine Browser-Schnittstelle, mit der eine Website festlegt, welche Seiten der Browser schon vor dem Klick laden darf – entweder nur das HTML (Prefetch) oder die komplette Seite im Hintergrund (Prerender). Der nächste Seitenwechsel wirkt dann fast sofort. Laut MDN ist die Funktion noch nicht in allen verbreiteten Browsern verfügbar; nicht unterstützende Browser ignorieren die Regeln einfach. WordPress aktiviert seit Version 6.8 eine vorsichtige Variante standardmäßig.
Was Speculation Rules sind
Die meisten Performance-Tipps betreffen den ersten Seitenaufruf. Speculation Rules setzen beim zweiten an: beim Klick auf den nächsten Link. Die Idee ist einfach – wenn der Browser ahnen kann, wohin jemand als Nächstes geht, kann er schon einmal anfangen.
Technisch steht dafür ein <script type="speculationrules">-Element mit einer JSON-Struktur im Quelltext. MDN beschreibt zwei Aktionen:
- Prefetch: Der Browser lädt das HTML-Dokument der Zielseite herunter, aber keine der darin verwiesenen Ressourcen wie Bilder oder Skripte. Das spart beim Klick bereits spürbar Zeit.
- Prerender: Der Browser lädt und rendert die komplette Seite unsichtbar im Hintergrund. Beim Klick wird sie nur noch eingeblendet.
Welche Seiten infrage kommen, legen Sie entweder als feste Liste von Adressen fest oder über Regeln, die auf Links im aktuellen Dokument passen, zum Beispiel „alle Links, die mit /leistungen/ beginnen“. Alternativ können die Regeln laut MDN auch über einen HTTP-Header ausgeliefert werden, wenn sich der Quelltext nicht direkt ändern lässt.
Wie früh vorgeladen wird
Über die Einstellung „eagerness“ steuern Sie, wie früh der Browser loslegt. Laut Chrome-Dokumentation (Stand November 2026):
| Stufe | Wann vorgeladen wird |
|---|---|
| conservative | beim Drücken auf den Link (Maus oder Finger) |
| moderate | am Desktop nach etwa 200 Millisekunden Verweilen mit dem Mauszeiger über einem Link; auf Mobilgeräten nach Heuristiken, wenn der Nutzer aufhört zu scrollen |
| eager | am Desktop nach etwa 10 Millisekunden über dem Link; auf Mobilgeräten kurz nachdem ein Link sichtbar wird |
| immediate | sobald die Regeln erkannt werden |
Ohne Angabe gilt laut MDN für feste Adresslisten immediate, für Regeln über Links im Dokument conservative.
Einsatz in der Praxis
Browserunterstützung
Laut Chrome-Dokumentation steht volles Prerendering über die Speculation Rules seit Chrome 109 zur Verfügung; auch Edge listet sie dort ab Version 109. MDN kennzeichnet die Funktion als experimentell und nicht als „Baseline“, weil sie in einigen der meistgenutzten Browser nicht funktioniert. Das ist kein Problem: Die Regeln sind ein Fortschritt für unterstützende Browser, alle anderen laden wie bisher.
WordPress
Laut der Entwicklernotiz zu WordPress 6.8 ist „Speculative Loading“ dort standardmäßig im Frontend aller Websites aktiv – außer für eingeloggte Nutzer und für Websites ohne sprechende Permalinks. Voreingestellt ist Prefetch mit der Stufe conservative, also erst beim Klickbeginn. Laut der Notiz ist das zwar oft nur ein Bruchteil einer Sekunde vor der eigentlichen Navigation, bringt aber dennoch eine spürbare Verbesserung. Über einen Filter lässt sich die Konfiguration ändern, etwa auf Prerender mit moderate, oder ganz abschalten.
Prüfen Sie im Quelltext Ihrer Seite, ob ein speculationrules-Skript ausgeliefert wird – manche Caching- oder Performance-Plugins fügen eigene Regeln hinzu.
Andere Systeme
Bei selbst entwickelten Websites, Shop-Systemen oder statischen Seiten fügen Sie das Skript selbst ein. Für leichte, statische Websites kann laut Chrome-Dokumentation auch eifrigeres Vorladen sinnvoll sein; aufwendige Seiten fahren mit vorsichtigeren Einstellungen besser.
Schritt für Schritt testen
Am sichersten führen Sie Speculation Rules in kleinen Schritten ein:
- Ausgangslage messen. Notieren Sie, wie schnell sich typische Seitenwechsel anfühlen, und halten Sie Serverlast und Seitenaufrufe in Ihrer Statistik für eine normale Woche fest.
- Mit Prefetch beginnen. Zunächst nur das HTML vorladen, mit der vorsichtigsten Stufe und nur für Bereiche ohne Nebenwirkungen, etwa Leistungsseiten oder Blogartikel.
- Ausschlüsse definieren. Warenkorb, Konto, Abmelden, Suchergebnisse mit Parametern und Formularziele gehören nicht in die Regeln.
- Beobachten. Vergleichen Sie nach ein bis zwei Wochen Serverlast und Statistik mit der Ausgangslage. Steigen die Seitenaufrufe ohne erkennbaren Grund, zählt vermutlich ein Werkzeug vorgeladene Seiten mit.
- Erst dann ausbauen. Wenn alles stimmt, können Sie eine frühere Stufe oder Prerender für die wichtigsten Pfade ausprobieren, etwa von der Startseite zu den meistbesuchten Leistungsseiten.
So bleibt jeder Schritt überschaubar, und Sie wissen genau, welche Änderung welche Wirkung hatte.
Risiken und Nebenwirkungen
Zusatzlast für Nutzer und Server. Die Chrome-Dokumentation warnt ausdrücklich: Zu viel Vorladen kostet Nutzer Bandbreite, Arbeitsspeicher und Rechenleistung, und auch die Website selbst trägt die Last. Jede vorgeladene Seite, die nie aufgerufen wird, ist eine unnötige Serveranfrage. Chrome begrenzt deshalb die Zahl gleichzeitiger Vorladevorgänge, und bei aktivem Datensparmodus, Energiesparmodus mit niedrigem Akku oder knappem Arbeitsspeicher wird laut Dokumentation gar nicht vorgeladen.
Statistik und Analyse. Eine vorgeladene Seite, die nie angesehen wird, sollte nicht als Seitenaufruf zählen. Laut Chrome-Dokumentation wartet Google Analytics bei Prerender standardmäßig, bis die Seite tatsächlich angezeigt wird. Andere Analyse- oder Marketing-Werkzeuge tun das nicht unbedingt; prüfen Sie das, bevor Sie Prerender einschalten.
Seiten mit Nebenwirkungen. Links, die beim Aufruf etwas auslösen – etwa „Aus dem Warenkorb entfernen“ oder „Abmelden“ –, sollten von Regeln ausgeschlossen werden. Die WordPress-Notiz weist darauf hin, dass Plugins solche Adressen ausschließen sollten, vor allem bei eifrigeren Einstellungen.
Server-seitige Kontrolle. Vorgeladene Anfragen tragen laut Chrome-Dokumentation den Header Sec-Purpose mit dem Wert prefetch beziehungsweise prefetch;prerender. Server können damit Vorladeanfragen protokollieren oder ablehnen.
Häufige Fragen
Prefetch oder Prerender – womit sollte ich anfangen?
Mit Prefetch und einer vorsichtigen Stufe. Das bringt einen Teil des Gewinns bei geringem Risiko. Prerender lohnt sich, wenn Sie Statistik-Werkzeuge und Seiten mit Nebenwirkungen geprüft haben.
Wie erkenne ich, ob eine Seite vorgeladen wurde?
Laut Chrome-Dokumentation können Sie nach dem Seitenwechsel in der Konsole der Entwicklertools performance.getEntriesByType('navigation')[0].activationStart eingeben. Ein Wert größer null bedeutet, dass die Seite vorgerendert wurde.
Ersetzt das andere Performance-Maßnahmen?
Nein. Speculation Rules beschleunigen den Wechsel zwischen Seiten, aber nicht den ersten Aufruf einer Seite über Google oder einen geteilten Link.
Wenn Sie ausprobieren möchten, wie sich Vorladen auf Ihrer Website anfühlt, und dabei Statistik und Serverlast im Blick behalten wollen, begleite ich den Test gern – schicken Sie uns eine Nachricht.