✅ Aktualisiert am
Mit den richtigen Cache Enabler Einstellungen kannst du die Ladezeit deiner WordPress-Website mit überschaubarem Aufwand verbessern. Das kostenlose Plugin erstellt fertige HTML-Versionen deiner Seiten und liefert sie bei späteren Aufrufen direkt aus. WordPress muss dadurch nicht jedes Mal sämtliche Inhalte neu aus der Datenbank zusammensetzen.
Cache Enabler ist bewusst schlank gehalten. Statt zahlreicher Untermenüs findest du alle wichtigen Optionen auf einer einzigen Einstellungsseite. Trotzdem solltest du nicht einfach jedes Kontrollkästchen aktivieren. Einige Funktionen sind nur für bestimmte Websites sinnvoll und können bei einer falschen Konfiguration unnötige Cache-Dateien oder Darstellungsprobleme verursachen.
In dieser Anleitung zeige ich dir, welche Einstellungen ich für einen normalen WordPress-Blog empfehle. Außerdem erfährst du, wann du Seiten vom Cache ausschließen musst, wie du Cache Enabler mit Autoptimize kombinierst und wie du kontrollierst, ob das Plugin tatsächlich arbeitet.
Was macht Cache Enabler eigentlich?
WordPress erstellt eine Seite normalerweise erst dann, wenn ein Besucher sie aufruft. Dabei lädt das System das Theme, führt PHP-Code aus, fragt Inhalte aus der Datenbank ab und verarbeitet verschiedene Plugins. Erst danach wird die fertige HTML-Seite an den Browser gesendet.
Cache Enabler verkürzt diesen Ablauf. Das Plugin speichert eine bereits erzeugte Seite als statische HTML-Datei auf dem Server. Beim nächsten Aufruf kann diese fertige Datei ausgeliefert werden, ohne dass WordPress die Seite erneut vollständig berechnen muss.
Dadurch sinkt vor allem die Arbeit, die dein Server bei jedem Seitenaufruf erledigen muss. Das kann die Antwortzeit verbessern und deinen Hosting-Server bei mehreren gleichzeitigen Besuchern entlasten.
Cache Enabler ist allerdings kein vollständiges All-in-one-Optimierungsplugin. Es bietet Seiten-Caching, Vorkomprimierung, HTML-Minifizierung und einige weitere Funktionen. Umfangreiche Optimierungen von CSS- und JavaScript-Dateien gehören jedoch nicht zu seinem eigentlichen Schwerpunkt. Dafür kannst du das Plugin bei Bedarf beispielsweise mit Autoptimize kombinieren. Der Entwickler nennt Autoptimize ausdrücklich als kompatible Ergänzung.
Weitere Informationen zum Plugin, zur aktuellen Version und zur Kompatibilität findest du auf der offiziellen Plugin-Seite bei WordPress.org.
Möchtest du zunächst die verschiedenen Cache-Arten verstehen, findest du in meinem Ratgeber zum WordPress Caching eine ausführliche Erklärung.
Für welche Websites eignet sich Cache Enabler?
Cache Enabler ist besonders gut für Websites geeignet, die überwiegend Inhalte anzeigen, die für alle Besucher gleich sind. Dazu gehören beispielsweise:
- klassische Blogs
- Ratgeber-Websites
- Unternehmensseiten
- Portfolios
- einfache Affiliate- und Nischenseiten
- kleinere Magazine
Das Plugin ist eine gute Wahl, wenn du eine übersichtliche und kostenlose Lösung für den Seiten-Cache suchst. Du musst dich nicht durch zahlreiche technische Untermenüs arbeiten und kannst mit wenigen Einstellungen beginnen.
Vorsicht ist bei Websites mit vielen personalisierten oder dynamischen Inhalten notwendig. Ein Mitgliederbereich, ein Warenkorb oder eine Seite mit nutzerabhängigen Informationen darf nicht einfach als identische HTML-Datei an alle Besucher ausgeliefert werden. Solche Bereiche musst du vom Cache ausschließen.
Prüfe außerdem, ob dein Webhoster bereits ein vollständiges Seiten-Caching bereitstellt. Einige Managed-WordPress-Tarife oder LiteSpeed-Server bringen eigene Cache-Lösungen mit. In diesem Fall ist ein zusätzliches Caching-Plugin möglicherweise unnötig oder sogar problematisch.
Grundsätzlich solltest du immer nur ein Plugin für den Seiten-Cache verwenden. Zwei gleichzeitig aktive Page-Cache-Systeme können sich gegenseitig behindern und dazu führen, dass alte Inhalte oder falsche Versionen einer Seite ausgeliefert werden.
Cache Enabler installieren und Einstellungen öffnen
Du kannst Cache Enabler direkt über das WordPress-Dashboard installieren:
- Öffne Plugins → Neues Plugin hinzufügen.
- Suche nach Cache Enabler.
- Achte darauf, dass das Plugin von KeyCDN stammt.
- Klicke auf Jetzt installieren.
- Aktiviere das Plugin anschließend.
Die Einstellungen findest du danach unter:
Einstellungen → Cache Enabler
Eine zwingende Konfiguration ist laut offizieller Dokumentation für normale WordPress-Installationen nicht erforderlich. Die vorhandenen Optionen helfen dir jedoch dabei, das Verhalten an deine Website anzupassen.
Vor der Einrichtung solltest du kontrollieren, ob du sprechende Permalinks verwendest. Mit den einfachen WordPress-Standardlinks wie ?p=123 funktioniert Cache Enabler nicht. Eine passende Struktur kannst du unter Einstellungen → Permalinks auswählen.
Meine empfohlenen Cache Enabler Einstellungen
Die folgenden Werte sind ein guter Ausgangspunkt für einen normalen Blog oder eine redaktionelle WordPress-Website:
| Einstellung | Meine Empfehlung |
|---|---|
| Cache-Ablauf aktivieren | optional |
| Cache-Ablaufzeit | 24 Stunden |
| Gesamten Cache bei Beitragsänderungen leeren | deaktivieren |
| Gesamten Cache bei Kommentaränderungen leeren | deaktivieren |
| Gesamten Cache bei Kategorieänderungen leeren | deaktivieren |
| Gesamten Cache bei Benutzeränderungen leeren | deaktivieren |
| Gesamten Cache bei Plugin-Änderungen leeren | aktivieren |
| WebP-Cache-Version erstellen | nur bei Bedarf |
| Separate mobile Cache-Version erstellen | normalerweise deaktivieren |
| Vorkomprimierung mit Brotli oder Gzip | aktivieren |
| HTML minimieren | aktivieren und testen |
| Inline-CSS und Inline-JavaScript minimieren | zunächst deaktivieren |
| Cache-Ausschlüsse | nur für dynamische Bereiche |

