Alle Shared- und Reseller-Tarife von WebGee laufen auf LiteSpeed. Der schnellste Cache für WordPress ist also bereits in den Webserver integriert. Ergänzen Sie Redis für Datenbankabfragen und verlagern Sie die geplanten Aufgaben von WordPress in einen echten Cronjob – damit beseitigen Sie die drei häufigsten Ursachen für Langsamkeit auf einer typischen Website.
Diese Anleitung führt Sie durch alle Schritte, und zwar in der Reihenfolge, die Ihnen zuerst die größte Verbesserung bringt.
Das Wichtigste
- LiteSpeed Cache ist in allen WebGee-Tarifen kostenlos und lässt sich mit wenigen Klicks über den LiteSpeed Web Cache Manager in cPanel aktivieren.
- Beginnen Sie mit dem Preset Essentials, das Ihr Layout nicht beschädigen kann, und testen Sie Presets mit Seitenoptimierung zuerst auf einer Staging-Kopie.
- Prüfen Sie den Response-Header x-litespeed-cache in einem privaten Fenster, um sicherzustellen, dass Seiten aus dem Cache ausgeliefert werden.
- Redis ist der einzige Objekt-Cache auf WebGee. Die Anbindung an LiteSpeed Cache beschleunigt eingeloggte Nutzer und den Admin-Bereich.
- Wenn Sie WP-Cron durch einen cPanel-Cronjob im Fünf-Minuten-Takt ersetzen, bremsen geplante Aufgaben die Seitenaufrufe nicht mehr aus.
Bevor Sie beginnen
- Zugang zu cPanel und zum Admin-Bereich Ihrer WordPress-Website
- Eine Staging-Kopie der Website, falls Sie Funktionen zur Seitenoptimierung ausprobieren möchten
- Ein privates Browserfenster zum Testen, da Seiten für eingeloggte Nutzer nie gecacht werden
- Kein weiteres Page-Cache-Plugin, das parallel zu LiteSpeed Cache aktiv ist
Page-Caching und Objekt-Caching erfüllen unterschiedliche Aufgaben
Page-Caching speichert komplette, fertig gerenderte Seiten. Anonyme Besucher erhalten diese, ohne dass PHP überhaupt ausgeführt wird. Darum kümmert sich LiteSpeed Cache (LSCache).
Objekt-Caching hält die Ergebnisse von Datenbankabfragen im Arbeitsspeicher vor, sodass WordPress der Datenbank nicht bei jedem Seitenaufruf dieselben Fragen stellt. Das hilft eingeloggten Nutzern, dem Admin-Bereich und allem, was ein Page-Cache nicht ausliefern kann. Darum kümmert sich Redis.
Die meisten Websites profitieren von beidem. Richten Sie zuerst das Page-Caching ein, denn es bringt den meisten Besuchern den größten Nutzen.
LiteSpeed Cache aktivieren
LSCache ist in allen WebGee-Tarifen kostenlos. Am schnellsten geht es über cPanel, das das Plugin für Sie installiert und konfiguriert:
- Melden Sie sich bei cPanel an und öffnen Sie LiteSpeed Web Cache Manager.
- Wählen Sie unter LiteSpeed Cache Management die Option WordPress Cache.
- Klicken Sie auf Scan, falls Ihre Installationen nicht aufgeführt sind.
- Klicken Sie neben der Installation auf Enable.
Ist das Plugin bereits installiert, das Caching aber ausgeschaltet, gehen Sie in WordPress zu LiteSpeed Cache → Cache und setzen Sie Enable Cache auf ON.
Die Standardeinstellungen funktionieren auf den meisten Websites ohne Anpassung. Die Purge-Regeln leeren beim Veröffentlichen eines Beitrags bereits die Startseite sowie die Kategorie-, Schlagwort- und Autorenarchive, und die WooCommerce-Voreinstellungen schließen Warenkorb und Kasse bereits aus. Verhält sich eine Seite fehlerhaft, tragen Sie sie unter Excludes ein, statt den Cache zu deaktivieren. Siehe LiteSpeed Cache installieren und aktivieren.
Ein Preset anwenden
Presets übernehmen eine komplette Konfiguration auf einmal. Gehen Sie zu LiteSpeed Cache → Presets und klicken Sie auf dem Tab Standard Presets neben dem gewünschten Preset auf Apply Preset. Ihre bisherigen Einstellungen werden vorher gesichert, und über den Bereich History können Sie sie wiederherstellen. Fehlt der Menüpunkt Presets, aktualisieren Sie das Plugin auf Version 5.3 oder neuer.
- Essentials: Caching, eine längere TTL und Browser-Cache. Dieses Preset kann Ihr Layout nicht beschädigen.
- Basic: ergänzt Bildoptimierung und einen Mobile-Cache. Die Bildoptimierung ist ein QUIC.cloud-Dienst, für den ein kostenloser Domain-Key erforderlich ist.
- Advanced: ergänzt eine umfangreiche Reihe von Funktionen zur Seitenoptimierung.
- Aggressive und Extreme: ergänzen das Zusammenfassen von CSS und JavaScript, Critical CSS und Unique CSS. Dabei handelt es sich um QUIC.cloud-Dienste, die kostenpflichtig sein können.
Beginnen Sie mit Essentials. Damit erzielen Sie bereits den Großteil der möglichen Verbesserung, und der Unterschied zu den aggressiveren Presets ist bei der tatsächlichen Ladezeit deutlich kleiner als beim PageSpeed-Score. Gehen Sie jeweils nur eine Stufe höher und testen Sie nach jedem Schritt. Siehe LiteSpeed-Cache-Presets.
Bei der Seitenoptimierung gehen Websites kaputt Ab Advanced kann das Minifizieren und Zusammenfassen von CSS und JavaScript unbemerkt Ihr Layout beschädigen oder ein Skript außer Funktion setzen – oft nur in einem einzigen Template. Testen Sie diese Presets auf einer Staging-Kopie, niemals direkt auf einer Live-Website, und rechnen Sie damit, dass Sie problematische Dateien ausschließen müssen.
Prüfen, ob Seiten gecacht werden
Öffnen Sie die Website in einem privaten Fenster in Chrome, drücken Sie F12, wechseln Sie zum Tab Network und laden Sie die Seite neu. Wählen Sie den ersten Eintrag, das HTML-Dokument, und suchen Sie unter Response Headers nach x-litespeed-cache:
hit: aus dem Cache ausgeliefert. Alles funktioniert.miss: von PHP erzeugt und gespeichert. Laden Sie die Seite noch einmal neu, dann sollte ein Hit erscheinen.- Kein Header: Die Seite wird nicht gecacht.
Für eine schnelle Prüfung einer einzelnen URL nutzen Sie check.lscache.io. Wird gar nichts gecacht, prüfen Sie, ob das Plugin aktiv ist, suchen Sie im Document Root nach einer Datei .litespeed_flag und entfernen Sie konkurrierende Cache-Plugins. Zwei Page-Caches kommen sich gegenseitig in die Quere, und meist funktioniert dann keiner von beiden. Siehe Prüfen, ob LiteSpeed Cache funktioniert.
Zum Crawler Der LSCache-Crawler, der Seiten vorab lädt, damit der erste Besucher nicht warten muss, ist im Shared Hosting deaktiviert, da er für einen gemeinsam genutzten Server zu ressourcenintensiv ist. In den Tarifen Premium Hosting und Premium Reseller steht er zur Verfügung.
Redis-Objekt-Caching hinzufügen
Redis ist der Objekt-Cache auf WebGee. Memcached wurde eingestellt und die zugehörige PHP-Erweiterung ist plattformweit deaktiviert. Eine Website, die noch für Memcached konfiguriert ist, nutzt also überhaupt kein Objekt-Caching. Redis bringt den größten Unterschied bei Websites mit vielen Plugins, großen Produktkatalogen oder einem langsamen Admin-Bereich. Bei einer kleinen Präsentationswebsite, die ohnehin aus dem Page-Cache ausgeliefert wird, macht es kaum einen Unterschied.
1. Redis in cPanel aktivieren
Öffnen Sie Redis in cPanel, klicken Sie auf Enable Redis und notieren Sie sich den angezeigten Port und das Passwort.
2. Die PHP-Erweiterung aktivieren
Öffnen Sie Select PHP Version, wählen Sie Extensions und setzen Sie ein Häkchen bei redis. Die Änderung wird sofort wirksam.
3. LiteSpeed Cache mit Redis verbinden
Gehen Sie in WordPress zu LiteSpeed Cache → Cache → Object und legen Sie Folgendes fest:
- Object Cache:
On - Method:
Redis - Host:
127.0.0.1 - Port und Password: die Werte aus Schritt 1
- Username: leer lassen
Klicken Sie auf Save. Der Verbindungsstatus auf derselben Seite sollte Passed lauten. Erscheint Connection refused, läuft Redis nicht; Class 'Redis' not found bedeutet, dass die PHP-Erweiterung ausgeschaltet ist; Authentication failed heißt, dass das Passwort falsch ist. Das Passwort wird jedes Mal neu erzeugt, wenn Redis deaktiviert und wieder aktiviert wird. Kopieren Sie es in diesem Fall erneut aus cPanel. Siehe Redis-Objekt-Caching aktivieren und Welchen Objekt-Cache sollte ich verwenden?.
WP-Cron durch einen echten Cronjob ersetzen
WP-Cron prüft bei jedem Seitenaufruf, ob geplante Aufgaben anstehen. Auf einer stark besuchten Website muss diese Prüfung unter Umständen auf einen PHP-Worker warten und hält den Besucher auf. Auf einer wenig besuchten Website werden geplante Beiträge und Backups nicht ausgeführt, weil niemand eine Seite aufgerufen hat.
Fügen Sie zunächst Folgendes in wp-config.php oberhalb der Zeile /* That's all, stop editing! */ ein:
define( 'DISABLE_WP_CRON', true );Öffnen Sie anschließend Cron Jobs in cPanel, stellen Sie den Zeitplan auf Once Per Five Minutes und geben Sie den folgenden Befehl ein. Ersetzen Sie dabei cpaneluser durch Ihren cPanel-Benutzernamen und passen Sie den Pfad an, falls WordPress nicht in public_html liegt:
cd /home/cpaneluser/public_html && /usr/local/bin/php -q wp-cron.php > /dev/null 2>&1Fünf Minuten passen für die meisten Websites. WooCommerce-Shops sollten unbedingt bei fünf Minuten bleiben, da die Bestellabwicklung und Lagerbestandsaktualisierungen davon abhängen. Der Zusatz > /dev/null 2>&1 verhindert, dass cPanel Ihnen bei jeder Ausführung die Ausgabe per E-Mail schickt. Ob alles funktioniert, prüfen Sie mit dem Plugin WP Crontrol unter Tools → Cron Events. Siehe WP-Cron durch einen echten Cronjob ersetzen.
Wenn das Dashboard weiterhin langsam ist
wp-admin wird nie im Page-Cache gespeichert und bringt daher Probleme ans Licht, die das gecachte Frontend verbirgt. Meist liegt die Ursache bei der Website, nicht beim Server. Gehen Sie in dieser Reihenfolge vor:
- Zuerst messen. Installieren Sie Query Monitor, um Generierungszeit, Anzahl der Abfragen, die langsamsten Abfragen und das jeweils verantwortliche Plugin zu sehen. PHP X-Ray in cPanel analysiert eine Anfrage serverseitig, ohne dass Sie etwas installieren müssen.
- Das Plugin finden. Ein einzelnes fehlerhaftes Plugin ist die häufigste Ursache für ein langsames Dashboard. Wenn Query Monitor es nicht benennt, deaktivieren Sie die Plugins auf einer Staging-Kopie nacheinander einzeln.
- Die Heartbeat-API begrenzen – im Frontend und im Dashboard, aber lassen Sie sie im Beitragseditor aktiv, wo sie für die automatische Speicherung sorgt.
- Das Speicherlimit erhöhen in
wp-config.php. WooCommerce empfiehlt 256 MB, und WebGee-Tarife erlauben bis zu 1 GB. - Eine aktuelle PHP-Version verwenden über den MultiPHP Manager in cPanel und OPcache unter den PHP-Erweiterungen aktivieren.
Cachen Sie wp-admin nicht, selbst wenn ein Plugin dies anbietet. Sie sehen sonst veraltete Bestellzahlen und Lagerbestände – und treffen Entscheidungen auf deren Grundlage. Siehe Ein langsames WordPress- oder WooCommerce-Dashboard beschleunigen.
Häufige Fragen
Warum zeigt meine Seite x-litespeed-cache: miss an?
Ein Miss bedeutet, dass die Seite von PHP erzeugt und anschließend gespeichert wurde – beim ersten Aufruf ist das normal. Laden Sie die Seite noch einmal neu, dann sollte ein Hit erscheinen. Testen Sie in einem privaten Fenster, denn Seiten für eingeloggte Nutzer werden nie gecacht.
Kann ich Memcached statt Redis verwenden?
Nein. Memcached wurde auf WebGee eingestellt und die PHP-Erweiterung memcached ist plattformweit deaktiviert. Redis ist daher der unterstützte Objekt-Cache.
Welches LiteSpeed-Cache-Preset sollte ich verwenden?
Beginnen Sie mit Essentials. Es ergänzt Caching, eine längere TTL und Browser-Cache, ohne Ihr Layout anzutasten. Gehen Sie dann jeweils nur eine Stufe höher und testen Sie nach jedem Schritt, idealerweise auf einer Staging-Kopie.
Warum ist der LSCache-Crawler in meinem Tarif nicht verfügbar?
Der Crawler ist im Shared Hosting deaktiviert, weil das Aufrufen jeder einzelnen Seite jeder Website für einen gemeinsam genutzten Server zu ressourcenintensiv ist. In den Tarifen Premium Hosting und Premium Reseller steht er zur Verfügung.