WordPress zeigt nach dem Bildtausch noch das alte Bild

Wenn WordPress nach einem Bildtausch weiterhin die alte Version zeigt, liegt es angeblich immer am Browsercache. Diese Diagnose greift zu kurz. Häufig lädt der Browser eine andere Bilddatei als die gerade ersetzte, etwa ein automatisch erzeugtes Vorschaubild oder eine optimierte Variante aus einem vorgeschalteten Cache.

Wahlloses Leeren sämtlicher Caches kann das Symptom vorübergehend beseitigen. Es erklärt jedoch nicht, welche Datei veraltet war. Außerdem entfernst du damit auch korrekt zwischengespeicherte Inhalte und erzeugst unnötige neue Anfragen. Sinnvoller ist eine Prüfung entlang der konkreten Bild-URL.

Prüfe, welche Bilddatei der Browser tatsächlich lädt

Öffne zuerst die betroffene Seite in einem privaten Browserfenster. So prüfst du die öffentlich ausgelieferte Fassung und reduzierst den Einfluss deiner Anmeldung. Viele WordPress-Installationen behandeln angemeldete Nutzer bei Seiten-Caches anders als anonyme Besucher.

Öffne anschließend die Entwicklerwerkzeuge des Browsers und wähle das sichtbare Bild aus. Entscheidend sind die tatsächlich angeforderte URL, der Dateiname, die Dateiendung und die Abmessungen. Im Netzwerkbereich der Entwicklerwerkzeuge siehst du, welche Bilddatei der Browser geladen hat.

Diese Kontrolle ist wichtig, weil die im HTML hinterlegte Bildquelle nicht zwingend die vom Browser gewählte Datei ist. WordPress kann über das Attribut srcset mehrere Größen anbieten. Der Browser sucht daraus eine passende Variante aus. Ein Optimierungsdienst kann zusätzlich eine WebP- oder AVIF-Datei liefern, obwohl du im Medienbereich ein JPEG ersetzt hast.

Kopiere die ermittelte Bild-URL und öffne sie direkt in einem neuen Tab. Damit trennst du die Bildauslieferung von der eigentlichen Seite:

• Zeigt bereits die direkte URL das alte Bild, kommen die Datei selbst, eine erzeugte Bildvariante oder ein Cache für Mediendateien als Ursache infrage.
• Zeigt die direkte URL das neue Bild, während die Seite noch die alte Fassung lädt, verweist die Seite wahrscheinlich auf eine andere URL oder enthält veraltetes HTML.
• Siehst du das neue Bild nur als angemeldeter Nutzer, spricht das für einen Seiten- oder CDN-Cache, der anonyme Aufrufe anders behandelt.
• Tritt der Fehler nur auf einem Gerät auf, kommen der Browsercache oder ein vorhandener Service Worker infrage.

Als ergänzenden Test kannst du an die Bild-URL einen beliebigen Abfrageparameter anhängen, zum Beispiel ?test=1. Erscheint damit die neue Fassung, deutet das auf einen Cache hin, der die URL einschließlich des Parameters als neue Ressource behandelt. Bleibt das alte Bild sichtbar, ist der Test allerdings nicht eindeutig: Manche Cache-Systeme ignorieren solche Parameter.

Kontrolliere die von WordPress erzeugten Bildgrößen

Beim Hochladen eines Bildes erzeugt WordPress abhängig von Theme und Einstellungen mehrere Dateien. Neben dem Original können beispielsweise kleine, mittlere und zugeschnittene Varianten entstehen. Deren Dateinamen enthalten häufig die Abmessungen, etwa -768×512.

Wenn du nur das Original unter derselben URL austauschst, werden bestehende Größen nicht automatisch in jedem Arbeitsablauf neu erzeugt. Die Seite kann deshalb weiterhin eine alte Variante aus dem srcset laden. Das wirkt wie ein Cache-Problem, obwohl die veraltete Datei tatsächlich auf dem Server liegt.

Vergleiche deshalb den Dateinamen aus den Entwicklerwerkzeugen mit der Datei, die du ersetzt hast. Enthält die geladene URL Abmessungen oder eine abweichende Dateiendung, prüfe genau diese Variante. Bei einer Bildoptimierung kann zusätzlich eine konvertierte Fassung vorhanden sein.

Ist eine erzeugte Größe veraltet, lass die Bildvarianten des betroffenen Medienobjekts mit dem in deinem Projekt vorgesehenen Werkzeug neu erstellen. Regeneriere nicht vorsorglich die gesamte Mediathek: Das kostet bei größeren Beständen Zeit, kann Speicher belegen und erschwert die Kontrolle. Vor einem breiten Neuaufbau der Vorschaubilder sollte außerdem eine aktuelle Sicherung des Upload-Verzeichnisses vorhanden sein.

Unterscheide Seiten-Cache und Bild-Cache

Eine WordPress-Seite kann an mehreren Stellen zwischengespeichert werden. Für die Fehlersuche musst du vor allem HTML und Bilddatei auseinanderhalten.

Der Seiten-Cache speichert das erzeugte HTML. Eine alte HTML-Fassung kann weiterhin auf den früheren Dateinamen verweisen, obwohl das neue Bild korrekt hochgeladen wurde. In diesem Fall genügt es, den Cache der betroffenen Seite zu leeren oder die Seite erneut zu speichern, sofern dein Cache-System dadurch gezielt aktualisiert wird.

Ein CDN oder Edge-Cache speichert dagegen häufig die Bilddatei selbst außerhalb deines Webservers. Ein CDN ist ein vorgeschaltetes Auslieferungsnetzwerk, das Dateien näher beim Besucher bereithält. Wurde ein Bild unter unveränderter URL ersetzt, kann dort noch die vorherige Fassung liegen. Dann solltest du nach Möglichkeit genau diese Bild-URL aus dem Cache entfernen.

