Eine WordPress-Website mit Lite Page Cache beschleunigen

Inhalt
Ein Seiten-Cache speichert fertig erzeugtes HTML, damit WordPress dieselbe öffentliche Seite nicht bei jedem Aufruf vollständig neu aufbauen muss. Das kann die Serverarbeit verringern. Eine bestimmte Ladezeit, bessere Rankings oder zusätzliche Verkäufe sind damit nicht garantiert.
Dieser Artikel beschreibt den am 24.10.2026 geprüften öffentlichen Quellstand von Lite Page Cache 1.1.0. Die auf LukasWojcik.com eingesetzte Fassung 1.1.1 enthält zusätzliche Anpassungen. Funktionen der lokalen Fassung lassen sich daher nicht pauschal auf den GitHub-Download übertragen.

Was beim Cache-Treffer tatsächlich entfällt
Ohne Drop-in wird der Treffer erst beim WordPress-Hook template_redirect ausgeliefert. WordPress und Plugins sind zu diesem Zeitpunkt bereits gestartet; vorherige Datenbankabfragen werden dadurch nicht rückgängig gemacht.
Das optionale Drop-in advanced-cache.php greift früher ein und kann einen vorhandenen Treffer vor dem weiteren WordPress-Aufbau ausgeben. Auch dieser Weg führt PHP aus. Eine direkte statische Auslieferung allein durch den Webserver ist ein anderer Aufbau.
Eine wichtige Grenze des öffentlichen Downloads
Der geprüfte Code speichert nur ausreichend große, vollständige HTML-Antworten mit Status 200. Zusätzlich muss die Ausgabe den websitespezifischen Marker data-consented="reactive-chat" enthalten. Ohne diesen Marker entsteht in dieser Fassung kein neuer Cache-Eintrag, selbst wenn die Seite ansonsten geeignet erscheint.
Das Plugin ist damit kein unverändert einsetzbarer Universal-Cache für beliebige Themes. Vor einem fremden Einsatz muss diese Abhängigkeit fachgerecht durch eine zur Website passende Vollständigkeitsprüfung ersetzt werden. Ein künstlich eingefügter Marker allein belegt keine funktionierende oder vollständige Seite.
Installation erst nach Kompatibilitätsprüfung
- Den vollständigen Plugin-Ordner aus dem verlinkten Repository prüfen. Zum Drop-in-Betrieb gehört neben
lite-page-cacher.phpauch die mitgelieferteadvanced-cache.php; die PHP-Hauptdatei und README allein reichen dafür nicht. - In einer Testumgebung Theme-Abhängigkeit, Schreibrechte und vorhandene Cache-Komponenten prüfen. Ein bestehendes fremdes Drop-in wird vom Plugin nicht ersetzt.
- Den geprüften Ordner nach
wp-content/plugins/übertragen und das Plugin aktivieren. - Unter Einstellungen → Lite Page Cache den Drop-in-Status kontrollieren. Die frühe Auslieferung benötigt die Datei in
wp-content/, eine gültige Konfiguration undWP_CACHE. Die Aktivierung versucht die Einrichtung; Schreibfehler können eine manuelle Konfiguration erfordern.
Welche Anfragen ausgeschlossen werden
Die geprüfte Fassung überspringt angemeldete Besuche, Nicht-GET-Anfragen und nichtleere Query-Parameter – also nicht nur UTM-Parameter. Bestimmte WordPress-Cookies für Anmeldung, Passwortzugriff und gespeicherte Kommentardaten führen ebenfalls zum Ausschluss. Vorschauen, Suchseiten, Fehlerseiten und weitere Sonderansichten werden nicht neu gespeichert.
Eine vollständige Erkennung beliebiger Personalisierung ist das nicht. Für Warenkörbe, Sitzungen, Mitgliedsbereiche oder fremde Cookies enthält der geprüfte Code keine allgemeine Absicherung. Solche Inhalte benötigen ausdrücklich passende Ausschlussregeln und getrennte Besuchertests. Ein gehashter Cache-Dateiname ist kein Zugriffsschutz.
Aktualisierung und Verfallszeit
Beitragsspeicherung und Löschung verwerfen die betroffene Fassung sowie Listenseiten. Kommentarfreigaben betreffen den zugehörigen Beitrag und die Listen. Standardmäßig gilt eine Stunde als Höchstalter; abgelaufene Einträge werden beim nächsten passenden Zugriff verworfen und neu aufgebaut. Der Filter lpc_ttl kann diese Frist verändern, der Wert 0 deaktiviert den Ablauf.
Nach globalen Layoutänderungen oder Änderungen, die keine passende Invalidierung auslösen, steht Clear All Cache bereit. In der öffentlichen Fassung sind Bearbeitung oder Entfernung bereits freigegebener Kommentare nicht durch dieselben zusätzlichen Hooks abgesichert wie in der lokalen Fassung 1.1.1.
Cache-Wirkung nachvollziehbar prüfen
Ein geeigneter anonymer GET-Aufruf baut den Eintrag auf. Die erste ausgegebene Antwort muss den neu gespeicherten Cache-Kommentar noch nicht enthalten. Ein späterer Treffer zeigt X-Cache: HIT; beim Drop-in kommt X-Cache-Handler: advanced-cache.php hinzu. Der HTML-Hinweis lautet entsprechend Served from Lite Page Cache oder enthält zusätzlich (drop-in).
Für einen Vorher/Nachher-Test gehören Antwortzeit und identischer Seiteninhalt zusammen. Zusätzlich sind Anmeldung, Query-Parameter, Kommentarfreigabe und Ablauf zu prüfen. Ein HIT belegt einen Cache-Treffer, keine gemessene Beschleunigung und keine vollständige Eignung für die Website.
Fragen und Antworten
Gilt die Kommentarfreigabe auch für Antworten?
Ja. Eine Antwort ist technisch ebenfalls ein Kommentar; die Freigabe löst die zugehörigen Hooks aus. Andere Einzelbeiträge bleiben in der öffentlichen Fassung grundsätzlich zwischengespeichert. Eine dort eingeblendete Liste neuer Kommentare kann deshalb bis zur nächsten Erneuerung veraltet bleiben.
Ein Kommentar
Nachtrag: Seit dem 25. September 2026 liegt Version 1.1.0 des Plugins auf GitHub. Sie leert bei einer Änderung nicht mehr den ganzen Cache, sondern nur den Eintrag des betroffenen Beitrags und die Listenseiten, und jeder Eintrag verfällt nach einer Stunde. Treffer tragen eine
X-Cache-Kopfzeile, und ein optionales Drop-inadvanced-cache.phpbeantwortet sie, bevor WordPress lädt. Besuche mit gemerkten Kommentardaten landen nie im Cache. Die am 6. September hochgeladene Fassung ließ sich nicht aktivieren; 1.1.0 behebt das. Quelle: wp-lite-page-cache auf GitHub.