Edge Side Includes (ESI) ist die LiteSpeed-Cache-Funktion, mit der Sie eine Seite auch dann zwischenspeichern können, wenn Teile davon personalisiert sind, wie beispielsweise eine Admin-Leiste oder eine Begrüßung für angemeldete Benutzer. Dabei wird eine Seite in statische Fragmente, die für alle gleich sind, und kleine dynamische Fragmente, die für jeden Besucher individuell ausgefüllt werden, aufgeteilt. So behalten Sie die Geschwindigkeit des Vollseiten-Cachings bei, ohne die personalisierten Elemente zu beeinträchtigen.
Im Folgenden erkläre ich, was die einzelnen ESI-Einstellungen konkret bewirken, welche Voraussetzung die meisten Anleitungen übersehen (man benötigt einen LiteSpeed-Server) und gebe meine ehrliche Einschätzung dazu ab, wann es sich lohnt, ESI zu aktivieren, und wann es die Sache nur unnötig verkompliziert.
Wichtigste Erkenntnisse
- ESI speichert eine Seite im Cache, wobei kleine personalisierte Teile dynamisch bleiben, sodass angemeldete Benutzer weiterhin aus dem Cache bedient werden können.
- Es funktioniert nur auf einem Server mit LiteSpeed (LiteSpeed oder OpenLiteSpeed); das Plugin allein reicht auf einem reinen Apache- oder Nginx-Server 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.
Ein hilfreiches mentales Modell sind “Lücken”: LiteSpeed liefert die schnell zwischengespeicherte Seite aus, lässt jedoch kleine Lücken an den Stellen, an denen dynamische Inhalte erscheinen sollen, und füllt diese Lücken dann bei jeder Anfrage auf. Das Konzept ist keine Erfindung von LiteSpeed, sondern ein alter 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 Fehlerbehebung bei veralteten Blöcken. Wenn es sich bei Ihrer Website um eine Prospektseite oder einen Blog handelt, auf der fast alle Besucher als Gäste auftreten, werden diese bereits durch einfaches ganzseitiges Caching sofort bedient, und ESI bringt Ihnen nur sehr wenig. Es macht sich erst dann bezahlt, wenn ein nennenswerter Anteil Ihres Traffics angemeldet ist – genau aus diesem Grund taucht es auch in ernsthaften Diskussionen zur Skalierung auf, beispielsweise bei der Frage, ob WordPress kann mehr als eine Million Besucher bewältigen.
Zunächst benötigen Sie einen LiteSpeed-Server
Das ist die Voraussetzung, die in den meisten Anleitungen vergessen wird. ESI wird vom Webserver verarbeitet, nicht von PHP, daher benötigt es eine Server mit LiteSpeed-Technologie: LiteSpeed Web Server oder OpenLiteSpeed (QUIC.cloud kann einen Teil davon auch am Edge übernehmen). Wenn Sie den LiteSpeed-Cache Wenn Sie das Plugin auf einem Standard-Apache- oder Nginx-Server einsetzen, stehen Ihnen zwar weiterhin viele seiner Optimierungsfunktionen zur Verfügung, doch der ESI-Bereich funktioniert einfach nicht, da keine LiteSpeed-Ebene vorhanden ist, um die Fragmente zusammenzusetzen.
Bevor Sie also diese Einstellungen ändern, vergewissern Sie sich, dass Ihr Hosting-Anbieter LiteSpeed einsetzt. Viele preisgünstige und mittelpreisige Anbieter tun dies, was mit ein Grund dafür ist, warum sie so gut mit diesem Plugin harmonieren. Wenn Geschwindigkeit bei der Auswahl eines Hosting-Anbieters für Sie Priorität hat, 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 besteht darin, 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 ein nennenswerter Anteil Ihrer Besucher angemeldet ist – 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 Erfahrung wird und der Server spürbar entlastet wird. Beginnen Sie zunächst nur mit „ESI aktivieren“ sowie „Cache Admin Bar“ und „Cache Comment Form“, testen Sie, ob personalisierte Bereiche weiterhin ordnungsgemäß funktionieren, und greifen Sie erst dann auf „Nonces“ oder „Vary Group“ zurück, wenn ein bestimmtes Plugin dies erfordert.
Wenn Ihre Website hauptsächlich von Gästen besucht wird, würde ich mir darüber keine Gedanken machen; durch das einfache ganzseitige Caching werden sie ohnehin sofort bedient, und ESI würde nur weitere Fehlerquellen zum Debuggen hinzufügen. So oder so sollten Sie zunächst sicherstellen, dass Sie einen LiteSpeed-Host nutzen, und ESI als einen von mehreren Hebeln betrachten – neben den Grundlagen, die Ihre Website tatsächlich schneller machen. 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
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 meine Beiträge öfter bei Google erscheinen?
Ein Klick genügt, und Google kann diese Website in Ihren „Top Stories“ anzeigen.
Entdecke mehr von WpConsults
Melde dich für ein Abonnement an, um die neuesten Beiträge per E-Mail zu erhalten.