Was ist Speculative Loading? So lädt WordPress Seiten vor dem Klick

Du klickst auf einen Link, und die nächste Seite ist einfach da. Kein weißer Bildschirm, kein Warten. Dahinter steckt oft kein schnellerer Server, sondern ein Browser, der vorausgedacht hat. Genau das ist Speculative Loading: Der Browser schätzt ab, welche Seite du als Nächstes öffnest, und lädt sie schon mal vor. Liegt er richtig, wirkt der Seitenwechsel sofort. Liegt er falsch, hat er ein paar Kilobyte umsonst geladen. Seit WordPress 6.8 ist diese Technik fest in WordPress eingebaut, und viele Betreiber wissen gar nicht, dass ihre Website sie bereits nutzt. Hier erfährst du, wie das Ganze funktioniert, was WordPress standardmäßig einstellt und wann du nachjustieren solltest.

Was ist Speculative Loading? Eine einfache Erklärung

Speculative Loading, auf Deutsch etwa spekulatives Laden, ist der Oberbegriff für Techniken, mit denen ein Browser Seiten anfordert, bevor jemand sie tatsächlich aufruft. Spekulativ deshalb, weil niemand sicher weiß, ob der Besucher den Link wirklich anklickt. Der Browser geht eine Wette ein.

Stell dir eine aufmerksame Bedienung in deinem Stammcafé vor. Sie sieht dich durch die Tür kommen und lässt den Cappuccino schon mal durchlaufen, bevor du bestellt hast. Meistens liegt sie richtig, und du bekommst deinen Kaffee ohne Wartezeit. Bestellst du ausnahmsweise einen Tee, war der Cappuccino umsonst. So ungefähr arbeitet Speculative Loading auch.

Neu ist die Idee nicht. Mit <link rel="prefetch"> und <link rel="prerender"> gab es schon vor Jahren Hinweise, mit denen Websites dem Browser Seiten zum Vorladen empfehlen konnten, und Bibliotheken wie instant.page oder Quicklink haben das per JavaScript nachgerüstet. Richtig zuverlässig war das alles nicht. Chrome hat das alte rel="prerender" sogar längst durch eine abgespeckte Variante ersetzt, die gar nicht mehr rendert. Wenn heute von Speculative Loading die Rede ist, geht es deshalb fast immer um die Speculation Rules API, die Google in Chrome eingeführt hat.

Und warum der Aufwand? Weil Ladezeit direkt in die Core Web Vitals einfließt. Wird eine Seite komplett im Hintergrund vorbereitet, liegt der Largest Contentful Paint (LCP) für den Besucher praktisch bei null. Schneller geht es nicht.

Wie funktioniert die Speculation Rules API?

Die Website gibt dem Browser ein paar Regeln mit auf den Weg. Diese stehen als JSON in einem Block vom Typ speculationrules. So sieht eine einfache Regel aus:

<script type="speculationrules">
{
  "prerender": [
    {
      "where": { "href_matches": "/*" },
      "eagerness": "moderate"
    }
  ]
}
</script>

Übersetzt heißt das: Alle Links auf dieser Website dürfen vorgerendert werden, sobald der Besucher Interesse zeigt, etwa indem er mit der Maus kurz auf dem Link verweilt. Solche Regeln, die sich auf die Links im Dokument beziehen, heißen Document Rules. Daneben gibt es List Rules, bei denen du dem Browser eine feste Liste von URLs vorgibst, zum Beispiel die nächste Seite einer Artikelserie.

Zwei Dinge machen die API angenehm unkompliziert. Erstens entscheidet am Ende der Browser, ob er die Regel befolgt. Ist der Akku fast leer oder der Arbeitsspeicher knapp, lässt er es bleiben. Zweitens ignorieren Browser, die die API nicht kennen, diesen Block einfach. Kaputtgehen kann also nichts. Statt im HTML lassen sich die Regeln übrigens auch über einen Header in der Serverantwort ausliefern (Speculation-Rules), was vor allem CDNs nutzen.

Prefetch oder Prerender: Was ist der Unterschied?

Die Speculation Rules API kennt zwei Modi, und der Unterschied ist größer, als die Namen vermuten lassen.

