Dein Preis in 2 Minuten

WordPress-FehlerProbleme ohne Meldung

WordPress zeigt Änderungen nicht an: Welcher Cache dahintersteckt

Speicherst Du eine Änderung und siehst auf der Seite weiter den alten Stand, liefert fast immer ein Cache eine gespeicherte Fassung aus. Das kann der Browser sein, ein Cache-Plugin, der Cache des Hosters oder ein CDN wie Cloudflare. Seitenbaukästen wie Elementor halten zusätzlich eigene CSS-Dateien vor. Prüfe die Seite in einem privaten Fenster und leere die Caches danach der Reihe nach: Plugin, Server, CDN. Hilft das nicht, lass das CSS des Seitenbaukastens neu erzeugen.

So sieht die Meldung aus

  • Änderungen werden nicht angezeigt
  • Seite zeigt noch die alte Version
  • CSS-Änderungen greifen nicht
  • Nach dem Aktualisieren bleibt alles beim Alten

Woran es liegt.

Browser-Cache

Der Browser behält Bilder, CSS und JavaScript, damit Seiten schneller laden. Nach einer Änderung an Stylesheet oder Skript zeigt er deshalb oft noch die gespeicherte Datei, bis sein Cache abläuft.

Cache-Plugin

Cache-Plugins legen fertige Seiten ab. Viele leeren beim Speichern nur den Cache des bearbeiteten Beitrags, nicht aber Startseite, Archive oder Menüs, die sich mit ändern. Zusammengefasste CSS- und JavaScript-Dateien bleiben ebenfalls stehen.

Cache beim Hoster oder CDN

Viele Hoster schalten einen Server-Cache wie Varnish oder nginx FastCGI Cache vor WordPress. Ein CDN wie Cloudflare hält Dateien zusätzlich auf eigenen Servern vor. Beide erfahren nicht immer, dass Du etwas geändert hast.

Seitenbaukasten mit eigenen CSS-Dateien

Elementor, Divi und ähnliche Baukästen schreiben Stile in eigene Dateien, Elementor zum Beispiel nach wp-content/uploads/elementor/css. Bleibt dort eine alte Datei liegen, sieht die Seite trotz neuer Einstellungen aus wie vorher.

Änderung an der falschen Stelle

Gar nicht selten wurde im Eltern-Theme statt im Child-Theme gearbeitet, ein Entwurf nicht veröffentlicht oder die Testkopie statt der Live-Seite bearbeitet. Auch ein Übersetzungs-Plugin kann eine andere Sprachfassung der Seite ausliefern.

So behebst Du den Fehler.

Leg vor jeder Änderung eine Sicherung von Dateien und Datenbank an. Geh die Schritte der Reihe nach durch und prüf nach jedem, ob die Seite wieder lädt.

  1. Im privaten Fenster gegenprüfen

    Ruf die Seite zum Vergleich in einem privaten Fenster auf oder nimm das Smartphone im Mobilfunknetz. Siehst Du dort den neuen Stand, liegt es nur an Deinem Browser. Neu laden ohne Cache erzwingst Du unter Windows mit Strg + F5, auf dem Mac mit Cmd + Shift + R.

  2. Prüfen, ob die Änderung wirklich gespeichert ist

    Öffne den Beitrag im Editor und sieh nach, ob er veröffentlicht ist und die Änderung in den Revisionen auftaucht. Kontrolliere in der Adresszeile, dass Du auf der Live-Seite arbeitest und nicht auf einer Testkopie. Bei Änderungen am Design prüfst Du unter Design → Themes, welches Theme aktiv ist.

  3. Cache-Plugin leeren

    Nutze im Dashboard die Funktion Deines Cache-Plugins, den kompletten Cache zu leeren, meist oben in der Werkzeugleiste. Fasst das Plugin CSS und JavaScript zusammen oder verkleinert sie, leere diesen Bereich ebenfalls. Per WP-CLI leerst Du zusätzlich den Objekt-Cache.

    Terminal (WP-CLI)
    wp cache flush

  4. Server-Cache beim Hoster leeren

    Viele Hoster bieten im Kundenbereich oder über ein eigenes Plugin eine Schaltfläche zum Leeren des Server-Caches. Welcher Cache geantwortet hat, verraten die Antwort-Header: Einträge wie x-cache, x-varnish, cf-cache-status oder age zeigen Dir die zuständige Schicht.

    Terminal
    curl -sI https://www.example.de/ | grep -i -E "cache|age|varnish"

  5. CDN leeren

    Im Dashboard von Cloudflare findest Du im Bereich Caching die Funktion „Purge Everything“ oder das gezielte Leeren einzelner Adressen. Für längere Arbeiten an der Seite hilft der Development Mode, der den Cache für einige Stunden umgeht. Andere CDNs haben vergleichbare Funktionen.

  6. CSS des Seitenbaukastens neu erzeugen

    Elementor bietet in seinen Werkzeugen eine Funktion, CSS und Daten neu zu erzeugen. Divi leert seinen Cache für statische CSS-Dateien in den Theme-Optionen. Leere danach noch einmal Cache-Plugin und CDN, damit die neuen Dateien auch bei Besuchern ankommen.

  7. Stylesheet mit wechselnder Version laden

    Lädt Dein Child-Theme die style.css mit einer festen Versionsnummer, holen Browser und CDN die geänderte Datei nicht neu. Mit der Änderungszeit der Datei als Version bekommt jede Änderung eine neue Adresse. Ersetze damit den bisherigen Aufruf in der functions.php des Child-Themes.

    functions.php (Child-Theme)
    add_action( 'wp_enqueue_scripts', function () {
	wp_enqueue_style(
		'child-style',
		get_stylesheet_uri(),
		array(),
		filemtime( get_stylesheet_directory() . '/style.css' )
	);
} );

  8. Beim Hoster nach weiteren Schichten fragen

    Bleibt die alte Fassung trotz allem, frag Deinen Hoster, ob ein zusätzlicher Cache oder Proxy vor der Seite sitzt. Nach einem Umzug zeigt manchmal auch die Domain noch auf den alten Server. Dann bearbeitest Du eine Installation, die gar nicht ausgeliefert wird.

