WordPress-Cache leeren: für jedes Plugin und jeden Hoster, Schritt für Schritt
Wenn eine Änderung auf Ihrer Website nicht erscheint, liefert noch ein Cache eine alte Kopie aus. Welche Schaltfläche Sie brauchen, hängt von Ihrem Plugin und Ihrem Hoster ab. Wir haben elf kostenlose Cache-Plugins selbst installiert und für jedes festgehalten, wo die Schaltfläche liegt und welcher WP-CLI-Befehl funktioniert. Bei den Hostern folgen wir deren eigener Dokumentation, mit Datum. Wir entwickeln das Cache-Plugin Spark Speed selbst; es ist ebenso aufgeführt wie WP Rocket.
Von Kevin, Gründer von SparkCore · 12 Jahre WordPress-Erfahrung · Wir entwickeln Spark Speed und die anderen SparkCore-Plugins selbst
Kurz gesagt
In den meisten Plugins liegt die Schaltfläche in der Adminleiste oben, meist als Purge All oder Clear All Cache
Es gibt sechs Ebenen: Browser, Plugin, Builder-CSS, Hoster, CDN und Object Cache; jede Ebene hat ihre eigene Schaltfläche
Elf Plugins von uns getestet unter WordPress 7.0.2, mit Screenshot und WP-CLI-Befehl
Prüfen Sie danach in einem privaten Fenster und anhand der Response-Header, nicht nur in Ihrem eigenen Browser
Zuerst: Welchen Cache meinen Sie?
„Cache leeren“ kann sechs verschiedene Ebenen meinen. Sehen Sie nach einer Änderung weiterhin die alte Version, steckt sie in einer dieser Ebenen. Beginnen Sie mit Ihrem Plugin, dann Ihrem Hoster, dann dem CDN und testen Sie zuletzt in einem privaten Fenster. Es gehen keine Inhalte verloren: Ein Cache enthält nur Kopien, die automatisch neu aufgebaut werden.
Ebene
Was sie speichert
Wo Sie sie leeren
Browser-Cache
Dateien auf dem Gerät der Besucherin oder des Besuchers
Hard Refresh: Strg+Umschalt+R (Windows) oder Cmd+Umschalt+R (Mac), oder ein privates Fenster
Seiten-Cache Ihres Plugins
Fertiges HTML Ihrer Seiten
Schaltfläche in der Adminleiste oder auf der Plugin-Seite, siehe unten
CSS/JS- und Builder-Cache
Minifizierte Dateien und das CSS von Elementor, Breakdance oder Divi
Im Optimierungs-Plugin oder im Builder selbst
Server-Cache Ihres Hosters
Kopien auf dem Server, bevor WordPress startet (Varnish, LiteSpeed, Nginx)
Im Hosting-Panel, manchmal auch über eine Schaltfläche in WordPress
CDN
Kopien auf Servern weltweit
Im CDN-Dashboard (Cloudflare, Bunny, das CDN Ihres Hosters)
Object Cache
Datenbankdaten in Redis, Memcached oder Ähnlichem
wp cache flush oder die Schaltfläche Ihres Object-Cache-Plugins
Übersicht: die Schaltfläche pro Cache-Plugin
Wir haben jedes kostenlose Cache- und Optimierungs-Plugin dieser Liste selbst installiert und nachgesehen, wo die Schaltfläche liegt. Auch die WP-CLI-Befehle haben wir ausgeführt; was nicht funktionierte oder nicht existierte, ist vermerkt.
Plugin (getestet)
Schaltfläche in der Adminleiste
WP-CLI (getestet)
LiteSpeed Cache 7.9.1
Purge All
wp litespeed-purge all (nur LiteSpeed)
W3 Total Cache 2.10.7
Performance, Purge All Caches
wp w3-total-cache flush all
WP Super Cache 3.1.4
Delete Cache
Nicht eingebaut
WP Fastest Cache 1.5.3
Clear All Cache
wp fastest-cache clear all
WP-Optimize 4.7.0
Purge cache for all pages
Nicht eingebaut
Breeze 2.6.2
Purge All Cache
wp breeze purge --cache=all
Speed Optimizer (SiteGround) 7.8.4
Purge SG Cache
wp sg purge
Hummingbird 3.21.2
Clear all cache
Nicht eingebaut
Cache Enabler 1.8.17
Clear Site Cache
wp cache-enabler clear
Super Page Cache 5.3.7
Purge whole cache
wp cfcache purge_cache
Autoptimize 3.1.16
Clear CSS/ JS Cache
wp autoptimize clear
Von SparkCore getestet auf einer sauberen Testinstallation von WordPress 7.0.2, am 16. Oktober 2026. Jedes Plugin wurde einzeln von wordpress.org installiert und für sich aktiviert; die rote Umrandung auf den Screenshots stammt von uns.
Den LiteSpeed Cache leeren
Der schnellste Weg: das rautenförmige LiteSpeed-Symbol in der Adminleiste, dann Purge All. Im Dashboard liegt dieselbe Schaltfläche unter LiteSpeed Cache, Toolbox, Reiter Purge, als Purge All - LSCache. Der Seiten-Cache dieses Plugins funktioniert nur auf einem LiteSpeed-Webserver oder über QUIC.cloud; auf unserem Testserver (kein LiteSpeed) meldete das Plugin das selbst.
Fahren Sie in der Adminleiste mit der Maus über das LiteSpeed-Symbol
Klicken Sie auf Purge All
Oder: LiteSpeed Cache, Toolbox, Reiter Purge, Purge All - LSCache
WP-CLI: wp litespeed-purge all. Der Befehl existiert, gab auf unserem Testserver ohne LiteSpeed aber einen Fehler zurück (Got 400): Er sendet das Leeren an den LiteSpeed-Server. Hostinger nennt denselben Befehl in der eigenen Anleitung.
LiteSpeed Cache 7.9.1: Purge All in der Adminleiste.Toolbox, Reiter Purge. Die rote Warnung erscheint, weil unser Testserver kein LiteSpeed betreibt.
W3 Total Cache leeren
In der Adminleiste heißt das Menü Performance; es enthält Purge All Caches. Im Dashboard hat Performance, Dashboard die Schaltfläche Empty All Caches. Purge Modules in der Adminleiste leert eine einzelne Ebene, etwa nur den Seiten-Cache.
Fahren Sie in der Adminleiste mit der Maus über Performance
Klicken Sie auf Purge All Caches
Oder: Performance, Dashboard, Empty All Caches
WP-CLI: wp w3-total-cache flush all. Funktionierte in unserem Labor: „Everything flushed successfully.“
W3 Total Cache 2.10.7: Performance, Purge All Caches.Performance, Dashboard: Empty All Caches.
WP Super Cache leeren
WP Super Cache legt eine einzelne Schaltfläche Delete Cache in die Adminleiste. Im Dashboard liegt dieselbe Schaltfläche unter Einstellungen, WP Super Cache, Reiter Easy, im Block Delete Cached Pages.
Klicken Sie in der Adminleiste auf Delete Cache
Oder: Einstellungen, WP Super Cache, Reiter Easy, Delete Cache
WP-CLI: Kein eingebauter WP-CLI-Befehl: In unserem Labor gab es wp super-cache nicht. Dafür ist ein separates WP-CLI-Paket nötig.
WP Super Cache 3.1.4: Delete Cache in der Adminleiste.Einstellungen, WP Super Cache, Reiter Easy.
WP Fastest Cache leeren
Das Adminleisten-Menü von WP Fastest Cache hat Clear All Cache für die ganze Website und im Frontend außerdem Clear Cache of This Page. Im Dashboard: WP Fastest Cache, Reiter Clear Cache. Clear Cache and Minified CSS/JS leert zusätzlich die minifizierten Dateien.
Fahren Sie in der Adminleiste mit der Maus über WP Fastest Cache
Klicken Sie auf Clear All Cache
Oder: WP Fastest Cache, Reiter Clear Cache, Clear All Cache
WP-CLI: wp fastest-cache clear all. Funktionierte in unserem Labor: „The cache has been cleared!“
WP Fastest Cache 1.5.3 in der Adminleiste.Reiter Clear Cache. Die Ordnerpfade haben wir unkenntlich gemacht.
Den WP-Optimize-Cache leeren
In WP-Optimize liegt die Schaltfläche unter WP-Optimize, Cache, Reiter Page cache: Purge cache, sichtbar, sobald der Seiten-Cache aktiviert ist. Laut Plugin-Code erscheint dann ein Adminleisten-Menü mit Purge cache for all pages und im Frontend mit Purge cache for this page.
Gehen Sie zu WP-Optimize, Cache, Reiter Page cache
Klicken Sie auf Purge cache
WP-CLI: In der kostenlosen Version haben wir keinen WP-CLI-Befehl gefunden; WP-Optimize selbst führt WP-CLI als Premium-Funktion auf.
WP-Optimize 4.7.0: Purge cache unter Cache, Page cache.
Den Breeze-Cache leeren (Cloudways)
Breeze ist das Plugin von Cloudways. Die Adminleiste enthält Breeze, Purge All Cache; unter Purge Modules wählen Sie eine einzelne Ebene, etwa den internen Cache oder den Object Cache. Bei Cloudways leert Breeze auch Varnish, siehe die Hoster-Tabelle weiter unten.
Fahren Sie in der Adminleiste mit der Maus über Breeze
Klicken Sie auf Purge All Cache
WP-CLI: wp breeze purge --cache=all. Funktionierte in unserem Labor: „Breeze all cache has been purged.“
Breeze 2.6.2: Purge All Cache.
SiteGround Speed Optimizer leeren
Das SiteGround-Plugin legt Purge SG Cache in die Adminleiste. Der Dynamic Cache selbst läuft auf SiteGround-Servern, daher gibt es außerhalb von SiteGround weniger zu leeren. Den vollständigen Weg über Site Tools finden Sie in der Hoster-Tabelle.
Klicken Sie in der Adminleiste auf Purge SG Cache
WP-CLI: wp sg purge. Funktionierte in unserem Labor für den Assets-Ordner, mit einer Warnung, dass der Datei-Cache aus war. Bei SiteGround leert er den Dynamic Cache.
Speed Optimizer 7.8.4: Purge SG Cache.
Den Hummingbird-Cache leeren
In Hummingbird liegt die Schaltfläche Clear cache oben rechts unter Hummingbird, Caching. Laut Plugin-Code hat auch das Hummingbird-Menü in der Adminleiste Clear all cache, sobald eine Cache-Ebene aktiv ist.
Gehen Sie zu Hummingbird, Caching
Klicken Sie oben rechts auf Clear cache
WP-CLI: In der kostenlosen Version haben wir keinen WP-CLI-Befehl gefunden.
Hummingbird 3.21.2: Clear cache in der Ansicht Caching.
Cache Enabler leeren
Cache Enabler legt Clear Site Cache rechts in die Adminleiste, im Frontend außerdem Clear Page Cache nur für diese Seite. Auf der Einstellungsseite leert Save Changes and Clear Site Cache den Cache beim Speichern.
Klicken Sie rechts in der Adminleiste auf Clear Site Cache
Super Page Cache (früher WP Cloudflare Super Page Cache) hat in der Adminleiste Super Page Cache, Purge whole cache und auf dem eigenen Dashboard eine rote Schaltfläche Purge Cache. Ist Cloudflare verbunden, leert das Plugin auch den Cloudflare-Cache.
Fahren Sie in der Adminleiste mit der Maus über Super Page Cache
Super Page Cache 5.3.7 in der Adminleiste.Das Dashboard mit Purge Cache unter Actions.
Den Autoptimize-Cache leeren
Autoptimize ist kein Seiten-Cache: Es speichert minifiziertes und zusammengefasstes CSS und JavaScript. Die Adminleiste enthält Autoptimize, Clear CSS/ JS Cache. Nutzen Sie zusätzlich einen Seiten-Cache, leeren Sie auch diesen, sonst verweisen gespeicherte Seiten weiter auf alte Dateien.
Fahren Sie in der Adminleiste mit der Maus über Autoptimize
Klicken Sie auf Clear CSS/ JS Cache
WP-CLI: wp autoptimize clear. Funktionierte in unserem Labor: „Cache flushed.“
Autoptimize 3.1.16: Clear CSS/ JS Cache.
WP Rocket und Spark Speed leeren
Dies sind kostenpflichtige Plugins. Ohne Lizenz konnten wir WP Rocket nicht vollständig öffnen, daher folgen wir hier dessen eigener Dokumentation. Spark Speed entwickeln wir selbst; die Schritte stammen aus unserer Dokumentation.
WP Rocket: Adminleiste, WP Rocket, Clear and preload cache, oder Einstellungen, WP Rocket, Reiter Dashboard, dieselbe Schaltfläche. Eine einzelne Seite leeren Sie mit Clear this cache in der Seitenliste. WP-CLI wp rocket clean --confirm braucht das separate WP-Rocket-CLI-Paket (Quelle, WP-CLI).
Spark Speed: Adminleiste, Spark, alles leeren und neu aufbauen, oder im Frontend den Cache dieser Seite leeren. Im Dashboard: Reiter Cache, Rebuild cache. Der Object Cache hat eine eigene Schaltfläche, Clear object cache. WP-CLI: wp spark-speed purge und wp spark-speed flush-object-cache (Dokumentation).
Builder-Cache: Elementor, Breakdance und Divi
Page Builder halten eigene CSS-Dateien vor. Sieht das Layout nach einem Update falsch aus, leeren Sie zuerst den Builder-Cache und dann Ihren Seiten-Cache; andersherum verweist eine gespeicherte Seite noch auf die alte CSS-Datei.
Elementor 4.3.5: Elementor, Tools, Reiter General, Clear Files & Data (in älteren Versionen Regenerate Files & Data). WP-CLI wp elementor flush-css funktionierte in unserem Labor.
Pro Hoster: Hostinger, SiteGround, Kinsta, WP Engine, Cloudways und Cloudflare
Viele Hoster haben eine eigene Cache-Ebene oberhalb von WordPress. Sie leeren sie im Hosting-Panel, manchmal auch mit einer Schaltfläche, die der Hoster in WordPress ergänzt. Beachten Sie, was jede Schaltfläche leert und was nicht: Kinsta und WP Engine dokumentieren das pro Schaltfläche.
Hoster
So leeren Sie den Cache
Quelle (offizielle Dokumentation)
Hostinger
hPanel: Websites, Dashboard Ihrer Website, WordPress, Overview, Karte Core, Flush Cache. CDN separat: Performance, CDN, Flush cache. Mit LiteSpeed Cache auch über Purge All in WordPress.
Site Tools: Speed, Caching, Reiter Dynamic Cache, Symbol Flush Cache neben der URL. Memcached separat im Reiter Memcached (für alle Websites auf einmal).
MyKinsta: Sites, Ihre Website, Caching, Server Caching, Clear cache (auch Edge- und Redis-Cache, nicht das CDN). CDN: Caching, CDN, Clear CDN cache. In WordPress: Clear Cache in der Adminleiste. WP-CLI: wp kinsta cache purge --all. Höchstens einmal alle 10 Sekunden.
User Portal: Sites, Ihre Umgebung, Cache (manchmal unter Manage), Clear all caches. In WordPress: WP Engine, Caching, Clear All Caches (leert nicht den Object Cache).
Dashboard: Seite Configuration, unter Purge Cache, Purge Everything und bestätigen. Cloudflare selbst empfiehlt, wo möglich nach URL zu leeren: Alles zu leeren verursacht eine Spitze an Anfragen an Ihren Server.
Ausschließlich der eigenen Dokumentation des jeweiligen Hosters entnommen, geprüft am 16. Oktober 2026. Wir haben keinen Zugang zu diesen Bedienoberflächen und zeigen deshalb keine Screenshots davon. Menünamen ändern sich; im Zweifel gilt die Quelle.
Prüfen, ob es geklappt hat
Schauen Sie nicht nur in Ihrem eigenen Browser nach, denn der bringt eine weitere Ebene mit. So prüfen Sie, was Besucherinnen und Besucher erhalten:
Öffnen Sie die Seite in einem privaten Fenster, in dem Sie nicht angemeldet sind: Viele Plugins zeigen angemeldeten Administratoren keine gecachte Seite.
Sehen Sie sich die Response-Header an, zum Beispiel mit curl -I https://ihre-website.de/ oder dem Tab Netzwerk in Ihrem Browser.
Cloudflare: cf-cache-status steht direkt nach dem Leeren auf MISS und danach wieder auf HIT.
Varnish und viele CDNs: Der Header age beginnt nach dem Leeren wieder bei 0.
LiteSpeed: x-litespeed-cache zeigt miss oder hit; Spark Speed: x-spark-speed-cache.
Wann Sie den Cache leeren sollten und wann nicht
Die meisten Cache-Plugins leeren die betroffenen Seiten selbst, wenn Sie einen Beitrag oder eine Seite speichern. Manuelles Leeren ist nach Änderungen außerhalb des Editors nötig: ein Theme- oder Builder-Update, eine Änderung an Menüs oder Widgets, Bearbeitungen per FTP oder direkt in der Datenbank oder eine Weiterleitung. Leeren Sie lieber eine einzelne Seite als alles: Nach einem vollständigen Leeren sind Seiten langsamer, bis der Cache neu aufgebaut ist, und Cloudflare warnt, dass Alles leeren eine Spitze an Anfragen an Ihren Server verursacht.
Leeren Sie zuerst den Builder-Cache, dann Ihren Seiten-Cache, dann Ihren Hoster und das CDN. In dieser Reihenfolge verweist keine gespeicherte Seite mehr auf alte Dateien.
Spark Speed leert die betroffenen Seiten selbst, wenn sich etwas ändert, und baut sie danach neu auf.
WordPress selbst hat keinen Seiten-Cache. Ohne Cache-Plugin gibt es in WordPress daher nichts zu leeren außer dem Object Cache (wp cache flush). Sehen Sie trotzdem eine alte Version, steckt sie bei Ihrem Hoster, Ihrem CDN oder in Ihrem Browser.
Nein. Ein Cache enthält nur Kopien. Ihre Beiträge, Seiten und Einstellungen bleiben erhalten; die Kopien werden bei den nächsten Besuchen neu aufgebaut. Die Website kann kurzzeitig langsamer sein.
Gehen Sie die Ebenen durch: Builder-Cache, Seiten-Cache, Hoster-Cache, CDN, und testen Sie in einem privaten Fenster. Kommt die alte Version immer wieder, prüfen Sie die Response-Header, um zu sehen, welche Ebene die Seite ausliefert.
Ein Hard Refresh mit Strg+Umschalt+R unter Windows oder Cmd+Umschalt+R auf dem Mac lädt die Seite ohne Browser-Cache neu. Ein privates Fenster funktioniert ebenfalls.