WordPress Mediathek lädt nicht: Ursachen finden und Fehler beheben

Wenn die WordPress Mediathek lädt nicht, bleiben Bilder, PDFs und andere Dateien im Adminbereich unsichtbar oder die Medienübersicht reagiert nicht. Die Ursache kann bei einem Plugin, dem Browser, fehlenden Serverressourcen, falschen Dateirechten, einer beschädigten Datenbankabfrage oder einem JavaScript-Fehler liegen. In diesem Leitfaden erfährst Du, wie Du den Fehler systematisch eingrenzt und Deine Mediathek möglichst sicher wieder funktionsfähig machst.

Passende WordPress Hilfe zum Thema

Was bedeutet „WordPress Mediathek lädt nicht“ genau?

Die Grafik macht sichtbar, dass Du die Fehlerquelle schrittweise eingrenzen solltest. Beginne mit risikoarmen Tests und arbeite Dich erst danach zu Server- oder Datenbankänderungen vor.

Der Fehler kann sich auf unterschiedliche Weise zeigen. Vielleicht erscheint beim Aufruf von Medien > Mediathek nur ein weißer Bereich. Vielleicht dreht sich der Ladekreis dauerhaft, die Rasteransicht bleibt leer oder die Listenansicht funktioniert, während die Rasteransicht nicht geladen wird. Auch beim Hochladen kann eine Fehlermeldung erscheinen, obwohl bereits vorhandene Dateien weiterhin erreichbar sind.

Diese Unterschiede sind wichtig, weil sie Hinweise auf die Fehlerquelle geben. Ein Problem ausschließlich in der Rasteransicht deutet häufig auf JavaScript, die WordPress-REST-API oder eine Plugin-Konflikt hin. Werden Dateien zwar hochgeladen, aber nicht angezeigt, kommen unter anderem Datenbankeinträge, Berechtigungen oder ein Fehler bei der Abfrage infrage. Schlägt bereits der Upload fehl, solltest Du zusätzlich Dateigröße, PHP-Limits, Speicherplatz und Serverkonfiguration prüfen.

Typische Symptome im Überblick

• Die Mediathek zeigt einen dauerhaft laufenden Ladeindikator.
• Die Rasteransicht bleibt leer, während die Listenansicht noch reagiert.
• Beim Öffnen eines Mediums erscheint ein Fehler im Detailfenster.
• Neue Bilder werden hochgeladen, tauchen aber nicht in der Übersicht auf.
• Der Upload bricht mit einer allgemeinen HTTP- oder Serverfehlermeldung ab.
• Die Mediathek funktioniert für einen Benutzer, aber nicht für einen anderen.

Bevor Du Dateien löschst, Plugins deaktivierst oder Änderungen am Server vornimmst, solltest Du ein aktuelles Backup erstellen. Bei einer wichtigen Website ist zusätzlich eine Staging-Umgebung sinnvoll. So kannst Du die Ursache untersuchen, ohne den laufenden Betrieb unnötig zu gefährden.

Die häufigsten Ursachen für eine blockierte Mediathek

Plugin- oder Theme-Konflikte

Plugins können die Medienverwaltung erweitern, Dateien optimieren, Bilder automatisch verarbeiten oder die WordPress-Oberfläche verändern. Ein Update kann dabei zu einer inkompatiblen Kombination mit WordPress, dem aktiven Theme oder einem anderen Plugin führen. Besonders auffällig ist ein Konflikt, wenn der Fehler kurz nach einer Aktualisierung aufgetreten ist.

Auch ein Theme kann die Ursache sein, wenn es eigene Admin-Skripte lädt oder Funktionen der WordPress-Oberfläche verändert. Das bedeutet nicht automatisch, dass das Theme fehlerhaft ist. Entscheidend ist, ob ein JavaScript-Fehler, eine unerwartete Ausgabe oder eine inkompatible Anpassung die Mediathek beeinflusst.

JavaScript-Fehler im Adminbereich

Die Rasteransicht der Mediathek verwendet JavaScript, um Inhalte nachzuladen und Filter oder Detailansichten bereitzustellen. Ein Fehler in einem Script kann verhindern, dass dieser Prozess abgeschlossen wird. Im Browser bleibt dann häufig nur der Ladekreis sichtbar.

