Weswegen
Tippen, um zu suchen
    Esc zum Schließen · Sofortsuche auf der ganzen Website

    Wo finde ich den WordPress-Cache? Speicherorte und Leeren

    · Weswegen-Redaktion
    Sonstiges

    Sie ändern eine Seite, laden sie neu – und sehen trotzdem die alte Version. Fast immer ist ein Cache schuld. Das Problem: WordPress hat nicht einen Cache, sondern mehrere Ebenen, die unabhängig voneinander speichern. Wer nur eine davon leert, wundert sich weiter. Dieser Artikel zeigt, wo jede Ebene liegt, wie Sie sie finden und gezielt leeren – über das Dashboard, per FTP/SSH und mit WP-CLI.

    WordPress hat von Haus aus keinen Seiten-Cache

    Wichtig vorweg: Eine frische WordPress-Installation cacht keine fertigen HTML-Seiten. Es gibt einen internen Objekt-Cache, der aber standardmäßig nur für die Dauer eines einzelnen Seitenaufrufs existiert. Alles, was Sie als „langsamen” oder „hängenden” Cache erleben, stammt fast immer von einem Caching-Plugin oder von Ihrem Hoster/Server. Deshalb hängt der genaue Speicherort davon ab, was auf Ihrer Seite läuft.

    Grob gibt es fünf Ebenen:

    1. Seiten-Cache (Plugin) – fertige HTML-Dateien im Dateisystem
    2. Objekt-Cache – zwischengespeicherte Datenbankabfragen (Redis/Memcached)
    3. Server-Cache – FastCGI, Varnish oder LiteSpeed direkt auf dem Server
    4. Browser-Cache – auf dem Gerät des Besuchers
    5. CDN-Cache – z. B. Cloudflare, weltweit verteilt

    Der Seiten-Cache im Ordner wp-content/cache

    Der häufigste Fall. Caching-Plugins legen fertige HTML-Dateien unter wp-content/cache/ ab. In welchem Unterordner, hängt vom Plugin ab:

    • WP Rocket: wp-content/cache/wp-rocket/
    • W3 Total Cache: wp-content/cache/page_enhanced/ (dazu minify/, db/, object/)
    • WP Super Cache: wp-content/cache/supercache/
    • WP Fastest Cache: wp-content/cache/all/ und wp-content/cache/wpfc-*
    • LiteSpeed Cache: Sonderfall – die eigentlichen HTML-Seiten cacht hier der Server selbst (Abschnitt „Server-Cache” unten), nicht WordPress. Im wp-content-Verzeichnis legt das Plugin nur optimierte Assets (CSS/JS) ab, standardmäßig unter wp-content/cache/litespeed/, konfigurierbar über die Konstante LITESPEED_STATIC_DIR in wp-config.php.

    Diesen Ordner erreichen Sie per FTP/SFTP (z. B. mit FileZilla) oder über den Dateimanager Ihres Hosting-Panels. Melden Sie sich an, navigieren Sie in das WordPress-Verzeichnis (oft public_html/ oder htdocs/) und öffnen Sie wp-content/cache/.

    Zwei weitere Dateien verraten Ihnen, dass ein Seiten-Cache aktiv ist, auch wenn der cache-Ordner mal leer ist:

    • wp-content/advanced-cache.php – der „Einstiegspunkt”, über den WordPress den Cache anzieht
    • In wp-config.php steht dann meist define('WP_CACHE', true);

    Löschen Sie diese Dateien nicht wahllos – sie werden vom Plugin verwaltet. Sie sind aber ein zuverlässiger Hinweis darauf, welche Caching-Ebene bei Ihnen greift.

    Seiten-Cache leeren – drei Wege

    Über das Dashboard (empfohlen): Fast jedes Caching-Plugin blendet oben in der Admin-Leiste einen Button wie „Cache leeren”, „Purge Cache” oder „Alle Dateien löschen” ein. Alternativ finden Sie die Funktion in den Plugin-Einstellungen.

    Per FTP/Dateimanager: Öffnen Sie wp-content/cache/ und löschen Sie den Inhalt des Ordners – nicht den Ordner selbst. WordPress und das Plugin bauen die Dateien beim nächsten Aufruf neu auf. Das ist der Notausgang, wenn das Dashboard nicht erreichbar ist (etwa bei einem kritischen Fehler).

    Per WP-CLI (SSH): Wenn Sie Kommandozeilenzugriff haben, geht es am schnellsten:

    # Objekt-Cache leeren (Kern-Befehl)
wp cache flush