Bei Prefetch holt der Browser nur das reine HTML der Zielseite ab und legt es kurz zur Seite. Bilder, Stylesheets und Skripte bleiben außen vor, ausgeführt wird nichts. Klickt der Besucher dann, spart er sich die Wartezeit auf den Server, also im Wesentlichen die Time to First Byte. Den Rest lädt der Browser wie gewohnt. Prefetch ist günstig und hat kaum Nebenwirkungen.

Bei Prerender geht der Browser aufs Ganze. Er lädt die komplette Seite samt Bildern, CSS und JavaScript in einem unsichtbaren Tab und baut sie fertig auf. Beim Klick tauscht er die sichtbare Seite einfach aus. Für den Besucher fühlt sich das an, als wäre die Seite schon immer da gewesen. Der Preis: mehr Datenvolumen, mehr Rechenleistung, und JavaScript läuft, obwohl der Besucher die Seite vielleicht nie zu Gesicht bekommt. Aus Sicherheitsgründen funktioniert Prerender standardmäßig nur für Seiten derselben Domain.

Als Faustregel gilt: Prefetch ist die sichere Grundeinstellung, Prerender der Turbo für Seiten, die mit hoher Wahrscheinlichkeit als Nächstes aufgerufen werden.

Nicht verwechseln solltest du beides mit preload und preconnect. Diese Hinweise beschleunigen Dateien der aktuellen Seite, etwa Schriften oder das größte Bild. Wie du sie richtig einsetzt, steht in unserem Artikel über Preload und Preconnect für Fonts und Assets in WordPress.

Wann lädt der Browser vor? Die vier Stufen der Eagerness

Mit eagerness (zu Deutsch etwa Eifer) legst du fest, wie früh der Browser loslegen darf. Je früher, desto größer der Zeitgewinn, aber desto öfter liegt er auch daneben.

• immediate: sofort, sobald der Browser die Regel liest. Sinnvoll nur für eine Handvoll URLs, bei denen du dir sehr sicher bist.
• eager: fast genauso früh. Chrome hat das Verhalten in den letzten Versionen verfeinert, sodass diese Stufe zwischen immediate und moderate liegt.
• moderate: Auf dem Desktop startet die Spekulation, wenn der Mauszeiger etwa 200 Millisekunden auf einem Link verweilt, oder früher, wenn die Maustaste gedrückt wird. Auf Smartphones, wo es kein Hover gibt, nutzt Chrome andere Signale wie das Antippen.
• conservative: erst, wenn der Besucher wirklich klickt, genauer gesagt in dem Moment, in dem Maustaste oder Finger nach unten gehen. Bis der Klick abgeschlossen ist, vergeht nur ein Bruchteil einer Sekunde. Der Vorsprung ist klein, dafür geht fast keine Spekulation ins Leere.

Chrome passt außerdem selbst auf, dass niemand übertreibt. Bei moderate und conservative hält der Browser höchstens zwei Spekulationen gleichzeitig vor und wirft die älteste raus, sobald eine neue dazukommt. Bei immediate und eager sind bis zu 50 Prefetches und 10 Prerenders erlaubt. Im Energiesparmodus, mit aktiviertem Datensparmodus, bei knappem Arbeitsspeicher oder wenn der Nutzer das Vorabladen von Seiten in den Einstellungen abgeschaltet hat, spekuliert Chrome gar nicht. Die Details beschreibt Google in der Dokumentation für Chrome.

Speculative Loading in WordPress: Was seit Version 6.8 automatisch passiert

Das Performance Team von WordPress hat die Funktion zuerst als eigenständiges Plugin namens Speculative Loading getestet. Es lief auf über 50.000 Websites, und laut Auswertung von HTTP Archive und Chrome UX Report verbesserte sich bei diesen Websites die Bestehensquote beim Largest Contentful Paint im Median um rund 1,9 Prozent. Klingt nach wenig, ist für eine Funktion, die keinerlei Arbeit macht, aber ein ordentlicher Gewinn. Mit WordPress 6.8 ist das Ganze im April 2025 in den Core gewandert. Die Standardeinstellung ist bewusst zurückhaltend:

