LW IT Solutions logo LW IT Solutions logo LW IT Solutions
« Blog-Übersicht /WordPress-Plugins & Tricks / Eine WordPress-Website mit Lite Page Cache beschleunigen
Diesen Artikel in anderen Sprachen lesen:

Eine WordPress-Website mit Lite Page Cache beschleunigen

Eine WordPress-Website mit Lite Page Cache beschleunigen
Inhalt
  1. Was beim Cache-Treffer tatsächlich entfällt
  2. Eine wichtige Grenze des öffentlichen Downloads
  3. Installation erst nach Kompatibilitätsprüfung
  4. Welche Anfragen ausgeschlossen werden
  5. Aktualisierung und Verfallszeit
  6. Cache-Wirkung nachvollziehbar prüfen
  7. Fragen und Antworten
  8. Quellen

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.

Ein später und ein früher Cache-Treffer sparen unterschiedlich viel WordPress-Arbeit; PHP läuft in beiden Wegen.
Ein später und ein früher Cache-Treffer sparen unterschiedlich viel WordPress-Arbeit; PHP läuft in beiden Wegen.

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

  1. Den vollständigen Plugin-Ordner aus dem verlinkten Repository prüfen. Zum Drop-in-Betrieb gehört neben lite-page-cacher.php auch die mitgelieferte advanced-cache.php; die PHP-Hauptdatei und README allein reichen dafür nicht.
  2. In einer Testumgebung Theme-Abhängigkeit, Schreibrechte und vorhandene Cache-Komponenten prüfen. Ein bestehendes fremdes Drop-in wird vom Plugin nicht ersetzt.
  3. Den geprüften Ordner nach wp-content/plugins/ übertragen und das Plugin aktivieren.
  4. 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 und WP_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.

Lukas Wojcik

Lukas Wojcik

Systems architect and technology enthusiast specializing in scalable tracking solutions, GMP Stack (GA4 & GTM), and robust backend architectures. Advocate for clean code and privacy-first design.

Kontakt

Eine Frage oder eine Idee für ein Webprojekt? Schreib mir kurz, worum es geht. Das Formular nutzt reCAPTCHA zum Schutz vor Spam.

Ein Kommentar

  1. Lukas Wojcik Autor

    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-in advanced-cache.php beantwortet 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.

Kommentar schreiben

Erfahrungen mit anderen Plugins oder Hosting-Umgebungen und Rückfragen zur Einrichtung sind hier willkommen.

Die E-Mail-Adresse wird nicht veröffentlicht. Pflichtfelder sind mit einem Stern versehen.