Speculation Rules API
Was ist die Speculation Rules API?
Die Speculation Rules API ist eine Browser-Schnittstelle, mit der Websites wahrscheinliche Folgeseiten vorladen oder vollständig vorab rendern lassen. Sie basiert auf deklarativen JSON-Regeln und kann wiederkehrende Navigationen deutlich beschleunigen. Der Browser entscheidet anhand dieser Regeln und seiner Ressourcen, ob eine angegebene Seite vorbereitet wird.
Die Speculation Rules API, deutsch sinngemäß API für Spekulationsregeln, bereitet mögliche Navigationsziele vor, bevor ein Nutzer darauf klickt. Websites teilen dem Browser mit, welche URL wahrscheinlich als Nächstes geöffnet wird. Unterstützt der Browser die Technik und stehen ausreichende Ressourcen bereit, beginnt er bereits mit dem Laden.
So funktioniert die Speculation Rules API
Die Speculation Rules API wird meist über ein JSON-Objekt in einem <script type="speculationrules">-Element eingebunden. Die Regeln können einzelne URLs oder Gruppen passender Links erfassen. Der Browser berücksichtigt zusätzlich Faktoren wie Netzwerkverbindung, Geräteleistung, Speicherkapazität und Nutzereinstellungen. Eine Regel ist deshalb eine Empfehlung und keine verbindliche Ladeanweisung.
Für die Auswahl von Zielen stehen zwei grundlegende Verfahren zur Verfügung:
Das Attribut eagerness steuert, wie offensiv der Browser eine Regel anwenden soll. Übliche Werte sind immediate, eager, moderate und conservative. Eine konservative Regel wartet auf ein starkes Interaktionssignal, während eine unmittelbare Regel die Vorbereitung deutlich früher anstoßen kann.
/produkte/ für ein moderates Prerendering auswählen. Der Browser startet die Vorbereitung dann erst bei einem erkennbaren Nutzungssignal. Diese Einstellung begrenzt unnötige Datenübertragungen besser als ein unmittelbares Prerendering aller Links.Prefetch und Prerender im Vergleich
Der Unterschied zwischen Prefetch und Prerender liegt im Umfang der Vorbereitung. Prefetch lädt vor allem das HTML-Dokument einer möglichen Folgeseite in einen Zwischenspeicher. Prerender erstellt dagegen bereits eine verborgene Seite mit Dokument, Stylesheets, JavaScript und weiteren benötigten Ressourcen. Beim späteren Klick kann der Browser die vorbereitete Seite aktivieren.
| Verfahren | Vorbereitung | Ressourcenbedarf | Geeigneter Einsatz |
|---|---|---|---|
| Prefetch | Ruft hauptsächlich das Zieldokument vorab ab | Niedriger | Mehrere plausible Navigationsziele |
| Prerender | Lädt und verarbeitet die Zielseite weitgehend vollständig | Höher | Ein Ziel mit hoher Klickwahrscheinlichkeit |
Prerendering ist nicht mit dem serverseitigen Rendern einer Seite gleichzusetzen. Server-Side Rendering erzeugt HTML auf dem Server, bevor die Antwort an den Browser gesendet wird. Die Speculation Rules API arbeitet dagegen im Browser eines konkreten Nutzers und bereitet eine zukünftige Navigation vor.
Speculation Rules API und PageSpeed
Die Speculation Rules API kann den wahrgenommenen PageSpeed bei internen Seitenwechseln verbessern, weil ein Teil der Ladearbeit bereits vor dem Klick stattfindet. Besonders geeignet sind mehrstufige Prozesse mit gut vorhersehbarem Pfad, etwa Kategorie zu Produkt, Warenkorb zu Kasse oder Übersichtsseite zu Detailseite.
Die Technik verbessert jedoch nicht automatisch die Ladezeit des ersten Seitenaufrufs. Öffnet ein Nutzer eine Website direkt aus der Google-Suche, konnte die Website noch keine eigene Spekulationsregel ausführen. Klassische Maßnahmen wie Bildkomprimierung, Caching, kurze Server-Antwortzeiten und reduziertes JavaScript bleiben deshalb die Grundlage für einen guten PageSpeed.
Auch ein einzelner Lighthouse-Test bildet den Vorteil nur eingeschränkt ab, weil die Speculation Rules API vor allem die Navigation zwischen zwei Seiten beschleunigt. Messbar ist das zum Beispiel so: Vergleiche reale Navigationsdaten für aktivierte Prerender-Seiten mit normalen Seitenwechseln und prüfe zusätzlich die Core Web Vitals in Felddaten. Der Largest Contentful Paint, kurz LCP, sollte dabei relativ zur Aktivierung der vorbereiteten Seite bewertet werden.
Prüfe zunächst die aktuelle Lade-Performance deiner Website:
Relevanz für SEO und GEO
Die Speculation Rules API ist kein direkter Ranking-Schalter. Sie kann aber die technische Nutzererfahrung bei internen Navigationen verbessern. Davon profitieren vor allem Websites, auf denen Nutzer mehrere Seiten pro Sitzung öffnen. Die Umsetzung sollte Teil einer umfassenden Onpage-Optimierung sein und darf strukturelle Ladeprobleme nicht verdecken.
Für SEO und GEO, also Generative Engine Optimization, bleibt der Inhalt der Seite unverändert. Die Speculation Rules API macht Inhalte weder leichter indexierbar noch erhöht sie deren fachliche Qualität. Sie wirkt auf die Auslieferung im Browser, während Crawling, Indexierung, interne Verlinkung und zitierfähige Inhalte getrennt optimiert werden müssen.
Browser-Unterstützung 2026
Die Speculation Rules API wird vor allem von Chromium-basierten Browsern unterstützt. Eine Website muss deshalb auch ohne diese Funktion vollständig nutzbar bleiben. Browser ohne Unterstützung ignorieren das unbekannte Regel-Element und führen normale Navigationen aus. Dieses Verhalten macht eine schrittweise Einführung als Progressive Enhancement möglich.
Die Unterstützung sollte vor dem Rollout mit realen Browsern und Geräten geprüft werden. Besonders relevant sind mobile Geräte mit begrenztem Arbeitsspeicher sowie Verbindungen mit reduziertem Datenvolumen. Der Browser kann Spekulationen abbrechen oder gar nicht erst starten, wenn die Vorbereitung zu viele Ressourcen beanspruchen würde.
Typische Fehler beim Prerendering
Ein häufiger Fehler besteht darin, zu viele Ziele mit hoher Priorität vorzubereiten. Jede falsche Prognose kann HTML, Bilder, JavaScript oder API-Aufrufe übertragen, obwohl der Nutzer die Seite nie öffnet. Wähle für Prerendering daher nur Ziele mit hoher Klickwahrscheinlichkeit und nutze Prefetch oder zurückhaltende Eagerness-Stufen für weniger sichere Ziele.
Wann lohnt sich die Implementierung?
Die Speculation Rules API lohnt sich bei klaren Navigationsmustern und technisch bereits soliden Seiten. Ein Onlineshop kann beispielsweise Produktdetailseiten vorbereiten, wenn ein Nutzer einen Produktlink länger fokussiert. Ein B2B-Portal kann den nächsten Schritt eines Formularprozesses vorbereiten, sofern dabei keine Aktion vorzeitig ausgelöst wird.
Beginne mit einer kleinen Regelgruppe und einer zurückhaltenden Priorität. Vergleiche anschließend Trefferquote, übertragene Datenmenge und Navigationsdauer. Erst wenn häufig vorbereitete Seiten tatsächlich geöffnet werden, sollte die Regel auf weitere Seitentypen ausgeweitet werden. Bei umfangreichen technischen Anpassungen bietet ein auf Performance ausgerichtetes Webdesign-Konzept den passenden Rahmen.
Häufige Fragen zur Speculation Rules API
Verbessert die Speculation Rules API den Google PageSpeed Score?
Die Schnittstelle verbessert nicht automatisch den gemessenen Score des ersten Seitenaufrufs. Ihr Nutzen entsteht vor allem bei internen Navigationen, die durch Prefetch oder Prerender vorbereitet wurden. Lighthouse bildet diesen Ablauf in einem normalen Einzeltest nur eingeschränkt ab.
Ist die Speculation Rules API für jede Website geeignet?
Die Technik eignet sich besonders für Websites mit vorhersehbaren Navigationspfaden. Bei kleinen Websites, seltenen Seitenwechseln oder vielen gleich wahrscheinlichen Zielen kann der zusätzliche Ressourcenverbrauch größer als der Nutzen sein.
Was passiert in Browsern ohne Unterstützung?
Browser ohne Unterstützung ignorieren die Spekulationsregeln. Links und Seiten funktionieren weiterhin über die normale Navigation, sofern die Website nicht von der Schnittstelle abhängig gemacht wurde.
Kann Prerendering Tracking-Aufrufe auslösen?
Eine vorab gerenderte Seite kann bereits JavaScript ausführen und Netzwerkverbindungen herstellen. Analyse- und Conversion-Ereignisse sollten deshalb erst bei der Aktivierung oder bei einer tatsächlichen Nutzeraktion ausgelöst werden.
Kann die Speculation Rules API externe Seiten vorladen?
Die Möglichkeiten hängen vom Verfahren, der Browser-Unterstützung und den Sicherheitsbedingungen ab. Für den Einstieg sind interne Ziele derselben Website am zuverlässigsten, da Prerendering über verschiedene Ursprünge stärker eingeschränkt ist.
Wie viele Seiten sollte man gleichzeitig vorbereiten?
Es gibt keinen für jede Website passenden Festwert. Die Auswahl sollte anhand der Klickwahrscheinlichkeit, der Seitengröße und der verfügbaren Geräte-Ressourcen erfolgen. Prerendering sollte auf wenige sehr wahrscheinliche Ziele begrenzt bleiben.
Wenn du Ladezeiten, Core Web Vitals und technische Navigationsabläufe gemeinsam prüfen lassen möchtest, kannst du einen unverbindlichen Potenzialcheck anfragen.
Sie haben noch Fragen?
