Der Editor lädt nicht — leerer Bildschirm statt Beitrag.
Du klickst auf „Bearbeiten“ und bekommst: nichts. Ein grauer Kasten, ein ewig drehender Kreis oder die Meldung, dass der Editor eine unerwartete Antwort erhalten hat. Der Inhalt ist nicht weg — er wird nur nicht angezeigt. Fast immer bricht ein Skript ab.
Der Block-Editor ist eine eigenständige Anwendung im Browser. Bricht auch nur ein Skript ab, bleibt die Fläche leer. Die vier häufigsten Ursachen: ein Plugin-Konflikt, ein Optimierungs-Plugin, das Skripte zusammenfasst oder verzögert lädt, ein zu niedriges Speicherlimit und eine blockierte REST-Schnittstelle. Der erste Blick gehört immer der Browser-Konsole — dort steht die Datei, die abbricht.
Zuerst: Konsole öffnen.
Das spart dir den größten Teil der Sucherei. Mit F12 die Entwicklerwerkzeuge öffnen, auf den Reiter Konsole wechseln, die Editorseite neu laden. Rote Meldungen zeigen dir die Datei, in der es hakt — und der Pfad verrät den Verursacher: wp-content/plugins/name/ heißt Plugin, wp-content/themes/ heißt Theme. Häufig steht dort auch direkt ein Hinweis auf eine Datei, die gar nicht geladen werden konnte.
Zweiter Reiter, der lohnt: Netzwerk. Dort siehst du, welche Anfragen fehlschlagen. Ein Eintrag mit einem Fehlercode bei einer Adresse, die wp-json enthält, deutet auf die REST-Schnittstelle hin.
Drei Schnelltests.
- Privates Fenster: Lädt der Editor dort, liegt es an einer Browser-Erweiterung oder am Cache deines Browsers.
- Anderer Browser oder anderes Gerät — grenzt lokale Ursachen sofort aus.
- Neuer Testbeitrag: Lädt ein leerer Beitrag, aber ein bestimmter nicht, liegt es am Inhalt dieses Beitrags, nicht am Editor.
Der dritte Fall kommt häufiger vor, als man denkt: Ein sehr langer Beitrag mit hunderten Blöcken oder ein Block mit beschädigtem Inhalt kann den Editor lahmlegen, während alle anderen Beiträge funktionieren.
Plugin-Konflikt.
Die klassische Eingrenzung: alle Plugins deaktivieren, Editor prüfen, dann einzeln wieder einschalten und nach jedem den Editor aufrufen. Kommst du nicht mehr ins Backend, benennst du per FTP den Ordner wp-content/plugins um — damit sind alle auf einen Schlag aus. Verdächtig sind vor allem Erweiterungen, die selbst in den Editor eingreifen: Page Builder, Block-Sammlungen, SEO-Plugins mit Seitenleiste, Formular-Plugins mit eigenem Block. Das methodische Vorgehen steht in WordPress-Fehler beheben; mach es möglichst in einer Kopie (Staging einrichten).
Optimierung und Caching.
Das ist die Ursache, die am häufigsten übersehen wird. Optimierungs-Plugins fassen JavaScript-Dateien zusammen, laden sie verzögert oder verschieben sie ans Seitenende. Für die öffentliche Website ist das sinnvoll, im Backend richtet es Schaden an, weil der Editor auf eine bestimmte Reihenfolge angewiesen ist. Gute Plugins schließen das Backend aus — nicht alle tun es.
Test: Optimierung vorübergehend komplett abschalten, alle Caches leeren, Editor prüfen (Cache leeren). Läuft er, schaltest du die Funktionen einzeln wieder an. Meist ist es das Zusammenfassen von JavaScript oder das verzögerte Laden.
Speicherlimit.
Der Editor braucht spürbar mehr Arbeitsspeicher als die öffentliche Seite. Reicht er nicht, bricht der Aufbau mittendrin ab — typischerweise bei langen Beiträgen oder Seiten mit vielen Blöcken. Ein Hinweis darauf ist, wenn kurze Beiträge laden und lange nicht.
define( 'WP_MEMORY_LIMIT', '256M' );
define( 'WP_MAX_MEMORY_LIMIT', '512M' );Der zweite Wert gilt für Backend-Vorgänge. Greift die Änderung nicht, begrenzt der Hoster — dann hilft nur der Support.
Mehr dazu, auch zu den Grenzen beim Hoster: Speicherlimit erhöhen.
REST-Schnittstelle blockiert.
Der Block-Editor kommuniziert über die REST-Schnittstelle von WordPress mit dem Server. Ist sie gesperrt, kann er Inhalte weder laden noch speichern. Gesperrt wird sie überraschend oft — von Sicherheits-Plugins, von Firewalls beim Hoster oder von gut gemeinten Code-Schnipseln aus alten Anleitungen, die „die API abschalten“, weil das früher als Härtungsmaßnahme galt. Die typische Folgemeldung kennst du vielleicht: der Hinweis auf eine ungültige JSON-Antwort (Keine gültige JSON-Antwort). Wie du prüfst, ob die Schnittstelle erreichbar ist, steht in REST-API funktioniert nicht.
Theme und eigener Code.
Seltener, aber möglich: Das Theme lädt im Backend eigene Skripte, die mit dem Editor kollidieren, oder in der functions.php steckt Code, der Editor-Funktionen verändert. Test: kurz auf ein Standard-Theme wechseln. Lädt der Editor dort, liegt es am Theme. Bei Block-Themes kommt hinzu, dass ein fehlerhafter Vorlagenteil den Editor für Website-Vorlagen lahmlegen kann, während der normale Beitrags-Editor funktioniert — dann ist die Vorlage die Ursache, nicht der Editor.
Andere Fehlerbilder.
| Symptom | Wahrscheinliche Ursache |
|---|---|
| Editor lädt, Speichern schlägt fehl | REST-Schnittstelle oder Sicherheits-Plugin |
| Blöcke werden als „ungültig“ markiert | Blockinhalt verändert, meist durch ein Update |
| Seitenleiste fehlt | Skriptfehler eines Plugins |
| Editor extrem langsam | Sehr viele Blöcke oder schwaches Hosting |
| Nur bei bestimmten Seiten leer | Inhalt dieser Seite, nicht der Editor |
| Vorschau zeigt Fehler | Caching oder Weiterleitungsregel |
Notlösung: klassischer Editor.
Wenn du dringend eine Änderung veröffentlichen musst und keine Zeit für die Fehlersuche hast, bringt dich das Plugin für den klassischen Editor kurzfristig wieder zum Arbeiten. Verstehe es als Überbrückung, nicht als Lösung: Der Block-Editor ist der Standard, und alles Neue wird darauf gebaut. Wer dauerhaft ausweicht, sammelt Probleme für später an.
Wenn du nicht weiterkommst.
Wenn der Editor leer bleibt und du nicht erkennst, welches Plugin dahintersteckt, grenze ich das ein, ohne deine Website anzuhalten. Ich finde die Ursache, behebe sie und erkläre dir, was passiert ist: WordPress-Hilfe, bei einem Totalausfall der Notfall-Support. Damit es gar nicht erst so weit kommt: WordPress-Wartung.
Ursache finden, Website wieder zum Laufen bringen, kurzer Bericht — meist am selben Tag.
Für Anpassungen, Fehlerbehebung und Beratung nach Aufwand, abgerechnet in 15-Minuten-Schritten.
Updates, Backups, Sicherheitscheck, Monitoring — Kleinigkeiten inklusive.
Orientierungswerte, keine Fixpreise — nach einem kurzen Gespräch bekommst du ein Festpreisangebot.
Wer hilft.
Ich bin Manuel Killert, WordPress-Entwickler aus Quakenbrück. Seit 2020 baue und betreue ich WordPress-Websites — für Handwerksbetriebe, Industrie, Gastronomie, Start-ups und Vereine —, entwickle eigene Plugins und unterrichte WordPress als Dozent an der KW Design Akademie. Das heißt: Ich kenne die typischen Fehler nicht nur aus Foren, sondern aus eigenen Projekten, und ich kann sie so erklären, dass du sie beim nächsten Mal selbst erkennst. Du erreichst mich direkt, ohne Ticketsystem.
Echte Projekte — live ansehen.
WordPress-Websites, die ich gebaut habe oder laufend betreue.
Markenfest
Stärkerer Online-Shop — Webdesign, Content und individuelle Shop-Funktionen.
Website ansehen ↗
KT Bodenteam
Professioneller Auftritt für einen Bodenleger — Vorher-Nachher-Slider und regionale SEO.
Website ansehen ↗
Potassco Solutions
Klare Website für ein KI-Unternehmen, die komplexe Technologie verständlich macht.
Website ansehen ↗FAQ — Block-Editor lädt nicht.
Warum lädt der WordPress-Block-Editor nicht?
Weil ein JavaScript abbricht. Die häufigsten Ursachen sind ein Plugin-Konflikt, ein Optimierungs-Plugin, das Skripte zusammenfasst oder verzögert lädt, ein zu niedriges Speicherlimit und eine blockierte REST-Schnittstelle.
Wie finde ich heraus, welches Plugin schuld ist?
Zuerst die Browser-Konsole mit F12 öffnen — der Dateipfad in der Fehlermeldung nennt den Verursacher. Sonst alle Plugins deaktivieren und einzeln wieder einschalten.
Warum lädt nur ein bestimmter Beitrag nicht?
Dann liegt es am Inhalt dieses Beitrags, nicht am Editor. Sehr lange Beiträge mit hunderten Blöcken oder ein Block mit beschädigtem Inhalt können den Editor lahmlegen.
Kann ein Caching-Plugin den Editor blockieren?
Ja, das ist eine der häufigsten Ursachen. Das Zusammenfassen oder verzögerte Laden von JavaScript zerstört die Reihenfolge, auf die der Editor angewiesen ist. Gute Plugins schließen das Backend aus.
Was hat die REST-API mit dem Editor zu tun?
Der Editor lädt und speichert Inhalte über die REST-Schnittstelle. Ist sie durch ein Sicherheits-Plugin, eine Firewall oder alten Code gesperrt, bleibt der Editor leer oder das Speichern schlägt fehl.
Ist der klassische Editor eine Lösung?
Nur als Überbrückung, wenn du dringend veröffentlichen musst. Der Block-Editor ist der Standard, und dauerhaft auszuweichen verschiebt das Problem nur.
Das bin ich – rechts im BildErzähl mir, was nicht funktioniert.
Domain und eine kurze Beschreibung reichen — du bekommst eine ehrliche Einschätzung, was los ist und was die Behebung kostet.
Antwort meist innerhalb von 24 Stunden · hallo@manuelkillert.de