Zuletzt geprüft am 25. September 2026.

So kommt er nicht wieder.

  • Nur ein Cache-Plugin einsetzen und wissen, welche Caches Hoster und CDN zusätzlich betreiben.
  • Eigenes CSS im Child-Theme immer mit wechselnder Versionsnummer einbinden.
  • Nach größeren Änderungen die Caches in fester Reihenfolge leeren: Seitenbaukasten, Plugin, Server, CDN.
  • Während größerer Umbauten den Entwicklungsmodus des CDN einschalten.

Fragen zu Änderungen werden nicht angezeigt

Warum sehe ich meine Änderungen in WordPress nicht?
Meist liefert ein Cache die alte Fassung aus: der Browser, ein Cache-Plugin, der Server des Hosters oder ein CDN. Seltener wurde die falsche Seite, ein Entwurf oder das falsche Theme bearbeitet.
Wie leere ich den Cache in WordPress?
Über die Schaltfläche Deines Cache-Plugins im Dashboard, meist in der oberen Werkzeugleiste. Den Server-Cache leerst Du im Kundenbereich des Hosters, den CDN-Cache im Dashboard des CDN. WordPress selbst bringt ohne Plugin keinen Seiten-Cache mit.
Warum sehen andere die Änderung, ich aber nicht?
Dann hält Dein Browser noch alte Dateien vor. Lade die Seite mit Strg + F5 oder Cmd + Shift + R neu oder lösche die Browserdaten für Deine Domain. Ein privates Fenster zeigt die Seite ohne Deinen Browser-Cache.
Warum greifen meine CSS-Änderungen nicht?
Entweder lädt der Browser noch die alte CSS-Datei, ein Plugin hat CSS in einer gespeicherten Datei zusammengefasst oder eine andere Regel überschreibt Deine. In den Entwicklerwerkzeugen des Browsers (F12) siehst Du, welche Regel am Ende gilt und aus welcher Datei sie stammt.

Verwandte Fehler

Alle WordPress-Fehler

Lieber eine Website, die einfach läuft?

Wir bauen Websites, die schnell laden und ohne Update-Stress laufen. Oder wir übernehmen Deine WordPress-Seite samt Pflege. Erst Dein Paket, dann ein Termin per Video.

Kevin Baum im Videocall an seinem Schreibtisch, im Hintergrund eine Holzlattenwand mit farbigem Licht.

Erst Dein Paket, dann der Termin

Im Preisrechner tippst Du an, was Dich bremst. Du siehst sofort Dein Paket mit Preisspanne. Danach wählst Du direkt einen Termin, das Gespräch läuft per Video.

Dein Preis in 2 Minuten