Öffne die Entwicklerwerkzeuge Deines Browsers, meist mit der Taste F12, und prüfe im Bereich „Konsole“, ob rote Fehlermeldungen erscheinen. Hinweise auf eine blockierte Datei, eine nicht erreichbare REST-API oder einen Fehler in einem Plugin können die weitere Suche deutlich verkürzen. Die Meldung allein liefert jedoch nicht immer die vollständige Ursache; sie sollte im Zusammenhang mit dem Zeitpunkt des Problems bewertet werden.

Probleme mit der REST-API oder Admin-Ajax

WordPress lädt bestimmte Daten im Hintergrund über die REST-API oder über Admin-Ajax. Wenn Sicherheitsregeln, eine Firewall, ein Cache-System oder eine Serverkonfiguration diese Anfragen blockiert, kann die Mediathek leer bleiben, obwohl WordPress grundsätzlich erreichbar ist.

Ein Hinweis darauf ist ein Fehler im Netzwerkbereich der Browser-Entwicklerwerkzeuge. Achte auf Anfragen, die mit einem Statusfehler zurückkommen, lange ausstehen oder auf eine unerwartete Login- oder Fehlerseite führen. Auch eine falsch gesetzte Website-URL oder Probleme mit HTTPS können Hintergrundanfragen stören.

Zu geringe PHP-Ressourcen

Beim Verarbeiten von Bildern benötigt WordPress Arbeitsspeicher. Je nach Dateiformat, Bildgröße, installierten Plugins und Serverumgebung kann die Verarbeitung anspruchsvoll sein. Ist das PHP-Speicherlimit zu niedrig, kann der Upload abbrechen oder die Medienseite mit einem Serverfehler reagieren.

Weitere relevante Grenzen sind die maximale Ausführungszeit sowie die erlaubte Upload- und Beitraggröße. Diese Werte werden nicht immer am gleichen Ort festgelegt. Mögliche Ebenen sind die PHP-Konfiguration, die Serverkonfiguration, eine Hosting-Oberfläche oder WordPress selbst. Eine Erhöhung sollte gezielt erfolgen und die vorhandenen Serverressourcen berücksichtigen.

Fehlende oder falsche Dateiberechtigungen

WordPress muss im Upload-Verzeichnis Dateien anlegen und lesen können. Wenn Verzeichnisse oder Dateien nach einer Migration, einem Serverumzug oder einer manuellen Änderung dem falschen Benutzer gehören, kann der Zugriff scheitern. Auch zu restriktive oder zu weitreichende Berechtigungen können Probleme und Sicherheitsrisiken verursachen.

Prüfe die Berechtigungen nicht blind nach einem pauschalen Wert. Entscheidend ist, unter welchem Benutzer der Webserver arbeitet und welche Vorgaben Dein Hosting macht. Änderungen am Dateisystem sollten mit Bedacht und möglichst nach einem Backup erfolgen.

Beschädigte oder unvollständige Datenbankeinträge

In der WordPress-Datenbank wird ein Medium als Beitrag vom Typ attachment gespeichert. Die zugehörige Datei liegt im Upload-Verzeichnis; zusätzliche Informationen wie Dateiname, MIME-Typ und Metadaten werden in der Datenbank verwaltet. Wenn diese Verbindung nicht mehr stimmt, kann ein Medium in der Mediathek unerwartet fehlen oder sich nicht öffnen lassen.

Das kann nach einer Migration, einem unvollständigen Import, einer fehlerhaften Bereinigung oder einer beschädigten Datenbanktabelle auftreten. Eine Reparatur oder Änderung an der Datenbank sollte nicht der erste Schritt sein. Zuerst solltest Du klären, ob das Problem tatsächlich einzelne Einträge betrifft oder die gesamte Medienverwaltung blockiert.

WordPress Mediathek lädt nicht: Systematische Erstprüfung

Eine strukturierte Diagnose ist meist schneller und sicherer als mehrere Änderungen gleichzeitig. Notiere Dir, wann der Fehler erstmals aufgetreten ist, welche Benutzer betroffen sind und ob nur die Mediathek oder auch andere Bereiche des WordPress-Backends langsam oder fehlerhaft reagieren.