Der Browsercache liegt schließlich auf dem Gerät des Besuchers. Ein hartes Neuladen kann ihn für deine Prüfung umgehen oder aktualisieren. Es ändert aber weder den Seiten-Cache auf dem Server noch eine alte Datei im CDN. Ein vorhandener Service Worker kann Dateien ebenfalls lokal vorhalten; relevant ist das vor allem bei Websites mit PWA- oder Offline-Funktionen.

Behebe nur die gefundene Ursache

Nach der Prüfung kannst du den Eingriff auf die betroffene Ebene begrenzen:

• Falsche Bild-URL im HTML: Wähle im Beitrag oder Seitenmodul das richtige Medienobjekt aus, speichere die Seite und aktualisiere anschließend deren Seiten-Cache.
• Veraltete WordPress-Bildgröße: Erzeuge die Varianten des betroffenen Medienobjekts neu und kontrolliere danach erneut die tatsächlich geladene URL.
• Alte optimierte Datei: Lass die Bildoptimierung gezielt für dieses Bild neu laufen. Prüfe anschließend auch Formate wie WebP oder AVIF.
• Veraltete Datei im CDN: Entferne die konkrete Bild-URL und gegebenenfalls deren erzeugte Varianten aus dem CDN-Cache.
• Nur ein Browser zeigt die alte Version: Lade die Seite hart neu oder entferne die gespeicherten Website-Daten für die Domain.
• Nur anonyme Besucher sehen das alte Bild: Aktualisiere den Cache der betroffenen Seite und teste danach erneut ohne Anmeldung.

Das vollständige Leeren aller Caches bleibt eine Ausweichlösung, wenn dein System keine gezielte Aktualisierung erlaubt. Es sollte nicht der erste Schritt sein. Caches erfüllen schließlich ihren Zweck: Sie vermeiden wiederholte Verarbeitung und verkürzen die Auslieferung. Das Problem ist eine veraltete Ressource, nicht die Existenz des Caches.

Verifiziere die Korrektur mit derselben URL

Prüfe nach dem Eingriff erneut die URL aus dem Netzwerkbereich. Ein Blick auf die Seite allein reicht nicht, weil ein Desktop-Browser und ein Smartphone unterschiedliche Bildgrößen aus dem srcset wählen können.

1. Rufe die Seite als anonymer Besucher auf.
2. Kontrolliere die tatsächlich geladene Bild-URL in den Entwicklerwerkzeugen.
3. Öffne genau diese URL direkt und prüfe Motiv, Format und Abmessungen.
4. Teste zusätzlich eine schmale Bildschirmbreite, damit der Browser gegebenenfalls eine kleinere Variante auswählt.
5. Wiederhole den Aufruf ohne den zuvor verwendeten Testparameter.

Der letzte Schritt verhindert, dass ein angehängter Parameter das Problem lediglich verdeckt. Die reguläre URL muss die richtige Fassung liefern.

Vermeide Bildtausch unter unveränderter URL

Für regelmäßig aktualisierte Motive ist ein neuer Dateiname meist robuster als das Überschreiben der vorhandenen Datei. Caches können eine bereits gespeicherte URL bis zur Aktualisierung oder zum Ablauf weiter ausliefern. Ändert sich der Inhalt grundlegend, sollte sich deshalb möglichst auch die URL ändern.

Lade die neue Datei unter einem eindeutigen Namen hoch, aktualisiere die Verwendung im Beitrag und kontrolliere anschließend die öffentliche Seite. Lösche die alte Datei erst, wenn du geprüft hast, dass sie nicht mehr an anderen Stellen eingebunden ist. Damit vermeidest du defekte Bilder in älteren Beiträgen, Downloads oder externen Verweisen.

Für Banner, Teamfotos oder Produktmotive lohnt sich ein kurzer redaktioneller Ablauf: neue Datei hochladen, Verknüpfung austauschen, betroffene Seite aktualisieren, öffentliche Ausgabe prüfen und erst danach aufräumen. Wenn neue Inhalte regelmäßig schleichende Performance-Probleme verursachen, hilft ein Redaktions-Workflow gegen eine langsam vollgestellte WordPress-Website.

Grenze ein Darstellungsproblem von echter Langsamkeit ab

Ein veraltetes Bild ist kein Beleg dafür, dass WordPress generell langsam ist. Cache-Probleme betreffen die Aktualität einer Ressource; Performance-Probleme betreffen deren Lade- oder Verarbeitungszeit. Beides kann gleichzeitig auftreten, benötigt aber unterschiedliche Prüfungen.

Wird inzwischen das richtige Bild geladen, aber nur eine bestimmte Unterseite bleibt auffällig langsam, solltest du die Ursache dieser einzelnen WordPress-URL untersuchen. Ein erneutes Leeren des Bild-Caches wird dann kaum helfen.

Fazit

Wenn WordPress nach einem Bildtausch die alte Fassung zeigt, beginne bei der tatsächlich geladenen Bild-URL. Sie verrät, ob die Seite auf eine falsche Datei verweist, eine WordPress-Bildgröße veraltet ist oder ein Cache dieselbe URL noch mit altem Inhalt ausliefert.

Erst danach leerst oder aktualisierst du die betroffene Ebene. Das erhält den Nutzen deiner Caches, begrenzt den Eingriff und macht den Fehler nachvollziehbar. Für künftige Änderungen ist eine neue, eindeutige Bild-URL meist die sauberste Lösung.