• Modus prefetch, Eagerness conservative. Geladen wird also nur das HTML, und erst, wenn ein Klick schon begonnen hat.
• Nur für abgemeldete Besucher. Wer eingeloggt ist, sieht die Werkzeugleiste und oft persönliche Inhalte. Solche Seiten landen in keinem Cache und wären teuer vorzuladen.
• Nur mit Pretty Permalinks. Steht unter Einstellungen › Permalinks noch die Option Einfach, bleibt die Funktion aus.
• Keine URLs mit Parametern. Alles mit Fragezeichen in der Adresse wird ausgeschlossen, also etwa die Suche oder ein Link wie ?add-to-cart=123 im Onlineshop. Auch der Adminbereich, die Anmeldeseite und Links mit rel="nofollow" sind tabu.
• Ausnahmen per Klasse. Links mit der Klasse no-prefetch oder Links in einem Block mit dieser Klasse werden nie vorgeladen. Die Klasse no-prerender schließt nur das Vorrendern aus.

Warum so vorsichtig? Das Plugin hatte noch Prerender mit moderate als Standard und damit mehr Tempo herausgeholt. Bei Millionen Websites mit unzähligen Kombinationen aus Themes und Plugins war dem Team aber das Risiko zu hoch, dass JavaScript auf Seiten läuft, die nie jemand besucht. So begründet es das Team auch in der offiziellen Ankündigung. Wer mehr will, kann das Plugin Speculative Loading weiterhin installieren. Es bringt unter Einstellungen › Lesen eine Oberfläche mit, in der du Modus und Eagerness ohne Code umstellst und die Funktion auf Wunsch auch für eingeloggte Nutzer aktivierst.

Speculative Loading in WordPress anpassen oder deaktivieren

Ohne Plugin geht es über Filter. Die folgenden Schnipsel gehören in die functions.php deines Child Themes oder, noch besser, in ein kleines eigenes Plugin, damit sie einen Themewechsel überleben.

Prerender statt Prefetch nutzen:

add_filter( 'wp_speculation_rules_configuration', function ( $config ) {
	if ( is_array( $config ) ) {
		$config['mode']      = 'prerender';
		$config['eagerness'] = 'moderate';
	}
	return $config;
} );

Die Abfrage mit is_array() ist wichtig. Für eingeloggte Nutzer und Websites ohne Pretty Permalinks übergibt WordPress hier null, und dank der Abfrage bleibt die Funktion in diesen Fällen aus.

Bestimmte Bereiche ausschließen:

add_filter( 'wp_speculation_rules_href_exclude_paths', function ( $paths, $mode ) {
	$paths[] = '/go/*';
	if ( 'prerender' === $mode ) {
		$paths[] = '/warenkorb/*';
	}
	return $paths;
}, 10, 2 );

Typische Kandidaten sind Weiterleitungen für Partnerlinks, die beim Aufruf einen Klick zählen, ein Warenkorb oder Seiten, deren Inhalt sich ständig ändert. Die Pfade gibst du relativ zur Startseite an, ein Unterverzeichnis ergänzt WordPress selbst. Über den zweiten Parameter kannst du Pfade nur für einen Modus ausschließen, im Beispiel den Warenkorb nur fürs Vorrendern.

Einzelne Links ausschließen: Gib dem Link oder dem umgebenden Block die Klasse no-prefetch. Im Blockeditor geht das unter Erweitert im Feld für zusätzliche Klassen, ganz ohne Code.

Speculative Loading komplett deaktivieren:

add_filter( 'wp_speculation_rules_configuration', '__return_null' );

Ganz abschalten solltest du die Funktion nur, wenn es dafür einen konkreten Grund gibt. In der Standardeinstellung kostet sie so gut wie nichts.

Welche Nachteile hat Speculative Loading?

Ganz umsonst ist der Geschwindigkeitsgewinn nicht. Diese Punkte solltest du kennen:

Mehr Last auf dem Server. Jede Spekulation ist eine echte Anfrage. Liefert ein Page Cache die Seite fertig aus, merkt der Server davon kaum etwas. Ohne Cache startet jeder Prefetch PHP und Datenbankabfragen, als wäre ein echter Besucher da. Auf knapp bemessenem Shared Hosting kann eine aggressive Einstellung wie immediate oder eager deshalb spürbar werden. Für Besucher mit begrenztem Datenvolumen gilt dasselbe im Kleinen.

Links, die etwas auslösen. Eigentlich sollte ein einfacher Link nie etwas verändern. In der Praxis tun das manche trotzdem: Abmeldelinks, Zähler für Partnerlinks, Bewertungen per Klick oder ein schnelles „In den Warenkorb“. Durch den Ausschluss aller URLs mit Parametern fängt WordPress viele dieser Fälle ab, hübsche Adressen wie /go/anbieter/ aber nicht. Die solltest du gezielt ausschließen.