1. Reproduziere den Fehler: Öffne die Mediathek in der Raster- und Listenansicht. Teste außerdem, ob ein vorhandenes Medium direkt in einem Beitrag ausgewählt werden kann.
2. Prüfe ein anderes Browserfenster: Nutze ein privates Fenster oder einen zweiten Browser. Funktioniert die Mediathek dort, können Cache, Cookies, Erweiterungen oder eine Sitzung die Ursache sein.
3. Leere gezielt den Cache: Lösche den Browser-Cache und prüfe, ob ein WordPress-, Server- oder CDN-Cache veraltete JavaScript-Dateien ausliefert.
4. Teste die Benutzerabhängigkeit: Wenn möglich, prüfe das Verhalten mit einem berechtigten Benutzer. Änderungen an Rollen und Rechten solltest Du nicht dauerhaft nur zum Testen vornehmen.
5. Vergleiche den Zeitpunkt: Sieh im Update- oder Änderungsverlauf nach, ob kurz zuvor WordPress, ein Plugin, das Theme oder die PHP-Version aktualisiert wurde.
6. Sichere die Website: Erstelle vor Deaktivierungen, Datenbankarbeiten oder Serveränderungen ein Backup und dokumentiere den aktuellen Zustand.

Fehler durch Plugins und Themes eingrenzen

Der zuverlässigste Standardtest besteht darin, zunächst die Erweiterungen vorübergehend zu deaktivieren und anschließend einzeln wieder zu aktivieren. Auf einer produktiven Website sollte dieser Test bevorzugt auf einem Staging-System erfolgen. Wenn kein Staging vorhanden ist, plane ein Wartungsfenster und vermeide Änderungen während wichtiger Bestell-, Buchungs- oder Veröffentlichungsprozesse.

Vorgehen ohne direkten Dateizugriff

Wenn Du noch Zugriff auf das WordPress-Backend hast, öffne die Plugin-Übersicht und deaktiviere die Erweiterungen vorübergehend. Prüfe danach die Mediathek. Falls sie wieder funktioniert, aktiviere die Plugins einzeln und teste nach jeder Aktivierung erneut. So lässt sich der auslösende Konflikt eingrenzen.

Deaktiviere nicht nur vermeintlich medienbezogene Plugins. Auch Optimierungs-, Sicherheits-, Übersetzungs-, Mitglieder- oder Admin-Plugins können Skripte und Berechtigungen beeinflussen. Sobald der Fehler wieder auftritt, hast Du einen konkreten Ansatzpunkt für die weitere Analyse.

Vorgehen bei gesperrtem Backend

Wenn Du die Plugin-Seite nicht mehr öffnen kannst, kann der Zugriff über den Hosting-Dateimanager oder SFTP helfen. Eine übliche Diagnose besteht darin, den Plugin-Ordner vorübergehend umzubenennen. WordPress erkennt die Erweiterungen dann nicht mehr als aktiv. Dabei solltest Du keine Dateien löschen und die Änderung nach dem Test wieder rückgängig machen, sofern sie nicht gezielt zur Fehlerbehebung benötigt wird.

Für die Theme-Prüfung kannst Du vorübergehend ein verfügbares Standard-Theme aktivieren. Das sollte nur geschehen, wenn Du weißt, wie Du das bisherige Theme sicher wiederherstellst. Eigene Theme-Anpassungen gehören möglichst in ein Child Theme oder in updatefähige Hooks und nicht direkt in die Dateien des Parent-Themes.

Was Du aus dem Plugin-Test ableiten kannst

Beobachtung	Wahrscheinlicher Ansatz	Nächster Schritt
Die Mediathek funktioniert nach Deaktivierung aller Plugins.	Plugin-Konflikt oder fehlerhaftes Plugin-Skript	Plugins einzeln aktivieren und den Konflikt reproduzieren
Nur die Rasteransicht ist betroffen.	JavaScript-, REST-API- oder Admin-Ajax-Problem	Browser-Konsole und Netzwerkfehler prüfen
Auch mit Standard-Theme bleibt der Fehler bestehen.	Server-, WordPress-, Datenbank- oder Plugin-Ursache	Logs, Ressourcen und API-Zugriff untersuchen
Nur ein Benutzer sieht den Fehler.	Rolle, Sitzung oder benutzerspezifische Einstellung	Mit einem geeigneten Testbenutzer vergleichen

Browser, Cache und JavaScript prüfen