Diese Empfehlungen sind kein starres Gesetz. Ein Blog mit mehreren neuen Beiträgen am Tag benötigt eventuell eine andere Ablaufzeit als eine Unternehmensseite, die nur alle paar Monate geändert wird.
Wichtig ist deshalb, dass du die Einstellungen nach dem Speichern kontrollierst. Öffne deine Website sowohl am Computer als auch auf dem Smartphone und teste Navigation, Formulare, Cookie-Banner sowie andere interaktive Elemente.
Cache-Ablaufzeit: Muss der Cache regelmäßig gelöscht werden?
Mit der Cache-Ablaufzeit legst du fest, wann gespeicherte Dateien ihre Gültigkeit verlieren. Nach Ablauf dieser Zeit entfernt Cache Enabler die veralteten Dateien und erstellt sie beim nächsten Seitenaufruf neu.
Für einen normalen Blog kannst du mit 24 Stunden beginnen. Dadurch werden auch Seiten regelmäßig erneuert, die längere Zeit nicht direkt bearbeitet wurden. Das kann beispielsweise sinnvoll sein, wenn dein Theme automatisch aktuelle Beiträge, Datumsangaben oder wechselnde Inhalte anzeigt.
Eine kurze Ablaufzeit von ein oder zwei Stunden ist bei den meisten Blogs nicht nötig. Der Cache müsste ständig neu aufgebaut werden und könnte seine Wirkung schlechter entfalten.
Du kannst die automatische Ablaufzeit auch vollständig deaktivieren. Cache Enabler besitzt eine intelligente Cache-Bereinigung und entfernt bei Änderungen bereits die betroffene Seite sowie zugehörige Archive. Für weitgehend statische Websites kann das ausreichen.
Ich würde bei einer normalen redaktionellen Website trotzdem zunächst mit 24 Stunden starten. So hast du eine zusätzliche Absicherung gegen sehr lange gespeicherte Seiten, ohne den Cache unnötig häufig neu aufzubauen.
Wann sollte der gesamte Website-Cache geleert werden?
Im Bereich zur Cache-Bereinigung findest du mehrere Optionen, die den kompletten Website-Cache bei bestimmten Änderungen löschen können. Dazu gehören Änderungen an Beiträgen, Kommentaren, Kategorien, Benutzern oder Plugins.
Die Formulierungen können den Eindruck erwecken, dass du möglichst viele Kontrollkästchen aktivieren solltest. Das ist jedoch selten notwendig.
Wenn du einen Beitrag aktualisierst oder veröffentlichst, löscht Cache Enabler standardmäßig bereits:
- den Cache des betroffenen Beitrags
- gegebenenfalls vorhandene Unterseiten
- zugehörige Kategorie- und Schlagwortarchive
- Autorenarchive
- Datumsarchive
- weitere Seiten, auf denen der Beitrag erscheint
Der gesamte Website-Cache muss deshalb nicht bei jeder kleinen Textänderung gelöscht werden. Gerade bei größeren Websites würde das zahlreiche weiterhin gültige Cache-Dateien unnötig entfernen.
Ich lasse die vollständige Cache-Löschung bei Beiträgen, Kommentaren, Kategorien und Benutzern daher normalerweise deaktiviert.
Sinnvoll kann dagegen die Option sein, den kompletten Cache nach dem Aktivieren oder Deaktivieren eines Plugins zu löschen. Eine Plugin-Änderung kann sich auf viele Bereiche deiner Website auswirken. Durch die Bereinigung verhinderst du, dass alte Seitenversionen weiterhin ohne die neue Plugin-Ausgabe angezeigt werden.
Eine einzelne Seite kannst du bei Bedarf gezielt leeren. Öffne dazu die betreffende Seite, während du bei WordPress angemeldet bist, und wähle in der oberen Adminleiste Seitencache leeren. Du musst also nicht für jede kleine Änderung den kompletten Cache löschen.
Weitere Möglichkeiten erkläre ich dir in meiner Anleitung zum WordPress Cache leeren.
WebP-Cache aktivieren oder deaktivieren?
Cache Enabler kann eine zusätzliche Cache-Version erstellen, in der vorhandene Bildadressen durch passende WebP-Dateien ersetzt werden. Dazu müssen die WebP-Versionen der Bilder bereits auf dem Server vorhanden sein.
Das Plugin wandelt deine Bilder nicht selbstständig in WebP um. Es sucht lediglich nach einer passenden WebP-Datei und verwendet diese in der zusätzlichen Cache-Version. Besucher mit einem kompatiblen Browser können dann die WebP-Variante erhalten.
Die Funktion ist sinnvoll, wenn dein Bildoptimierungsplugin neben den ursprünglichen JPG- oder PNG-Dateien zusätzliche WebP-Dateien erzeugt und diese noch nicht auf andere Weise ausliefert.
Lädst du deine Bilder dagegen bereits direkt als WebP in die WordPress-Mediathek hoch, benötigst du keine zusätzliche Umwandlung der Bildadressen. Auch manche Hosting-, CDN- oder Bildoptimierungslösungen übernehmen die Formatwahl bereits selbst.
Meine Empfehlung lautet daher:
- Aktivieren, wenn passende WebP-Kopien vorhanden sind und noch nicht automatisch ausgeliefert werden.
- Deaktivieren, wenn du Bilder direkt als WebP hochlädst oder ein anderer Dienst die WebP-Auslieferung übernimmt.
- Nach der Aktivierung unbedingt prüfen, ob alle Bilder weiterhin korrekt angezeigt werden.
Mehr über Bildgrößen, Komprimierung und moderne Dateiformate erfährst du in meinem Ratgeber Bilder optimieren in WordPress.
Brauchst du einen separaten mobilen Cache?
Mit dieser Einstellung erstellt Cache Enabler eine zusätzliche Cache-Version für mobile Geräte. Das klingt zunächst sinnvoll, ist bei einem modernen responsiven WordPress-Theme aber normalerweise nicht erforderlich.
Ein responsives Theme liefert für Desktop-Computer und Smartphones grundsätzlich denselben HTML-Inhalt aus. Die Darstellung wird anschließend über CSS an die verfügbare Bildschirmbreite angepasst. In diesem Fall würde der mobile Cache nur eine weitere Version derselben Seite erzeugen.
Aktiviere die Option nur, wenn deine Website tatsächlich unterschiedliche Inhalte oder ein eigenes Theme für mobile Besucher ausliefert. Genau für solche getrennten Desktop- und Mobilversionen ist die Funktion vorgesehen.
Für die meisten aktuellen Blogs empfehle ich deshalb:
Separate mobile Cache-Version deaktivieren.
Teste deine Website trotzdem nach der Einrichtung auf einem Smartphone. Ein deaktivierter Mobil-Cache bedeutet nicht, dass Smartphones keinen Cache erhalten. Sie nutzen weiterhin die normale gespeicherte Version deiner responsiven Website.
Vorkomprimierung mit Brotli oder Gzip aktivieren
Bei der Vorkomprimierung speichert Cache Enabler zusätzlich komprimierte Versionen der erzeugten HTML-Dateien. Der Server kann diese Dateien direkt ausliefern und muss sie nicht bei jedem Aufruf erneut komprimieren.
Diese Option solltest du normalerweise aktivieren.
Cache Enabler verwendet Gzip, wenn keine passende Brotli-Unterstützung vorhanden ist. Brotli benötigt eine entsprechende PHP-Erweiterung und eine über HTTPS ausgelieferte Website. Sind beide Kompressionsverfahren verfügbar und werden vom Browser akzeptiert, bevorzugt das Plugin Brotli.
Du musst deshalb nicht selbst zwischen Brotli und Gzip wählen. Aktiviere einfach die Vorkomprimierung. Cache Enabler erstellt automatisch die Variante, die deine Serverumgebung unterstützt.
Komprimierte HTML-Dateien sind kleiner und können schneller übertragen werden. Die Einstellung ersetzt allerdings keine Bildkomprimierung. Große Fotos, Videos, CSS-Dateien oder JavaScript-Dateien werden dadurch nicht automatisch kleiner.
HTML minimieren: Welche Einstellung ist sinnvoll?
Bei der HTML-Minifizierung entfernt Cache Enabler unnötige Leerzeichen, Zeilenumbrüche und andere Zeichen aus dem gespeicherten Quelltext. Die sichtbare Darstellung deiner Website sollte sich dadurch nicht verändern.
Ich empfehle, die normale HTML-Minifizierung zu aktivieren und die Website anschließend zu testen.
Zusätzlich bietet das Plugin die Möglichkeit, eingebettetes CSS und JavaScript innerhalb des HTML-Codes zu minimieren. Diese aggressivere Variante kann zwar weitere Zeichen einsparen, erhöht aber auch das Risiko für Konflikte.
Für den Einstieg würde ich deshalb folgendermaßen vorgehen:
- Normale HTML-Minifizierung aktivieren.
- Inline-CSS und Inline-JavaScript zunächst nicht minimieren.
- Cache speichern und vollständig leeren.
- Website in einem privaten Browserfenster kontrollieren.
- Erst danach die zusätzliche Inline-Minifizierung testweise aktivieren.
Achte besonders auf:
- aufklappbare Menüs
- Formulare
- Cookie-Banner
- Bildergalerien
- Akkordeons
- Tabellen
- Werbemittel
- eingebettete Videos
- mobile Navigation
Tritt nach der Minifizierung ein Fehler auf, deaktiviere zuerst die Optimierung von Inline-CSS und Inline-JavaScript. Die normale HTML-Minifizierung kannst du häufig trotzdem weiterverwenden.
Seiten und Besucher gezielt vom Cache ausschließen
Nicht jeder Inhalt darf zwischengespeichert werden. Cache Enabler bietet dafür Ausschlüsse nach:
- Beitrags-ID
- URL-Pfad
- Query-String
- Cookie

