LiteSpeed Cache Plugin in WordPress einrichten

LSCache ist der Seiten-Cache von LiteSpeed — und der arbeitet an einer anderen Stelle als die üblichen WordPress-Caching-Plugins. WP Super Cache, W3 Total Cache und Co. bauen fertige Seiten in PHP zusammen und legen sie als Dateien ab; bei jedem Aufruf muss trotzdem PHP anlaufen. LSCache sitzt direkt im Webserver: Liegt eine Seite im Cache, liefert LiteSpeed sie aus, bevor PHP überhaupt gestartet wird. Das ist der Unterschied zwischen ein paar hundert Millisekunden und einem zweistelligen Millisekunden-Wert bei der Time-to-First-Byte.

Das LiteSpeed-Cache-Plugin (kurz LSCWP) ist die Steuerzentrale dafür in WordPress: Es sagt dem Webserver, welche Seiten wie lange gecacht werden und wann sie neu gebaut werden müssen. Unser LiteSpeed Webhosting läuft auf LiteSpeed Enterprise — das Plugin verbindet sich also von selbst, ohne Lizenzschlüssel und ohne Extra-Konfiguration. In diesem Artikel richten wir es zusammen ein.

Vorbereitung: altes Caching-Plugin raus

Die mit Abstand häufigste Ursache für Probleme mit LSCache ist ein zweites Caching-Plugin, das parallel weiterläuft. Zwei Seiten-Caches übereinander bedeuten doppelte Purge-Logik, veraltete Inhalte und im schlimmsten Fall weiße Seiten. Deshalb vor der Installation:

1. Altes Caching-Plugin (WP Rocket, W3 Total Cache, WP Super Cache, WP Fastest Cache, Cache Enabler …) deaktivieren und löschen — nicht nur deaktivieren.
2. Reste prüfen: Die Datei wp-content/advanced-cache.php und die Zeile define('WP_CACHE', true); in der wp-config.php stammen oft noch vom alten Plugin. Saubere Deinstallationen räumen das weg — in der Praxis bleibt gern etwas liegen.
3. Reine Optimierungs-Plugins (Autoptimize für CSS/JS, Bild-Kompressoren) dürfen bleiben. Nur eben kein zweiter Seiten-Cache.

Nach unseren Erfahrungen verhindert dieser eine Schritt den Großteil der späteren Tickets, bevor sie entstehen.

Plugin installieren

Im WordPress-Admin: Plugins → Installieren, im Suchfeld „LiteSpeed Cache” eingeben. Das offizielle Plugin kommt von „LiteSpeed Technologies” und hat mehrere Millionen aktive Installationen. Jetzt installieren, dann Aktivieren.

Mehr ist nicht nötig. Das Plugin erkennt automatisch, dass es auf einem LiteSpeed-Server läuft, und spricht direkt mit dem Webserver — kein API-Key, kein Lizenzfeld, kein Pflicht-Wizard. Ob die Verbindung steht, siehst Du unter LiteSpeed Cache → Dashboard: Erscheint dort keine Warnung, dass kein LiteSpeed-Server erkannt wurde, ist alles in Ordnung. Auf unserem Hosting erscheint sie nicht.

Empfohlene Grundeinstellungen

Cache aktivieren

Unter LiteSpeed Cache → Cache, Reiter Cache: Der Schalter Cache aktivieren steht nach der Installation bereits auf AN — einmal kontrollieren schadet trotzdem nicht. Die Unterpunkte (eingeloggte Nutzer cachen, Kommentatoren, REST API) lässt Du auf den Standardwerten.

TTLs verstehen und stehen lassen

TTL (Time to Live) legt fest, wie lange eine gecachte Seite als frisch gilt. Im Reiter TTL stehen die Standardwerte — öffentliche Seiten lange, private Inhalte deutlich kürzer. Diese Defaults kannst Du so lassen: LSCache räumt bei jeder Inhaltsänderung ohnehin gezielt auf. Speicherst Du einen Beitrag, purgt das Plugin automatisch den Beitrag selbst, die Startseite und die betroffenen Archive. Die TTL greift nur als Obergrenze für Seiten, die sich nie von selbst ändern.

Einzige sinnvolle Anpassung am Anfang: Zeigt Deine Startseite extern eingebundene Inhalte, von denen WordPress nichts mitbekommt, setz die TTL der Startseite auf ein paar Stunden herunter.

Was Du am Anfang nicht anfasst

Das Plugin kann deutlich mehr als Seiten cachen — und genau da holt man sich Ärger, wenn man alles auf einmal aktiviert:

• Seitenoptimierung (CSS/JS minimieren und zusammenfassen): erst später, Schalter für Schalter, mit Test nach jedem einzelnen. Kombiniertes CSS/JS ist der Klassiker für kaputte Layouts.
• Bildoptimierung und CDN (QUIC.cloud): braucht einen externen Account, für den Start unnötig.
• Crawler: aus lassen — er wärmt den Cache vor, kostet aber Ressourcen.
• ESI: mächtig (einzelne Seitenteile getrennt cachen), aber ein Thema für später.