Ein Browserproblem ist schnell übersehen, weil die Website für andere Personen bereits korrekt funktionieren kann. Öffne die Mediathek zunächst in einem privaten Fenster. Deaktiviere testweise Browser-Erweiterungen, die Inhalte blockieren oder Skripte verändern. Dazu gehören unter anderem Werbe-, Datenschutz- und Sicherheits-Erweiterungen.

Leere anschließend den Browser-Cache. Wenn ein Caching-Plugin, ein Reverse Proxy oder ein Content Delivery Network eingesetzt wird, muss gegebenenfalls auch dort der Cache gezielt geleert werden. Nach Updates können alte und neue JavaScript-Dateien miteinander vermischt werden. Das kann vorübergehend zu Fehlermeldungen führen.

In den Entwicklerwerkzeugen sind zwei Bereiche besonders nützlich:

• Konsole: Hier erscheinen JavaScript-Fehler, Hinweise auf nicht geladene Ressourcen und Sicherheitsprobleme.
• Netzwerk: Hier siehst Du, ob Anfragen an wp-json, admin-ajax.php oder andere Endpunkte fehlschlagen.

Ein Fehler mit dem Status 401 oder 403 kann auf Authentifizierung oder Zugriffsschutz hinweisen. Ein Status 404 spricht eher für eine falsche URL oder eine nicht vorhandene Ressource. Ein Status 500 weist auf einen serverseitigen Fehler hin. Diese Einordnung ersetzt keine Loganalyse, hilft aber bei der Entscheidung, ob Du im Browser, in WordPress oder auf dem Server weitersuchen solltest.

REST-API, HTTPS und Sicherheitsregeln untersuchen

Die Medienübersicht benötigt funktionierende Hintergrundanfragen. Prüfe zunächst unter Einstellungen > Allgemein, ob WordPress-Adresse und Website-Adresse korrekt sind und dass das gewünschte Protokoll verwendet wird. Nach einer Umstellung auf HTTPS können gemischte Inhalte, Weiterleitungsschleifen oder Zertifikatsprobleme auftreten.

Sicherheits- und Firewall-Plugins können Anfragen an die REST-API oder Admin-Ajax blockieren. Auch serverseitige Web Application Firewalls und Schutzregeln des Hostings können legitime Anfragen als verdächtig einstufen. Deaktiviere Schutzmechanismen nicht dauerhaft ohne Konzept. Prüfe stattdessen die Protokolle und erwäge eine gezielte Ausnahme, wenn die Anfrage eindeutig benötigt wird.

Wenn die REST-API nicht erreichbar ist, betrifft das möglicherweise auch den Block-Editor, externe Integrationen oder andere Funktionen. Deshalb solltest Du nicht nur die Mediathek reparieren, sondern die zugrunde liegende Ursache beheben. Prüfe außerdem, ob ein Login abläuft oder ob ein Proxy die erforderlichen Cookies nicht korrekt weitergibt.

Serverressourcen, Uploads und PHP-Limits

Wenn die Mediathek beim Hochladen oder bei der Bildverarbeitung scheitert, solltest Du die Serverumgebung prüfen. In WordPress findest Du unter Werkzeuge > Website-Zustand je nach Konfiguration Hinweise zur Umgebung. Zusätzlich können Hosting- oder Serverprotokolle konkrete Fehlermeldungen liefern.

Wichtige Prüfbereiche

• PHP-Speicherlimit: Bildbearbeitung und Plugins können mehr Arbeitsspeicher benötigen als eine einfache Seitenansicht.
• Maximale Uploadgröße: Eine große Datei kann an einer Grenze von PHP, dem Webserver oder dem Hosting scheitern.
• Maximale Ausführungszeit: Lange Bildverarbeitung kann abbrechen, wenn ein Prozess zu früh beendet wird.
• Freier Speicher: Für Originaldateien, Vorschaubilder und temporäre Dateien muss ausreichend Speicher vorhanden sein.
• PHP-Version: Veraltete oder nicht kompatible Versionen können Fehler in WordPress oder Plugins verursachen.
• Server-Timeouts: Ein Proxy oder Webserver kann eine Anfrage beenden, obwohl PHP noch arbeitet.