Diese Felder findest du im unteren Bereich der Einstellungsseite. Sie sind vor allem für Shops, Mitgliederbereiche und Websites mit personalisierten Inhalten wichtig. Die Pfad-, Query- und Cookie-Felder arbeiten mit regulären Ausdrücken. Bei komplexen Regeln solltest du deshalb besonders sorgfältig testen.
Ausschluss über die Beitrags-ID
Jeder Beitrag und jede Seite besitzt in WordPress eine eindeutige ID. Trägst du diese ID in den Ausschluss ein, wird die betreffende Seite nicht in den Cache aufgenommen.
Die ID findest du, wenn du die Seite im WordPress-Editor öffnest. In der Adresszeile deines Browsers steht dann beispielsweise:
post=123
In diesem Beispiel lautet die Beitrags-ID 123.
Mehrere IDs kannst du durch Kommas voneinander trennen.
Ausschluss über den Seitenpfad
Über den Seitenpfad kannst du bestimmte URLs oder ganze Bereiche ausschließen. Typische Kandidaten sind:
/warenkorb//kasse//mein-konto//mitgliederbereich//benutzerprofil/
Auch Seiten mit nutzerabhängigen Formularen oder dynamischen Ergebnissen können einen Ausschluss benötigen.
Ein normales Kontaktformular muss nicht zwangsläufig ausgeschlossen werden. Viele moderne Formulare senden ihre Daten über eigene Anfragen und funktionieren auch auf gecachten Seiten. Du solltest den Versand jedoch nach der Einrichtung testen.
Ausschluss über Query-Strings
Query-Strings sind zusätzliche Parameter hinter einer URL. Ein Beispiel wäre:
beispiel.de/suche/?produkt=monitor
Cache Enabler erstellt für unterschiedliche Query-Strings keine eigenständigen Cache-Versionen. Erzeugt ein URL-Parameter einen dynamischen oder personalisierten Inhalt, solltest du prüfen, ob du ihn über die Ausschlussregeln ausnehmen musst.
Ausschluss über Cookies
Cookies können anzeigen, ob ein Besucher angemeldet ist, einen Warenkorb verwendet oder bestimmte Einstellungen gewählt hat. Über einen Cookie-Ausschluss kannst du verhindern, dass solchen Besuchern eine allgemeine Cache-Version angezeigt wird.
Solche Regeln sind besonders wichtig bei:
- Mitgliederseiten
- Lernplattformen
- Onlineshops
- personalisierten Empfehlungen
- geschützten Downloads
- nutzerabhängigen Preisen oder Inhalten
Bei einem einfachen Blog musst du in diesen Feldern normalerweise nichts eintragen.
Cache Enabler und Autoptimize zusammen verwenden
Cache Enabler und Autoptimize können sich gut ergänzen, weil beide Plugins unterschiedliche Schwerpunkte haben.
Cache Enabler übernimmt hauptsächlich:
- Seiten-Caching
- Speicherung statischer HTML-Dateien
- automatische Cache-Bereinigung
- Vorkomprimierung
- optionale HTML-Minifizierung
Autoptimize konzentriert sich stärker auf:
- CSS-Dateien
- JavaScript-Dateien
- verzögertes Laden bestimmter Skripte
- Optimierung eingebetteter Styles und Skripte
- weitere Frontend-Optimierungen
Du solltest allerdings vermeiden, dieselbe Aufgabe unnötig in beiden Plugins zu aktivieren. Wenn Autoptimize bereits dein HTML minimiert, kannst du die HTML-Minifizierung in Cache Enabler deaktivieren. Umgekehrt kannst du Cache Enabler das HTML übernehmen lassen und Autoptimize hauptsächlich für CSS und JavaScript einsetzen.
Eine mögliche Aufteilung wäre:
| Aufgabe | Plugin |
| Seiten-Cache | Cache Enabler |
| Vorkomprimierung | Cache Enabler |
| CSS-Optimierung | Autoptimize |
| JavaScript-Optimierung | Autoptimize |
| HTML-Minifizierung | nur eines der beiden Plugins |
Nimm Änderungen immer einzeln vor. Leere danach den Cache und kontrolliere die Website. Änderst du fünf Einstellungen gleichzeitig, lässt sich ein auftretender Fehler nur schwer einer bestimmten Option zuordnen.
Meine ausführlichere Anleitung findest du unter Autoptimize optimal einstellen.
So prüfst du, ob Cache Enabler funktioniert
Eine gute PageSpeed-Punktzahl beweist noch nicht, dass Cache Enabler tatsächlich eine gespeicherte Seite ausliefert. Du kannst die Funktion direkt im Quelltext kontrollieren.
Gehe dazu folgendermaßen vor:
- Melde dich aus WordPress ab.
- Öffne deine Website in einem privaten Browserfenster.
- Rufe eine normale Seite oder einen Blogartikel auf.
- Lade die Seite ein zweites Mal neu.
- Öffne mit der rechten Maustaste den Seitenquelltext.
- Suche nach
Cache Enabler by KeyCDN.
Am Ende des Quelltexts sollte ein Kommentar stehen, der ungefähr so aufgebaut ist:
<!-- Cache Enabler by KeyCDN @ ... -->