# plugin-spezifisch:
wp rocket clean --confirm        # WP Rocket
wp w3-total-cache flush all      # W3 Total Cache
wp super-cache flush             # WP Super Cache
wp litespeed-purge all           # LiteSpeed Cache

    Der Objekt-Cache (Redis oder Memcached)

    Ein persistenter Objekt-Cache speichert keine ganzen Seiten, sondern das Ergebnis von Datenbankabfragen – im Arbeitsspeicher, über Redis oder Memcached. Aktiv ist er, wenn die Datei wp-content/object-cache.php existiert. Das ist eine sogenannte Drop-in-Datei; sie erscheint nicht in der Plugin-Liste.

    Den Objekt-Cache leeren Sie am einfachsten mit wp cache flush. Zeigt dieser Befehl keine Wirkung oder ist der Cache „festgefahren”, hilft es, die Drop-in-Datei zu entfernen (das Redis-/Object-Cache-Plugin legt sie beim nächsten Aktivieren neu an). Auch Transients – zeitlich begrenzte Zwischenspeicher – landen hier oder in der Tabelle wp_options (_transient_*). Aufräumen per CLI:

    wp transient delete --all

    Server-Cache: FastCGI, Varnish, LiteSpeed

    Diese Ebene sehen Sie im WordPress-Dateisystem gar nicht – sie läuft davor, direkt im Webserver. Typisch bei Managed-WordPress-Hostern und bei allem, was als intelligentes Hosting beworben wird. Kennzeichen:

    • NGINX FastCGI Cache oder Varnish – Sie finden den Purge-Button im Hosting-Panel (z. B. Plesk, cPanel, SiteGround, Kinsta, WP Engine)
    • LiteSpeed / LSCache – wird über das LiteSpeed-Cache-Plugin gesteuert, cacht aber auf Serverebene

    Wenn Änderungen trotz geleertem Plugin-Cache nicht durchkommen, ist meist diese Ebene der Grund. Suchen Sie im Hosting-Dashboard nach „Cache leeren” oder „Purge”, oder fragen Sie den Support Ihres Hosters, welches Caching serverseitig aktiv ist.

    Eine Sonderrolle spielt OPcache: Das ist ein PHP-Bytecode-Cache auf dem Server. Er betrifft geänderten Code (Plugins, Theme-Dateien), nicht Inhalte. Zurücksetzen lässt er sich meist über einen PHP-Neustart oder eine Option im Hosting-Panel.

    Browser- und CDN-Cache

    Manchmal liegt es gar nicht am Server. Der Browser speichert Kopien von CSS, Bildern und teils ganzen Seiten lokal. Test: Öffnen Sie die Seite im privaten/Inkognito-Fenster. Sieht sie dort aktuell aus, ist es der Browser-Cache. Ein „harter” Neuladen erzwingt frische Dateien:

    • Windows: Strg + F5 bzw. Strg + Umschalt + R
    • macOS: Cmd + Umschalt + R

    Nutzen Sie ein CDN wie Cloudflare, gibt es eine weitere Ebene. Dort leeren Sie den Cache im jeweiligen Dashboard – bei Cloudflare unter Caching → Configuration → Purge Everything.

    Typische Fehler und ihre Lösung

    „Ich habe den Cache geleert, sehe aber immer noch Alt.” Sie haben wahrscheinlich nur eine Ebene erwischt. Leeren Sie in dieser Reihenfolge: CDN → Server → Plugin-Seiten-Cache → Browser (hart neu laden).

    Nach einem Plugin-Wechsel bleibt eine weiße Seite. Häufig zeigt wp-config.php noch auf ein altes advanced-cache.php. Setzen Sie WP_CACHE auf false und löschen Sie die verwaiste advanced-cache.php per FTP. Verwandt ist das Thema, wenn die Website scheinbar abgestürzt ist.

    wp cache flush bewirkt nichts. Dann liegt kein persistenter Objekt-Cache vor (keine object-cache.php), oder der Redis-Dienst ist getrennt. Prüfen Sie mit wp redis status (sofern das Plugin es bereitstellt).

    FAQ

    Hat WordPress ohne Plugin überhaupt einen Cache-Ordner? Nein. Der Ordner wp-content/cache/ wird erst von einem Caching-Plugin angelegt. Eine nackte Installation cacht keine HTML-Seiten; nur der nicht-persistente Objekt-Cache pro Aufruf ist aktiv.

    Ist es gefährlich, den Ordner wp-content/cache/ zu löschen? Den Inhalt zu löschen ist unkritisch – die Dateien werden neu erzeugt. Löschen Sie aber nicht die Drop-ins object-cache.php oder advanced-cache.php ohne Grund, und leeren Sie nach Möglichkeit über das Plugin, damit auch verknüpfte Server-Caches mitbekommen, dass sie neu bauen müssen.

    Warum sehen Besucher Änderungen später als ich? Als eingeloggter Admin umgeht WordPress oft den Seiten-Cache, Besucher bekommen dagegen die gecachte Version. Erst nach dem Leeren (oder dem Ablauf der Cache-Zeit) sehen alle den neuen Stand.