Ändere Limits nicht nach dem Prinzip „je höher, desto besser“. Höhere Werte lösen keine fehlerhafte Bilddatei, keinen Plugin-Konflikt und keinen vollen Speicherplatz. Außerdem können größere Ressourcenlimits die Auswirkungen einer problematischen Anfrage verstärken. Eine Anpassung sollte zur Website, zum Hosting und zur tatsächlichen Fehlermeldung passen.

Upload-Verzeichnis und Dateiberechtigungen prüfen

WordPress speichert Medien normalerweise in Unterordnern des Verzeichnisses wp-content/uploads. Je nach Einstellung kann die Struktur nach Jahr und Monat organisiert sein. Prüfe, ob die erwarteten Dateien tatsächlich vorhanden sind. Wenn eine Datei im Dateisystem existiert, aber nicht in der Mediathek erscheint, fehlt möglicherweise der zugehörige Datenbankeintrag oder die Abfrage wird blockiert.

Fehlen Dateien nach einer Migration, wurden sie eventuell nicht vollständig übertragen. Eine reine Datenbankmigration reicht nicht aus, weil die Medien selbst im Upload-Verzeichnis liegen. Umgekehrt hilft das Kopieren der Dateien allein nicht, wenn die Attachment-Einträge in der Datenbank fehlen.

Achte auf Dateinamen mit Sonderzeichen, ungewöhnliche Groß- und Kleinschreibung sowie beschädigte Dateien. Nicht jede Datei mit einer passenden Endung ist tatsächlich ein gültiges Bild. Öffne problematische Dateien lokal oder prüfe sie mit einem geeigneten Werkzeug, ohne sie auf einer produktiven Website mehrfach hochzuladen.

Datenbank und Medien-Metadaten vorsichtig analysieren

Ein Medium besteht in WordPress aus mehr als der Datei. Der Attachment-Eintrag, die Metadaten und die erzeugten Vorschaubilder müssen zusammenpassen. Werden Vorschaubilder nicht erstellt, kann das an fehlenden PHP-Bibliotheken, unzureichenden Ressourcen oder einem nicht unterstützten Bildformat liegen.

Vor Datenbankarbeiten ist ein vollständiges Backup erforderlich. Prüfe zunächst, ob andere Bereiche ebenfalls betroffen sind. Wenn nur einzelne Medien fehlen, kann eine erneute, kontrollierte Zuordnung oder ein erneuter Upload sinnvoller sein als eine direkte Manipulation an Datenbanktabellen.

Bei größeren Inkonsistenzen helfen gegebenenfalls Werkzeuge für Migration, Medienregenerierung oder Datenbankdiagnose. Verwende solche Werkzeuge nur, wenn Du ihre Auswirkungen verstehst. Eine Regenerierung kann viele Bildvarianten neu erzeugen und dadurch Zeit, Speicherplatz und Serverleistung benötigen. Bei einer stark angepassten Website sollte die Vorgehensweise zuerst auf einer Kopie getestet werden.

Debugging mit WordPress und Serverprotokollen

Wenn die bisherigen Tests keine eindeutige Ursache zeigen, aktiviere ein WordPress-Debugging kontrolliert. Die Ausgabe von Fehlermeldungen sollte nicht dauerhaft für Besucher sichtbar sein. Schreibe sie stattdessen in eine Logdatei und schütze den Zugriff darauf. Nach der Analyse solltest Du den Debug-Modus wieder passend zur Umgebung konfigurieren.

Interessant sind PHP-Fatal-Errors, Warnungen zu nicht vorhandenen Funktionen, Datenbankfehler und Hinweise auf REST- oder Ajax-Anfragen. Vergleiche den Zeitpunkt des Fehlers mit den Einträgen im Serverlog. Ein zeitlicher Zusammenhang ist ein besserer Ansatzpunkt als eine allgemeine Vermutung.

Wenn Du keine ausreichenden Rechte für Logs oder Servereinstellungen hast, kann der Hosting-Support die relevanten Einträge prüfen. Gib dabei möglichst genaue Informationen weiter: betroffene URL, Benutzerrolle, Zeitpunkt, Browser, Fehlermeldung und die bereits durchgeführten Tests. Vermeide es, Passwörter oder vollständige Zugangsdaten zu übermitteln.

Praxisbeispiel: Nach einem Update bleibt die Rasteransicht leer

