Skriptlebenszyklus
unload und beforeunload
Ereignisse beim Verlassen können die Wiederherstellung verhindern. Prüfen Sie den Browser-Grund sowie Analysefunktionen und Formulare vor Codeänderungen.
BFCache einer Website online prüfen
Prüfen Sie, ob eine Seite beim Zurückgehen wiederhergestellt wird. Erkennen Sie Browser-Beschränkungen, die ein Neuladen verursachen.
Blockierende Ursachen
Warum Zurückgehen ein Neuladen erfordert
BFCache hat selten einen einzigen universellen Blocker. Der Bericht trennt Server-Header, Browser-Einschränkungen und Frontend-Code, damit die Behebung nicht zum Rätselraten wird.
Antwort-Header
Cache-Control: no-store
Die Wirkung von no-store hängt vom Browser und den Testbedingungen ab. Beachten Sie den erfassten Ablehnungsgrund. Entfernen Sie keinen Schutz privater Daten für BFCache.
Laufzeitzustand
JavaScript-Zustand und Verbindungen
WebSocket, IndexedDB-Transaktionen, Timer und SPA-Zustand können die Wiederherstellung blockieren. Milten prüft, was passiert, wenn der Nutzer die Seite verlässt und über pageshow zurückkehrt.
FAQ
Häufig gestellte Fragen zum Back/Forward-Cache
Kurze Antworten darauf, was BFCache ist, warum er sich abschaltet und wie Blocker sicher behoben werden.
Was ist der Back/Forward-Cache?
BFCache behält einen vollständigen Seiten-Snapshot im Browserspeicher. Wenn der Nutzer auf Zurück oder Vorwärts klickt, kann die Seite sofort erscheinen, ohne HTML, Ressourcen oder Rendering erneut zu laden.
Warum verpasst eine Seite den BFCache?
Lesen Sie die vom getesteten Browser erfassten Gründe. Lebenszyklus-Handler, offene Ressourcen und Antworteinstellungen können die Wiederherstellung beeinflussen. Die Regeln hängen von Browser und Zustand ab. Im aktuellen Chrome sind no-store und beforeunload für sich allein keine grundsätzlichen Ausschlussgründe.
Wie hängt BFCache mit den Core Web Vitals zusammen?
Eine BFCache-Wiederherstellung fühlt sich meist sofort an, weil der Browser den fertigen Seitenzustand zeigt. Sie reduziert wiederholte Ladevorgänge und verbessert das Erlebnis bei der Zurück- und Vorwärts-Navigation.
Können wir unload entfernen, ohne Analytics zu verlieren?
Prüfen Sie vor dem Entfernen von unload, welche Ereignisse davon abhängen. Sichtbarkeitsänderungen, pagehide oder sendBeacon können zum Zweck passen, die Übermittlung muss aber geprüft werden. Testen Sie Ereignisse sowohl beim normalen Laden als auch bei einer BFCache-Wiederherstellung, ohne denselben Besuch doppelt zu zählen.
Müssen wir jede Seite prüfen?
Beginnen Sie mit wichtigen Templates: Startseite, Katalog, Produktseite, Artikel, Kundenbereich oder Checkout. Wenn der Blocker im gemeinsamen Layout liegt, erscheint er über mehrere Seitentypen hinweg.
Verwandte Dienste
Was als Nächstes bei diesem Dienst geprüft werden sollte
Ladegeschwindigkeit
Prüfen Sie das Laden mit den gewählten Geräte- und Netzwerkeinstellungen. Erhalten Sie Geschwindigkeitsmessungen, Ergebnisse und Empfehlungen.
ÖffnenJavaScript-Prüfung
Prüfen Sie JavaScript-Dateien, Ladefehler und beim Laden ungenutzten Code. Finden Sie Skripte, die genauer untersucht werden sollten.
ÖffnenSpeicherlecks
Finden Sie Daten, die nach wiederholten Seitenwechseln im Speicher verbleiben. Prüfen Sie mögliche Speicherlecks und wachsende Datenmengen.
ÖffnenReaktionszeit der Seite (INP)
Messen Sie, wie schnell die Seite auf automatisierte Aktionen reagiert. Finden Sie Verzögerungen im Testlauf.
Öffnen