Verfälschte Statistiken. Prefetch führt kein JavaScript aus, Analysetools wie Matomo oder Google Analytics bekommen davon also nichts mit. Statistiken, die aus den Logdateien des Servers erstellt werden, etwa im Kundenmenü vieler Hoster, zählen die Anfragen aber womöglich als Aufruf. Bei Prerender läuft JavaScript wirklich. Google Analytics und Google Publisher Tag warten von sich aus, bis die Seite tatsächlich angezeigt wird. Tools, die das nicht tun, zählen Besuche, die nie stattgefunden haben. Für eigene Skripte gibt es eine einfache Abfrage:

if (document.prerendering) {
	document.addEventListener('prerenderingchange', startTracking, { once: true });
} else {
	startTracking();
}

Auf dem Server erkennst du spekulative Anfragen am Header Sec-Purpose, der den Wert prefetch beziehungsweise prefetch;prerender trägt.

Inhalte können kurz veraltet sein. Chrome hält vorgeladene Seiten einige Minuten vor. Bei conservative spielt das keine Rolle, weil der Klick sofort folgt. Bei früheren Stufen kann eine Seite mit schnell wechselnden Inhalten, etwa ein Liveticker, beim Öffnen schon ein paar Minuten alt sein.

Welche Browser unterstützen Speculative Loading?

Chrome unterstützt die Speculation Rules API vollständig, ebenso Edge, Opera und andere Browser, die auf Chromium aufbauen. Safari arbeitet an einer eigenen Umsetzung, die in neueren Versionen allerdings noch hinter einem Schalter für Entwickler versteckt ist. Firefox unterstützt die API bisher nicht.

Das klingt nach einer Lücke, ist in der Praxis aber kein Problem. Weil Browser Regeln ignorieren, die sie nicht verstehen, profitieren alle, die Chrome nutzen, und für den Rest ändert sich einfach nichts. Bei den meisten Websites ist Chrome ohnehin der mit Abstand größte Brocken. Schon Anfang 2025, also noch vor dem Start in WordPress, liefen laut WordPress Performance Team mehr als 8 Prozent aller Seitenaufrufe in Chrome über Speculation Rules.

Wie prüfe ich, ob Speculative Loading auf meiner Website aktiv ist?

Drei schnelle Wege:

1. Quelltext ansehen. Öffne deine Website in einem privaten Fenster, damit du nicht eingeloggt bist, und such im Quelltext nach speculationrules. WordPress setzt die Regeln in den Footer.
2. Chrome DevTools nutzen. Im Tab Application findest du unter Background services den Bereich Speculative loads. Dort siehst du die aktiven Regeln, welche URLs vorgeladen wurden und warum eine Spekulation nicht geklappt hat.
3. Header prüfen. Bindet ein CDN eigene Regeln ein, etwa Cloudflare mit der Funktion Speed Brain, stehen sie nicht im HTML, sondern im Header Speculation-Rules der Antwort. Dann laufen unter Umständen zwei Regelwerke parallel. Das schadet nicht, aber du solltest es wissen, bevor du an einer Stelle drehst und dich wunderst, warum sich nichts ändert.

Wie InspectWP dir hilft, Ladezeit und Resource Hints im Blick zu behalten

Der Bericht von InspectWP zeigt dir zuerst, welche Version von WordPress auf deiner Website läuft. Ab 6.8 weißt du damit, dass Speculative Loading für abgemeldete Besucher standardmäßig aktiv ist, sofern Pretty Permalinks eingeschaltet sind. Im Bereich HTML listet der Bericht außerdem die klassischen Resource Hints auf, also Prefetch, DNS Prefetch, Preconnect und Prerender, und markiert Einträge, die mehrfach im Quelltext stehen. Das deutet oft auf Plugins hin, die sich gegenseitig in die Quere kommen. Taucht dort noch ein altes rel="prerender" auf, ist das ein guter Anlass, auf die Speculation Rules API umzusteigen. Weil vorgeladene Seiten mit Cache deutlich weniger kosten, lohnt sich auch ein Blick auf die erkannten Plugins für Caching und die Header der Serverantwort. Ein kostenloser Bericht zeigt dir in kurzer Zeit, wo deine Website steht.