Angenommen, Du aktualisierst WordPress und stellst danach fest, dass die Mediathek in der Rasteransicht dauerhaft lädt. Die Listenansicht funktioniert weiterhin. In diesem Fall ist es sinnvoll, zunächst im privaten Browserfenster zu testen und die Entwicklerkonsole zu öffnen. Zeigt die Konsole einen Fehler in einem Plugin-Skript, deaktivierst Du dieses Plugin auf einer Staging-Umgebung.

Funktioniert die Rasteransicht danach wieder, aktivierst Du das Plugin nicht einfach dauerhaft erneut, sondern prüfst die verfügbare Version, die Kompatibilität und die Konfiguration. Bis zur Klärung kann eine alternative Ansicht als Übergang dienen. Wenn kein Plugin eindeutig verantwortlich ist, prüfst Du als Nächstes die REST-API und die Netzwerkantworten. Ein serverseitiger Fehler würde die Analyse in Richtung PHP-Log, Sicherheitsfilter oder Ressourcenlimits führen.

Der wichtige Punkt ist die Reihenfolge: Erst wird der Fehler reproduziert, dann werden Browser und Erweiterungen ausgeschlossen, anschließend Plugins und Theme isoliert und danach Server- und Datenbankebenen untersucht. So bleibt nachvollziehbar, welche Änderung welchen Effekt hatte.

Typische Fehler bei der Reparatur

Alle Plugins dauerhaft deaktivieren

Das kann die Ursache zwar verdecken, ist aber keine nachhaltige Lösung. Besser ist es, den Konflikt einzugrenzen und anschließend nach einem Update, einer alternativen Einstellung oder einer technisch sauberen Anpassung zu suchen.

WordPress-Core-Dateien direkt bearbeiten

Direkte Änderungen am Core werden bei Updates überschrieben und erschweren spätere Wartung. Nutze stattdessen Hooks, Filter, ein passendes Plugin oder ein Child Theme, sofern diese Lösung zum Problem passt.

Ohne Backup Datenbanktabellen reparieren

Eine vermeintlich kleine Korrektur kann weitere Daten betreffen. Erstelle ein überprüfbares Backup und teste riskante Schritte auf einer Kopie. Bei unklaren Datenbankproblemen ist fachkundige Unterstützung oft sicherer als ein direktes Experiment auf der Live-Website.

Nur die Dateirechte verändern

Fehlende Berechtigungen sind eine mögliche Ursache, aber nicht jede leere Mediathek ist ein Berechtigungsproblem. Ungezielte Änderungen können Sicherheitslücken verursachen oder den Webserver weiter behindern.

Cache als einzige Erklärung annehmen

Ein Cache kann veraltete Scripts ausliefern, behebt aber keinen PHP-Fatal-Error, keinen fehlenden Speicherplatz und keinen beschädigten Datenbankeintrag. Nach dem Leeren des Caches sollte der Fehler erneut reproduziert werden.

So beugst Du Problemen mit der Mediathek vor

Eine zuverlässige Medienverwaltung beginnt mit einer wartbaren WordPress-Umgebung. Halte WordPress, Plugins und Themes aktuell, aber führe Aktualisierungen nicht unkontrolliert auf einer geschäftskritischen Live-Website durch. Ein Staging-System ermöglicht es, die Mediathek, den Upload und zentrale Inhalte nach Updates zu prüfen.

• Erstelle regelmäßige Backups von Dateien und Datenbank und prüfe, ob eine Wiederherstellung grundsätzlich möglich ist.
• Installiere nur benötigte Plugins und entferne nicht mehr verwendete Erweiterungen vollständig.
• Dokumentiere Änderungen an Hosting, PHP-Version, Caching und Sicherheitsregeln.
• Beobachte Speicherplatz und Serverprotokolle, besonders nach Migrationen oder größeren Uploads.
• Verwende eindeutige, möglichst einfache Dateinamen und passende Dateiformate.
• Vermeide direkte Änderungen an WordPress-Core- und Plugin-Dateien.
• Prüfe nach wichtigen Updates den Upload, die Rasteransicht, die Listenansicht und die Auswahl eines Mediums im Editor.

FAQ

Warum lädt die WordPress Mediathek nur in der Rasteransicht nicht?

