Was ist ein Full Page Cache?

Ein sicherer Cache-Tresor liefert vollständige Seitenkopien gleichzeitig über mehrere Datenwege an verschiedene Geräte aus

Seiten-Caching reduziert Serverarbeit und kann Time to First Byte sowie Belastbarkeit deutlich verbessern. Dynamische Inhalte, Loginzustände, Warenkörbe, Sprache, Gerät oder Consent dürfen jedoch nicht versehentlich gemeinsam gecacht werden. Ein schneller Cache ist nur korrekt, wenn öffentliche und personalisierte Antworten sauber getrennt sind.

Die schnelle Definition

Ein Full Page Cache speichert die fertig erzeugte HTML-Antwort einer Seite und liefert sie bei passenden Folgeanfragen aus, ohne Template, Datenbank und Anwendungslogik erneut vollständig auszuführen. Der Cache kann im CMS, Webserver, Reverse Proxy oder CDN liegen. Cache-Key, Gültigkeitsdauer und Invalidierung bestimmen, welche Variante ein Nutzer erhält.

Warum ist Full Page Cache wichtig?

Full Page Caching soll häufig identische HTML-Antworten effizient ausliefern. Es ergänzt Browser- und Objekt-Caches, ersetzt sie aber nicht. Die Architektur braucht explizite Regeln für Cachebarkeit, Schlüssel, Ausschlüsse, Purge-Ereignisse, Stale-Verhalten und Monitoring von Treffern sowie falschen Varianten.

So wird Full Page Cache in der Praxis eingesetzt

Cachebarkeit klassifizieren: öffentliche Seiten, personalisierte Bereiche, Schreibaktionen, Vorschauen und Fehlerantworten getrennt behandeln.
Cache-Key definieren: Host, Pfad und nur wirklich darstellungsrelevante Query-, Sprach- oder Gerätemerkmale einbeziehen.
Invalidierung planen: Veröffentlichung, Änderung, Löschung, Navigation und abhängige Übersichten gezielt purgen; kurze sichere TTL als Rückfall nutzen.
Live prüfen: HIT- und MISS-Header, TTFB, angemeldete und anonyme Sitzungen, Mobilansicht, Formulare sowie gleichzeitige Anfragen testen.

Praxisbeispiel

Ein Lexikonartikel wird nach dem ersten anonymen Aufruf am Edge gespeichert. Der Schlüssel enthält Host und kanonischen Pfad, nicht Trackingparameter. Beim Aktualisieren des Artikels werden dessen URL und die zugehörige A-Z-Übersicht geleert. Adminleiste, Vorschau und eingeloggte Sitzungen umgehen den öffentlichen Cache.

Häufige Fehler

Warenkorb, Benutzername oder CSRF-Token gelangen in eine öffentlich geteilte HTML-Antwort.
Jeder Queryparameter erzeugt eine eigene Cachevariante und senkt Trefferquote, obwohl Trackingparameter die Darstellung nicht ändern.
Nur eine lange TTL wird gesetzt; Änderungen bleiben ohne gezielte Invalidierung oder beobachtbaren Purge lange veraltet.

Bedeutung für Google, Bing und KI-Suchsysteme

Full Page Cache ist kein direkter Rankingfaktor, kann aber Serverantwort und Stabilität verbessern. Suchmaschinen müssen stets korrekte, vollständige, indexierbare und nicht personalisierte HTML-Antworten erhalten. Cachefehler, veraltete Canonicals oder wechselnde Statuscodes können technische SEO dagegen beschädigen.