Wenn es um WordPress-Performance geht, fällt schnell die Frage: LiteSpeed oder nginx? Die ehrliche Antwort ist, dass die Rohgeschwindigkeit des Webservers selten der entscheidende Punkt ist. WordPress ist eine dynamische PHP-Anwendung – was am Ende über Ladezeit und Stabilität unter Last entscheidet, ist die Art, wie der Server diese dynamischen Seiten cached und ausliefert. Genau da unterscheiden sich nginx und LiteSpeed grundlegend.
Was ist LiteSpeed Web Server Enterprise?
LiteSpeed Web Server Enterprise (LSWS) ist ein kommerzieller, event-getriebener Webserver, der in vielen Umgebungen als weitgehend kompatibler Ersatz für Apache eingesetzt wird – inklusive direkter .htaccess-Unterstützung. In der Rohleistung ist er mit nginx vergleichbar; der eigentliche Unterschied zeigt sich erst beim Caching, dazu weiter unten mehr. Zusätzlich bringt LSWS konfigurierbare Limits und Throttling-Mechanismen mit, die Missbrauch (etwa durch Bots oder DoS-artige Anfragemuster) begrenzen und den Server auch unter Last stabil halten.
Wie nginx WordPress ausliefert
nginx ist ein event-getriebener Webserver, der bei vielen gleichzeitigen Verbindungen sehr effizient arbeitet. Er verarbeitet PHP nicht selbst, sondern reicht Anfragen an php-fpm weiter. Für statische Dateien und als Reverse Proxy ist nginx exzellent und extrem verbreitet.
Der Haken liegt beim Caching dynamischer WordPress-Seiten. nginx bringt von Haus aus keinen WordPress-bewussten Seiten-Cache mit. Man löst das auf einem von drei Wegen:
- FastCGI-Cache auf Serverebene – schnell, aber ohne WordPress-Logik. Das intelligente Leeren des Caches bei Inhaltsänderungen muss man selbst über Rewrite-Regeln und Purge-Mechanismen nachbauen.
- Ein Cache-Plugin wie WP Rocket – bequem, aber der Cache lebt in PHP/Anwendungsschicht, nicht im Webserver, und kostet Lizenz.
- Ein vorgelagerter Varnish – sehr leistungsfähig, aber eine zusätzliche Komponente mit eigener Konfigurations- und Wartungslast.
nginx kann also schnell sein – aber die WordPress-Performance ist das Ergebnis der Caching-Schicht, die man darüberlegt und selbst pflegt.
Wie LiteSpeed WordPress ausliefert
Der Unterschied zu nginx liegt in zwei Dingen.
Erstens die .htaccess-Kompatibilität: LSWS liest Apache-Konfiguration und mod_rewrite-Regeln direkt, ohne dass man sie in eine andere Syntax übersetzen muss. Migrationen von Apache-Setups sind dadurch nahtlos.
Zweitens – und das ist der eigentliche Hebel – LSCache: ein Full-Page-Cache direkt im Webserver, der über das Plugin LiteSpeed Cache for WordPress (LSCWP) eng mit WordPress verzahnt ist. Das bedeutet:
- Gecachte Seiten werden auf Serverebene ausgeliefert, ohne PHP oder Datenbank zu berühren.
- LSCWP kennt die WordPress-Interna und leert den Cache gezielt, sobald sich ein Beitrag, eine Seite oder ein Produkt ändert – automatisch, ohne manuelle Purge-Regeln.
- Über ESI (Edge Side Includes) lassen sich einzelne dynamische Fragmente (Warenkorb, eingeloggter Nutzer) aus einer ansonsten gecachten Seite herausstanzen. Das ist besonders für WooCommerce relevant.
- Objekt-Caching über Valkey oder Redis ist direkt integriert, ebenso HTTP/3 über QUIC.
Der Kern: Der Cache ist kein Plugin und keine zusätzliche Komponente, sondern Teil des Webservers – mit voller WordPress-Kenntnis. Genau das liefert die spürbare Performance „out of the box“, ohne dass jemand eine Caching-Pipeline von Hand bauen und warten muss.
Der Benchmark – was die Zahlen wirklich sagen
Man findet Benchmarks, die LiteSpeed unter WordPress-Last ein Vielfaches der Requests pro Sekunde von nginx bescheinigen. Ehrlich bleibt: Viele dieser Zahlen stammen vom Hersteller und vergleichen LiteSpeed mit LSCache gegen nginx ohne vergleichbaren Seiten-Cache. Das ist kein fairer Vergleich der Webserver, sondern einer der Caching-Strategien.
Stellt man beiden einen gut konfigurierten Full-Page-Cache zur Seite, liegen die reinen Auslieferungswerte für statisch gecachte Seiten nah beieinander. Der reale, reproduzierbare Vorteil von LiteSpeed liegt weniger im Spitzenwert als in der Praxis:
- Intelligentes Cache-Handling ohne Handarbeit – der Cache bleibt korrekt, weil LSCWP das Leeren übernimmt. Bei einem FastCGI-Cache ist ein veraltet ausgelieferter Beitrag ein häufiger Fehler.
- Stabilität unter Concurrency – bei vielen gleichzeitigen, nicht-gecachten Anfragen (Checkout, Login) verhält sich LSWS effizient, und ESI reduziert die Zahl der PHP-Durchläufe.
- Konsistente TTFB für gecachte Inhalte, weil die Auslieferung nie durch PHP läuft.
Die Faustregel: Nicht das Logo entscheidet über die Ladezeit, sondern die Caching-Architektur. LiteSpeed liefert diese Architektur fertig integriert – bei nginx muss man sie bauen.
nginx vs. LiteSpeed – die ehrliche Gegenüberstellung
| Kriterium | nginx | LiteSpeed Enterprise |
|---|---|---|
| Seiten-Cache | FastCGI-Cache oder Plugin – manuell zu konfigurieren | LSCache im Server, WordPress-integriert |
| Cache-Purge bei Änderungen | selbst nachzubauen | automatisch über LSCWP |
| .htaccess / mod_rewrite | nicht unterstützt, Umschreiben nötig | nativ kompatibel |
| HTTP/3 (QUIC) | unterstützt (neuere Versionen) | nativ, ausgereift |
| WooCommerce (dynamische Fragmente) | schwierig sauber zu cachen | ESI-Hole-Punching |
| Lizenz | frei (Open Source) | kommerziell (Enterprise) |
| Ökosystem / Verbreitung | sehr groß | kleiner, aber wachsend |
| Idealfall | Reverse Proxy, individuelle Stacks, volle Kontrolle | Managed WordPress mit Top-Performance ohne Tuning |
Wann nginx die richtige Wahl ist
nginx ist nicht das schwächere Produkt – es ist das flexiblere. Wer einen individuellen Stack baut, nginx als Reverse Proxy vor mehreren Anwendungen betreibt oder aus Lizenzgründen ausschließlich Open Source einsetzen will, ist damit richtig bedient. Auch ein sauber konfigurierter FastCGI-Cache kann eine einzelne, selten geänderte WordPress-Seite hervorragend ausliefern. Der Preis ist Handarbeit: Man ist selbst für Cache-Logik, Purging und Aktualität verantwortlich.
Was das für dein WordPress bedeutet
Für Managed WordPress, bei dem die Seite ohne manuelles Tuning schnell sein soll, spielt LiteSpeed seinen Vorteil aus: ein serverseitiger Cache, der WordPress versteht und sich selbst korrekt hält. Genau darauf setzt unser WordPress-Hosting mit LiteSpeed und LSCWP – vorkonfiguriert, inklusive Valkey Object Cache und HTTP/3.
Ob dein aktuelles Setup davon profitieren würde, siehst du am ehesten an deiner realen Time-to-First-Byte. Miss die Ladezeit deiner Seite mit turbometrics und vergleiche sie vor und nach einem Wechsel des Caching-Ansatzes – Zahlen sagen hier mehr als jede Benchmark-Grafik.
Häufige Fragen
Ist LiteSpeed immer schneller als nginx?
Nein. Bei gecachten Seiten mit jeweils optimalem Cache liegen beide nah beieinander. Der praktische Vorteil von LiteSpeed liegt im integrierten, WordPress-bewussten Cache, der ohne manuelle Konfiguration korrekt bleibt.
Brauche ich mit LiteSpeed noch WP Rocket?
Nein. LSCWP übernimmt Full-Page-Cache, Objekt-Cache-Anbindung und Optimierungen. Ein zusätzliches Cache-Plugin ist überflüssig und kann sich sogar mit LSCache in die Quere kommen.
Kann ich von nginx oder Apache zu LiteSpeed wechseln, ohne alles umzubauen?
Von Apache ist der Wechsel nahtlos, weil LiteSpeed .htaccess direkt liest. Von nginx entfallen die manuellen Cache- und Rewrite-Konstrukte – deren Aufgabe übernimmt LSCache/LSCWP.
Was ist mit Apache?
Apache ist maximal kompatibel, aber bei vielen gleichzeitigen Verbindungen prozesslastiger als nginx oder LiteSpeed. LiteSpeed kombiniert die Apache-Kompatibilität mit einem event-getriebenen Kern.