Die Rasteransicht verwendet umfangreicher JavaScript und Hintergrundanfragen als die Listenansicht. Häufige Ansätze sind ein Plugin-Konflikt, ein JavaScript-Fehler, eine blockierte REST-API oder veraltete Cache-Dateien. Prüfe die Browserkonsole, die Netzwerkanfragen und das Verhalten mit vorübergehend deaktivierten Plugins.

Was kann ich tun, wenn beim Upload ein HTTP-Fehler erscheint?

Prüfe Dateigröße, freies Servervolumen, PHP-Ressourcen, Dateiberechtigungen und die Serverlogs. Auch ein Sicherheitsfilter oder eine fehlerhafte Bildverarbeitung kann die Anfrage blockieren. Lade nicht einfach immer wieder dieselbe Datei hoch, sondern grenze die Ursache mit einer kleinen, unkritischen Testdatei ein.

Kann ein Plugin die gesamte Mediathek blockieren?

Ja. Plugins können Admin-Skripte, REST-Anfragen, Berechtigungen oder die Bildverarbeitung beeinflussen. Deaktiviere Plugins möglichst auf einer Staging-Umgebung und aktiviere sie danach einzeln. So findest Du den Konflikt, ohne alle Erweiterungen dauerhaft abzuschalten.

Warum fehlen Medien nach einem Umzug?

Bei einer Migration müssen sowohl die Datenbank als auch das Upload-Verzeichnis vollständig übertragen werden. Fehlen nur die Dateien, zeigen Einträge auf nicht vorhandene Pfade. Fehlen dagegen die Attachment-Einträge, können vorhandene Dateien nicht automatisch in der Mediathek erscheinen. Prüfe außerdem URLs, HTTPS, Dateirechte und die Migration von Vorschaubildern.

Hilft es, die Vorschaubilder neu zu erstellen?

Das kann helfen, wenn die Originaldateien vorhanden sind, aber benötigte Bildvarianten fehlen oder beschädigt wurden. Es hilft jedoch nicht gegen JavaScript-Fehler, blockierte API-Anfragen oder fehlende Attachment-Einträge. Die Regenerierung kann Serverressourcen beanspruchen und sollte bei großen Mediatheken zunächst auf einer Kopie geprüft werden.

Wie erkenne ich, ob der Browser die Ursache ist?

Teste die Mediathek in einem privaten Fenster, mit einem anderen Browser und möglichst auf einem anderen Gerät. Funktioniert sie dort, prüfe Erweiterungen, Cookies und Cache. Bleibt der Fehler unabhängig vom Browser bestehen, liegt die Ursache eher in WordPress, der Serverumgebung oder der Datenbank.

Soll ich WordPress neu installieren, wenn die Mediathek nicht lädt?

Eine Neuinstallation ist selten der erste sinnvolle Schritt. Sie behebt keinen Plugin-Konflikt, keine falsche Serverkonfiguration und keine fehlenden Upload-Dateien. Vor einer Neuinstallation solltest Du Logs, Updates, Plugins, Theme, REST-API, Dateiberechtigungen und Datenbankzusammenhänge prüfen und ein Backup erstellen.

Wann ist professionelle Hilfe sinnvoll?

Unterstützung ist sinnvoll, wenn die Website geschäftskritisch ist, das Backend nicht mehr erreichbar ist, Datenbank- oder Serverarbeiten notwendig werden oder der Fehler nach einer Migration auftritt. Übergib dabei eine genaue Fehlerbeschreibung und die Ergebnisse Deiner Tests. Das erleichtert eine sichere und zielgerichtete Analyse.

Fazit

Wenn die WordPress Mediathek lädt nicht, solltest Du nicht sofort Dateien löschen oder die Datenbank verändern. Beginne mit einem Backup und prüfe das konkrete Fehlerbild in Raster- und Listenansicht. Danach grenzt Du Browser, Cache, Plugins, Theme, REST-API, PHP-Ressourcen, Dateiberechtigungen und Datenbank systematisch ein.

Besonders wichtig ist eine nachvollziehbare Reihenfolge: Fehler reproduzieren, eine Ebene nach der anderen testen und jede Änderung dokumentieren. So findest Du nicht nur einen kurzfristigen Workaround, sondern kannst die eigentliche Ursache beheben und ähnliche Probleme bei künftigen Updates, Migrationen oder Uploads vermeiden.