Der Kommentar enthält unter anderem einen Zeitstempel und Hinweise zur erzeugten Cache-Variante. Damit kannst du erkennen, dass Cache Enabler die Seite gespeichert hat.
Verwendest du keine erweiterte Serverkonfiguration, kann zusätzlich der HTTP-Header X-Cache-Handler: cache-enabler-engine erscheinen. Auch dieser Header zeigt, dass die Cache-Enabler-Engine an der Auslieferung beteiligt ist.
Im WordPress-Dashboard zeigt das Plugin außerdem die aktuelle Cache-Größe an. Direkt nach der Einrichtung kann dieser Wert noch klein sein. Die Cache-Dateien entstehen normalerweise, wenn Besucher oder du selbst die einzelnen Seiten aufrufen.
Cache-Wirkung richtig messen und PageSpeed-Werte einordnen
Nach der Einrichtung solltest du prüfen, ob Cache Enabler tatsächlich einen messbaren Vorteil bringt. Verlasse dich dabei nicht allein auf die große Leistungsbewertung von Google PageSpeed Insights.
Wie stark sich ein Seiten-Cache auswirkt, hängt unter anderem vom Hosting, vom Theme, von den verwendeten Plugins und vom Aufbau der getesteten Seite ab. Eine bereits gut optimierte Website kann auch ohne aktives Caching eine sehr hohe Bewertung erreichen.
Bei meiner Testseite lag die mobile Leistung ohne Cache Enabler bereits bei 99 von 100 Punkten. Der gemessene Speed Index betrug dabei 2,4 Sekunden.

