Edge Side Includes (ESI) ist eine Funktion des LiteSpeed-Caches, mit der Sie in eine öffentlich zwischengespeicherte Seite “Lücken” einfügen können, sodass die personalisierten Teile (eine Admin-Leiste, eine Begrüßung für angemeldete Benutzer, ein Warenkorb, ein Anmeldeformular) dynamisch bleiben, während der Rest der Seite weiterhin aus dem Cache bereitgestellt wird. Auf diese Weise kann einem angemeldeten Besucher überhaupt eine zwischengespeicherte Seite bereitgestellt werden.
Im Folgenden erkläre ich, was die einzelnen ESI-Einstellungen tatsächlich bewirken, welche Voraussetzung in den meisten Anleitungen falsch dargestellt wird (für ESI ist ein kommerzielles LiteSpeed-Produkt erforderlich; die kostenlose OpenLiteSpeed-Version unterstützt ESI nicht) und gebe meine ehrliche Einschätzung dazu ab, wann es sich lohnt, ESI zu aktivieren, und wann es lediglich für zusätzliche Komplexität sorgt.
Wichtigste Erkenntnisse
- ESI “sticht Löcher” in eine im Cache gespeicherte Seite und füllt diese je nach Besucher auf, sodass angemeldete Benutzer weiterhin aus dem Cache bedient werden können, anstatt diesen zu umgehen.
- Für ESI ist entweder LiteSpeed Web Server Enterprise, LiteSpeed Web ADC oder QUIC.cloud CDN erforderlich. Die kostenlose Version von OpenLiteSpeed unterstützt ESI nicht., und auch das Plugin allein unter Apache oder Nginx reicht dafür nicht aus.
- ESI einschalten ist der Hauptschalter; die Cache-Verwaltungsleiste und das Cache-Kommentarformular wandeln diese beiden gängigen dynamischen Blöcke in ESI-Fragmente um.
- ESI-Nonces sorgen dafür, dass sichere Tokens innerhalb zwischengespeicherter Seiten gültig bleiben; die Vary-Gruppe stellt unterschiedlichen Benutzerrollen unterschiedliche Cache-Versionen bereit.
- ESI zahlt sich vor allem auf Websites mit vielen angemeldeten Nutzern aus (Mitgliedschaften, WooCommerce-Konten, Foren); bei einem einfachen Blog verursacht es in der Regel mehr Debugging-Aufwand als Nutzen.
Was ESI eigentlich macht
Normalerweise stehen ganzseitiges Caching und personalisierte Inhalte im Widerspruch zueinander: Sobald eine Seite etwas Nutzerspezifisches anzeigt, wie beispielsweise “Hallo, Abdullah” oder einen Bearbeitungslink, kann man nicht mehr sicher eine einzige zwischengespeicherte Kopie an alle Besucher ausliefern. ESI löst dieses Problem, indem es die Seite in Teile zerlegt. Der statische Hauptteil wird zwischengespeichert und für alle Besucher wiederverwendet, während die personalisierten Teile als separate Fragmente markiert und dynamisch zusammengesetzt werden.
LiteSpeed verwendet hierfür folgenden Ausdruck: Löcher stanzen Auf der zwischengespeicherten Seite: Es wird die schnelle zwischengespeicherte Kopie bereitgestellt, wobei jedoch kleine Lücken an den Stellen verbleiben, an denen dynamische Inhalte erscheinen sollen; diese Lücken werden dann bei jeder Anfrage ausgefüllt. Bei diesen Lücken handelt es sich um Elemente, die nicht für alle Besucher gleich sein können, typischerweise die Admin-Leiste, ein Warenkorb, ein Anmeldeformular oder ein Sicherheitstoken.
Das Konzept stammt nicht von LiteSpeed. Es handelt sich um einen alten Webstandard, der im W3C-ESI-Spezifikation; LiteSpeed bietet WordPress lediglich eine benutzerfreundliche Möglichkeit, diese Funktion zu nutzen.
Warum ESI wichtig ist – und wann nicht
Der eigentliche Vorteil liegt in der Leistung für angemeldete Nutzer. Bei den meisten Caching-Konfigurationen umgehen angemeldete Besucher den Cache vollständig und greifen auf jeder Seite auf PHP und die Datenbank zu – genau der langsame Pfad, den Sie eigentlich vermeiden wollten. Mit ESI erhalten diese Nutzer dennoch die zwischengespeicherte Seite, wobei nur ihre persönlichen Fragmente neu berechnet werden. So fühlt sich eine Mitglieder-Website oder ein Online-Shop mit angemeldeten Kunden deutlich flüssiger an, und der Server hat deutlich weniger Arbeit.
Allerdings möchte ich hier ausgewogen argumentieren, denn ESI ist nicht für jede Website ein kostenloses Upgrade. Es bringt zusätzliche Komplexität mit sich: mehr Fragmente, die ungültig gemacht werden müssen, mehr Randfälle, in denen ein Plugin etwas Unerwartetes rendert, und mehr Zeitaufwand für die Fehlersuche bei einem veralteten Block.
Wenn es sich bei Ihrer Website um eine Prospekt-Website oder einen Blog handelt, auf der bzw. dem fast alle Besucher als Gäste auftreten, werden diese durch einfaches ganzseitiges Caching ohnehin sofort bedient, und ESI bringt Ihnen nur sehr wenig. Es macht sich erst dann bezahlt, wenn ein nennenswerter Anteil Ihrer Besucher angemeldet ist – genau aus diesem Grund spielt es auch in ernsthaften Diskussionen zum Thema Skalierung eine Rolle, beispielsweise bei der Frage, ob WordPress kann mehr als eine Million Besucher bewältigen.
Welche Server unterstützen LiteSpeed ESI (OpenLiteSpeed tut dies nicht)?
Für ESI ist ein kommerzielles LiteSpeed-Produkt erforderlich: LiteSpeed Web Server Enterprise, LiteSpeed Web ADC oder QUIC.cloud CDN. Die kostenlose OpenLiteSpeed unterstützt ESI überhaupt nicht., und das gilt auch für das Plugin, das auf einem reinen Apache- oder Nginx-Server läuft. Das ist die Voraussetzung, die in den meisten Anleitungen falsch dargestellt wird, und auch ich hatte sie auf dieser Seite falsch angegeben, bis ich die Dokumentation gründlich durchgelesen habe.
Das stammt direkt aus LiteSpeeds eigener LiteSpeed Cache-Dokumentation, in dem es ganz klar heißt:
“OpenLiteSpeed unterstützt keine ESI-Funktionen. Um ESI und die Funktionen auf dieser Registerkarte nutzen zu können, benötigen Sie LiteSpeed Web Server Enterprise, LiteSpeed Web ADC oder QUIC.cloud CDN.”
Der Grund dafür ist architektonischer Natur und hat nichts mit geschäftlicher Boshaftigkeit zu tun. ESI wird von der Webserver, nicht von PHP, sodass der Server selbst die ESI-Tags verstehen und die Fragmente zusammenfügen muss. OpenLiteSpeed enthält diese Engine einfach nicht.
Bevor Sie also irgendwelche dieser Einstellungen ändern, sollten Sie prüfen, was Ihr Host tatsächlich verwendet. Wenn Sie OpenLiteSpeed nutzen, wird die Registerkarte „ESI“ im Plugin zwar angezeigt, hat aber keinerlei Funktion – und genau solche Dinge können einen ganzen Nachmittag kosten. QUIC.cloud ist die Ausweichlösung, die man kennen sollte: Es kann ESI am Edge verarbeiten, sodass eine OpenLiteSpeed-Website durch Weiterleitung über diesen Dienst dennoch darauf zugreifen kann.
Wenn Geschwindigkeit bei der Auswahl eines Hosts für Sie im Vordergrund steht, finden Sie in meiner Übersicht über Anbieter von schnellem WordPress-Hosting geht noch einen Schritt weiter, und eine bewährte LiteSpeed-Option, die ich oft empfehle, ist Hostinger.
Ein Überblick über die ESI-Einstellungen von LiteSpeed Cache
Diese finden Sie unter LiteSpeed Cache > Cache > ESI. Das Bedienfeld ist klein, aber jeder Schalter hat eine klare Funktion.
ESI einschalten ist der Hauptschalter. Ist er ausgeschaltet, gilt nichts von dem Rest. Schalten Sie ihn ein, und LiteSpeed kann damit beginnen, öffentliche Seiten für angemeldete Benutzer zwischenzuspeichern, indem persönliche Elemente als separate Fragmente behandelt werden – und genau darin liegt der Sinn dieser Funktion.
Cache-Verwaltungsleiste wandelt die WordPress-Symbolleiste, die angemeldete Benutzer sehen, in einen eigenen ESI-Block um. Ohne diese Funktion würde diese Leiste dazu führen, dass die Seite jedes Mal dynamisch neu gerendert werden müsste; als Fragment bleibt der Rest der Seite im Cache gespeichert und nur die Leiste wird separat behandelt.
Cache-Kommentarformular Das Gleiche gilt für das Kommentarformular, das ein benutzerspezifisches Sicherheitstoken enthält, sodass das Formular weiterhin funktioniert, ohne dass die gesamte Seite aus dem Cache abgerufen werden muss.
ESI-Nonces
Ein Nonce ist ein kurzlebiges Sicherheitstoken, das WordPress verwendet, um sicherzustellen, dass ein Formular oder eine Aktion tatsächlich von Ihrer Website stammt. Das Problem ist, dass eine zwischengespeicherte Seite jedem Nutzer einen veralteten, abgelaufenen Nonce ausliefern würde, wodurch die Aktion fehlschlagen würde.
Die ESI-Nonces Mit dem folgenden Code lässt sich das beheben: Man listet die Nonce-Namen auf (jeweils einer pro Zeile, zum Beispiel stats_nonce oder abonnieren_nicht), und LiteSpeed stellt jedes davon als neues Fragment bereit, sodass das Token innerhalb einer ansonsten zwischengespeicherten Seite gültig bleibt.
Sie können anhängen privat einen einmaligen Namen, um ihn pro Benutzer zwischenzuspeichern, und du kannst einen Platzhalter wie nonce_formid_* um eine ganze Gruppe von Nonces auf einmal abzugleichen. Die meisten Nutzer müssen diese Einstellung nie ändern, es sei denn, die gesicherte Aktion eines bestimmten Plugins verhält sich beim Caching fehlerhaft.
Gruppe Vary
Gruppe Vary Legt fest, wie viele separate Cache-Versionen pro Benutzerrolle gespeichert werden. Jede Rolle erhält eine Gruppen-ID: Weisen Sie einer Rolle eine eindeutige Nummer zu, zum Beispiel 99 für den Administrator, und diese Rolle erhält eine eigene zwischengespeicherte Version mit ihren administratorspezifischen Elementen, während Rollen, die unter 0 den standardmäßigen öffentlichen Cache gemeinsam nutzen.
Es geht darum, eine Cache-Kontamination zu verhindern, bei der eine Rolle versehentlich die zwischengespeicherte Ansicht einer anderen Rolle sieht. In der Praxis trennt man meist Administratoren oder Redakteure von allen anderen; wenn man jede Rolle in eine eigene Gruppe aufteilt, vervielfacht sich die Anzahl der Cache-Kopien, ohne dass dies einen nennenswerten Vorteil bringt. Halten Sie die Anzahl der Gruppen daher gering.
Einen Shortcode in einen ESI-Block umwandeln
Abgesehen von den Schaltflächen können Sie jeden beliebigen Ausgabetext selbst als dynamisch kennzeichnen. Wenn ein Shortcode benutzerspezifische Inhalte rendert, setzen Sie ihm das Präfix esi LiteSpeed behandelt es also als Fragment:
[esi shortcodeA attr1="val1" attr2="val2"]Dadurch wird LiteSpeed angewiesen, die Seite zwischenzuspeichern, diesen einen Shortcode jedoch jedes Mal neu zu berechnen. Für Entwickler bietet die offizielle LiteSpeed Cache-Dokumentation zeigt, wie man benutzerdefinierte ESI-Blöcke im Code registriert – genau darin liegt die wahre Flexibilität.
Sollten Sie also ESI aktivieren?
Meiner Meinung nach sollten Sie ESI aktivieren, wenn sich ein nennenswerter Anteil Ihrer Besucher anmeldet – beispielsweise bei einer Mitgliederseite, einer Community oder einem WooCommerce-Shop, in dem Kunden im angemeldeten Zustand stöbern –, denn genau dort sorgt das Caching für angemeldete Nutzer dafür, dass aus einer trägen in eine schnelle Nutzererfahrung wird und der Server spürbar entlastet wird.
Aktivieren Sie zunächst nur „ESI aktivieren“ sowie „Cache-Verwaltungsleiste“ und „Cache-Kommentarformular“, prüfen Sie, ob die personalisierten Bereiche weiterhin ordnungsgemäß funktionieren, und greifen Sie erst dann auf „Nonces“ oder „Vary-Gruppe“ zurück, wenn ein bestimmtes Plugin dies erfordert.
Wenn Ihre Website hauptsächlich aus Gastnutzern besteht, würde ich mir darüber keine Gedanken machen; durch das einfache ganzseitige Caching werden diese bereits sofort bedient, und ESI würde nur weitere Debug-Fragmente hinzufügen. Und bevor Sie sich damit beschäftigen: Überprüfen Sie den Server – unter OpenLiteSpeed ist dieser gesamte Reiter reine Dekoration. Betrachten Sie ESI als einen von mehreren Hebeln neben den Grundlagen, die Ihre Website tatsächlich voranbringen. Core Web Vitals. An der richtigen Stelle eingesetzt, ist es hervorragend; wird es jedoch reflexartig überall eingesetzt, führt es nur zu Komplexität.
Änderungsprotokolle
12. Juli 2026
- Korrektur: In diesem Beitrag hieß es zuvor, dass ESI unter OpenLiteSpeed funktioniert. Das ist nicht der Fall. In der Dokumentation von LiteSpeed selbst heißt es, dass ESI LiteSpeed Web Server Enterprise, LiteSpeed Web ADC oder QUIC.cloud CDN erfordert und auf OpenLiteSpeed nicht unterstützt wird. Die Serveranforderungen sind nun korrekt angegeben und aus der Quelle zitiert, und QUIC.cloud wird als die Lösung genannt, die eine OpenLiteSpeed-Website tatsächlich nutzen kann.
27. Juni 2026
- Die Anleitung wurde überarbeitet, wobei die Voraussetzung des LiteSpeed-Servers ausdrücklich erwähnt wurde, jede Einstellung klarer erläutert wurde und eine ehrliche Einschätzung darüber gegeben wurde, wann sich die Aktivierung von ESI lohnt und wann sie lediglich für zusätzliche Komplexität sorgt.
Möchtest du, dass unsere Beiträge öfter bei Google erscheinen?
Ein Schritt – und Google zeigt diese Seite in Ihren „Top Stories“ an.