Die Reihenfolge, die sich bei uns bewährt hat: erst eine Woche nur den Seiten-Cache laufen lassen, dann bei Bedarf Optimierungen einzeln dazuschalten.

Cache leeren

Drei Wege:

• Admin-Leiste: oben auf das LiteSpeed-Symbol → Alles purgen. Der schnellste Weg nach Theme- oder CSS-Änderungen.
• Automatisch: Beim Speichern von Inhalten purgt das Plugin die betroffenen Seiten selbst — dafür musst Du nichts tun.
• Per WP-CLI über SSH (bei uns in jedem Tarif dabei):

wp litespeed-purge all

Praktisch für Deployments: den Befehl ans Ende des Deploy-Skripts hängen, fertig.

Erfolgskontrolle: x-litespeed-cache: hit

Ob der Cache greift, verrät der Response-Header. Vom eigenen Rechner aus:

curl -I https://deine-domain.de/

Beim ersten Aufruf steht in der Antwort:

x-litespeed-cache: miss

Die Seite wurde frisch gebaut und dabei in den Cache gelegt. Beim zweiten Aufruf:

x-litespeed-cache: hit

Das ist das Ziel. Alternativ im Browser: DevTools öffnen (F12) → Netzwerk → Seite neu laden → ersten Eintrag anklicken → Response-Header ansehen. Wichtig: im privaten Fenster testen, nicht eingeloggt — warum, steht direkt hier drunter.

Typische Stolperfallen

Eingeloggte Nutzer sehen keinen Cache

Standardmäßig cacht LSCache nur anonyme Besucher. Solange Du in WordPress eingeloggt bist (Admin-Leiste sichtbar), bekommst Du miss oder gar keinen Cache-Header — das ist Absicht, nicht kaputt. Die typische Stolperfalle: eingeloggt testen, miss sehen und stundenlang einen Fehler suchen, den es nicht gibt. Immer im privaten Fenster oder per curl prüfen.

Reste vom alten Caching-Plugin

Symptome: alte Inhalte trotz Purge, oder der x-litespeed-cache-Header fehlt komplett. In 95 % der Fälle liegt noch eine fremde advanced-cache.php in wp-content/ oder das alte Plugin ist nur deaktiviert statt gelöscht. Aufräumen wie oben beschrieben, dann Alles purgen.

Seiten mit besucherabhängigem Inhalt

WooCommerce erkennt das Plugin von selbst und nimmt Warenkorb und Kasse automatisch vom Cache aus. Liefert ein anderes Plugin pro Besucher unterschiedliche Inhalte (Geo-Banner, Währungsumschalter), nimm die betroffene Seite unter Cache → Ausschlüsse vom Cache aus — sonst sehen Besucher gegenseitig ihre Varianten.

Häufige Fragen

Muss ich WP Rocket wirklich deinstallieren, obwohl ich dafür bezahlt habe? Ja. Zwei Seiten-Caches parallel machen mehr kaputt, als sie beschleunigen. LSCache arbeitet im Webserver und ist PHP-basierten Lösungen strukturell überlegen — die WP-Rocket-Lizenz kannst Du für Projekte auf anderen Hostern weiterverwenden.

Der Header zeigt immer nur miss — was nun? Erst prüfen, ob Du eingeloggt bist (privates Fenster nehmen). Dann: Ist die Seite ausgenommen? Suchergebnisse und Warenkorb werden nie gecacht. Liegt noch eine alte advanced-cache.php im wp-content-Ordner? Wenn es danach weiter klemmt: Ticket über mein.xaweho.de/kontakt, wir schauen mit auf die Header.

Kann LSCache auch eingeloggte Nutzer cachen? Kann es (privater Cache, ESI) — das ist aber Fortgeschrittenen-Terrain. Für den Start: nein, und für die meisten Seiten ist das genau richtig. Besucher bekommen den Turbo, Redakteure sehen immer den Live-Stand.

Funktioniert das Plugin auch bei anderen Hostern? Nur, wenn dort tatsächlich ein LiteSpeed-Server läuft. Auf Apache oder nginx bleiben ein paar Optimierungs-Funktionen nutzbar, der eigentliche Seiten-Cache — der Kern des Ganzen — bleibt aber tot.

Zieht ihr meine WordPress-Seite um und richtet LSCache mit ein? Ja, den Umzug übernehmen wir pauschal per Ticket — der Preis steht auf der Produktseite. LSCache aktivieren wir dabei mit und messen danach nach.

Weiter geht’s

• WordPress-Toolkit in Plesk — Staging, Klonen, Updates aus einer Oberfläche
• WordPress zu xaweho migrieren — wenn Deine Seite noch woanders liegt
• LiteSpeed Webhosting — Tarife, Specs und was sonst noch drinsteckt