Nach der Aktivierung von Cache Enabler blieb die Gesamtwertung unverändert bei 99 Punkten. Der Speed Index sank jedoch von 2,4 auf 1,2 Sekunden. Die sichtbaren Seiteninhalte wurden im Labortest damit deutlich schneller aufgebaut, obwohl sich die große PageSpeed-Punktzahl nicht mehr verbessern konnte.
| Messung | Ohne Cache Enabler | Mit Cache Enabler |
|---|---|---|
| PageSpeed-Leistung mobil | 99 | 99 |
| Speed Index | 2,4 Sekunden | 1,2 Sekunden |
Dieser Vergleich zeigt, warum du nicht nur auf den Gesamtwert achten solltest. Gerade bei einer bereits schnellen Website können sich einzelne Messwerte deutlich verbessern, ohne dass sich die Punktzahl verändert.
Cache Enabler speichert fertig erzeugte HTML-Seiten. WordPress muss dadurch bei wiederholten Aufrufen nicht mehr jedes Mal vollständig ausgeführt werden. Das kann die Auslieferung beschleunigen und gleichzeitig den Server entlasten.
Für einen möglichst aussagekräftigen Vergleich solltest du:
- immer dieselbe URL testen,
- Mobil- und Desktop-Werte getrennt betrachten,
- die Seite vor dem Test mehrmals aufrufen,
- mehrere Messungen durchführen,
- neben der Gesamtwertung auch den Speed Index und die Core Web Vitals vergleichen.
Da PageSpeed-Messungen leicht schwanken können, würde ich den Test mit und ohne Cache Enabler jeweils noch zwei- oder dreimal wiederholen. Bleibt der Speed Index ungefähr in diesem Bereich, hast du einen sehr überzeugenden und nachvollziehbaren Praxisvergleich.
Änderungen an der Website werden nicht angezeigt
Eines der häufigsten Cache-Probleme ist eine Änderung, die im WordPress-Editor gespeichert wurde, auf der Website aber noch nicht sichtbar ist.
Gehe dann schrittweise vor:
- Leere den Cache der betroffenen Seite über die Adminleiste.
- Lade die Seite mit
Strg + F5neu. - Öffne sie in einem privaten Browserfenster.
- Leere bei Bedarf den kompletten Cache von Cache Enabler.
- Prüfe einen zusätzlichen Server- oder Hosting-Cache.
- Leere gegebenenfalls den Cache deines CDN.
- Kontrolliere, ob ein Browser- oder Proxy-Cache beteiligt ist.
Vermeide es, bei jedem kleinen Problem sofort sämtliche Caches zu löschen. Beginne mit dem Seitencache und arbeite dich anschließend weiter vor.
Wird eine alte Version nur angezeigt, während du angemeldet bist, kann auch ein anderes Plugin oder eine Frontend-Vorschau beteiligt sein. Vergleiche deshalb immer die Ansicht als ausgeloggter Besucher.
Cache Enabler erstellt keine Cache-Dateien
Werden keine Dateien erzeugt und fehlt der Hinweis im Quelltext, kommen mehrere Ursachen infrage.
Kontrolliere zuerst:
- Ist das Plugin aktiviert?
- Verwendet WordPress sprechende Permalinks?
- Testest du die Seite als ausgeloggter Besucher?
- Ist die Seite über eine Ausschlussregel ausgenommen?
- Rufst du eine URL mit einem besonderen Query-String auf?
- Ist bereits ein anderes Caching-Plugin aktiv?
- Verwendet dein Hoster ein eigenes Seitencaching?
- Kann WordPress in das Cache-Verzeichnis schreiben?
Cache Enabler benötigt außerdem die Datei advanced-cache.php im Verzeichnis wp-content und eine aktive WP_CACHE-Konstante in der wp-config.php. Das Plugin richtet beides normalerweise bei der Aktivierung selbst ein. Fehlen diese Bestandteile, kann es keine Seiten speichern und ausliefern.
Deaktiviere Cache Enabler testweise und aktiviere es erneut. Bleibt das Problem bestehen, kann ein Blick in den WordPress-Website-Zustand oder das Fehlerprotokoll des Servers weiterhelfen.
Layout oder Funktionen sind nach der Aktivierung fehlerhaft
Das eigentliche Seiten-Caching verändert die Darstellung normalerweise nicht. Probleme entstehen eher durch zusätzliche Optimierungen oder durch dynamische Inhalte.
Schalte bei Darstellungsfehlern zuerst folgende Optionen nacheinander aus:
- Minifizierung von Inline-CSS und Inline-JavaScript
- normale HTML-Minifizierung
- WebP-Cache-Version
- Vorkomprimierung
Leere nach jeder Änderung den vollständigen Cache und teste erneut. Dadurch findest du heraus, welche Funktion den Fehler verursacht.
Funktioniert ein Login-, Mitglieder- oder Shopbereich nicht richtig, solltest du die betreffenden Seiten und Cookies vom Cache ausschließen. Ein pauschales Deaktivieren des gesamten Plugins ist dann oft nicht notwendig.
Prüfe auch andere Optimierungsplugins. Wenn Cache Enabler, Autoptimize, dein Theme und ein Hosting-Tool gleichzeitig HTML oder Skripte verändern, steigt das Konfliktrisiko.
Bringt die erweiterte Serverkonfiguration noch mehr Geschwindigkeit?
Der Entwickler stellt zusätzliche Regeln für Apache- und Nginx-Server bereit. Damit kann der Webserver eine vorhandene HTML-Datei direkt ausliefern und PHP vollständig umgehen.
Diese Konfiguration ist optional. Für die meisten Blogs reicht die normale Einrichtung von Cache Enabler aus. Laut offizieller Dokumentation sollten die erweiterten Regeln nur von Nutzern eingesetzt werden, die Erfahrung mit der Bearbeitung ihrer Serverkonfiguration haben. Einige Ablauf- und Ausschlussregeln können dabei anders behandelt werden.
Ein Fehler in der .htaccess– oder Nginx-Konfiguration kann deine gesamte Website unerreichbar machen. Lege deshalb vor Änderungen eine Sicherung der betroffenen Datei an und kläre im Zweifel mit deinem Hoster, ob diese Anpassung in deinem Tarif überhaupt sinnvoll ist.
Für einen normalen Blog würde ich zuerst die Standardkonfiguration verwenden. Erst wenn du technische Messungen durchgeführt hast und die PHP-Auslieferung tatsächlich einen relevanten Engpass darstellt, lohnt sich die erweiterte Variante.
Fazit: Wenige Cache Enabler Einstellungen reichen meistens aus
Cache Enabler zeigt, dass ein gutes Caching-Plugin nicht zwangsläufig Dutzende Untermenüs benötigt. Für einen normalen WordPress-Blog reichen wenige gezielte Einstellungen aus.
Ich würde mit folgender Konfiguration beginnen:
- Cache-Ablaufzeit auf 24 Stunden setzen
- vollständige Cache-Löschung bei Beiträgen deaktivieren
- vollständige Cache-Löschung bei Plugin-Änderungen aktivieren
- mobilen Cache deaktivieren
- Vorkomprimierung aktivieren
- normale HTML-Minifizierung aktivieren
- Inline-CSS und JavaScript zunächst nicht minimieren
- WebP nur bei passenden zusätzlichen Bilddateien aktivieren
- dynamische Bereiche gezielt ausschließen
Danach solltest du prüfen, ob Cache Enabler im Quelltext erscheint und ob sämtliche Funktionen deiner Website weiterhin arbeiten. Miss die Performance mehrmals und betrachte nicht nur die PageSpeed-Gesamtpunktzahl.
Caching ist ein wichtiger Baustein für eine schnelle WordPress-Website, aber kein Wundermittel. Gutes Hosting, optimierte Bilder, ein schlankes Theme und sparsam eingesetzte Plugins bleiben ebenso wichtig.





