Back/Forward Cache (bfcache)

Wie wirkt sich der bfcache auf SEO und Performance aus?

Eine aus dem bfcache wiederhergestellte Seite erscheint sofort. Laut web.dev kann das die Core Web Vitals deutlich verbessern, wie eine dort verlinkte Fallstudie zeigt. Der bfcache selbst ist eine Browserfunktion und kein Rankingfaktor.

Anders als der HTTP-Cache speichert er den gesamten Seitenzustand und nicht allein die Server-Antworten. Laufender Code wird pausiert und beim Zurückkehren fortgesetzt.

Was verhindert den bfcache?

• unload-Event-Listener. Stattdessen pagehide verwenden.
• Offene Verbindungen wie WebSocket, WebRTC oder laufende Requests.
• window.opener-Referenzen bei target="_blank" ohne rel="noopener".
• Aktive beforeunload-Listener, die nicht nur bei ungespeicherten Änderungen gesetzt sind.
• Cache-Control: no-store auf der Seite. Chrome hat das gelockert (laut Chrome-Doku Rollout an alle Nutzer im März und April 2025) und erlaubt den bfcache unter bestimmten Bedingungen auch dann, etwa wenn sich keine Cookies ändern.

Beispiel

Ob eine Seite im bfcache landet, zeigt Chrome in den DevTools unter Application, Back/forward cache. Ein Klick auf „Run Test“ navigiert weg und wieder zurück. Bei Erfolg steht dort „Restored from back-forward cache“, sonst der Blockadegrund.

window.addEventListener('pageshow', (event) => {
  if (event.persisted) {
    // Seite kam aus dem bfcache
  }
});

Häufige Fragen

Wie finde ich Blocker im Betrieb? Die notRestoredReasons-API meldet, warum Seiten nicht wiederhergestellt wurden (MDN). Sie funktioniert laut Sentry-Doku derzeit nur in Chromium.

Stand: 7. Oktober 2026