„Keine gültige JSON-Antwort“ — warum WordPress nicht speichert.

Was im Hintergrund passiert.

Seit WordPress 5 arbeitet der Editor wie eine eigene kleine App. Beim Speichern schickt er den Inhalt an die Adresse /wp-json/wp/v2/… und erwartet eine Antwort im Format JSON. Kommt stattdessen eine Fehlerseite, eine Sperrseite der Firewall, eine Weiterleitung oder eine Antwort mit einer PHP-Warnung davor, kann der Editor damit nichts anfangen und zeigt die Meldung. Die Meldung sagt also nur, dass die Antwort kaputt ist. Warum sie kaputt ist, zeigen die folgenden Tests.

Schnelltest: Website-Zustand und /wp-json/.

1. Werkzeuge → Website-Zustand öffnen. Meldet WordPress dort „Die REST-API hat ein unerwartetes Ergebnis geliefert“ oder „wurde blockiert“, ist das Problem bestätigt, oft sogar mit Statuscode.
2. Adresse direkt aufrufen: https://deine-domain.de/wp-json/. Erwartet wird eine lange Textseite mit geschweiften Klammern. Kommt eine 404, liegt es an den Permalinks. Kommt eine 403 oder eine Sperrseite, an einer Sicherheitsregel.
3. Entwicklertools öffnen (Rechtsklick → Untersuchen → Netzwerk), dann erneut speichern. Die fehlgeschlagene Anfrage ist rot. Unter „Antwort“ steht, was wirklich zurückkam.

Permalinks neu speichern.

Die REST-API braucht funktionierende Umschreibregeln. Nach einem Umzug oder wenn die .htaccess überschrieben wurde, fehlen sie. Lösung: Einstellungen → Permalinks → ohne Änderung auf „Speichern“ klicken. WordPress schreibt die Regeln neu. Steht die Einstellung auf „Einfach“ mit ?p=123-Adressen, ist das zwar selten die Ursache, aber für SEO ohnehin ungünstig. Auf Nginx-Servern gibt es keine .htaccess, dort muss der Hoster die Regel für WordPress hinterlegt haben. Mehr dazu unter 404 auf Unterseiten.

http und https.

Steht unter Einstellungen → Allgemein noch http://, die Seite läuft aber über https, schickt der Editor seine Anfragen an die falsche Adresse. Der Browser blockiert sie als unsicher oder sie werden umgeleitet, und eine Umleitung ist keine gültige JSON-Antwort. Beide Adressen auf https:// und die richtige www-Variante setzen. Mehr dazu: „Nicht sicher“-Warnung und zu viele Weiterleitungen.

Sicherheits-Plugins und Firewall.

Sicherheits-Plugins bieten gern an, die REST-API für nicht angemeldete Besucher zu sperren. Ist die Regel zu streng, trifft sie auch den Editor. Genauso kann eine Firewall beim Hoster, etwa ModSecurity, einen Beitrag blockieren, weil er Code-Beispiele, bestimmte Wörter oder lange Skripte enthält. Das erkennst du daran, dass nur bestimmte Beiträge nicht speichern. Test: Sicherheits-Plugin kurz deaktivieren oder in dessen Protokoll nachsehen, und beim Hoster nach blockierten Anfragen zur Uhrzeit fragen. Die Lösung ist eine Ausnahme für die betroffene Regel, nicht das Abschalten des Schutzes. Worauf es bei der Absicherung ankommt: WordPress absichern.

PHP-Warnungen in der Antwort.

Ist die Fehleranzeige eingeschaltet, schreibt PHP Warnungen und Hinweise direkt in die Ausgabe — auch vor die JSON-Antwort. Dann beginnt die Antwort mit „Warning: …“, und der Editor kann sie nicht lesen. Im Netzwerk-Tab der Entwicklertools ist das sofort sichtbar. Lösung: Fehleranzeige ausschalten und Fehler stattdessen protokollieren, dann die eigentliche Warnung im Protokoll beheben. Häufig stammt sie aus einem Plugin, das mit der aktuellen PHP-Version nicht sauber läuft (PHP-Version).

Nur beim Hochladen von Bildern.

Erscheint die Meldung nur beim Hochladen, liegt es oft an Grenzen: Die Datei ist größer als erlaubt, die Verarbeitung dauert zu lange, oder das Bild ist so groß, dass der Arbeitsspeicher nicht reicht. Große Fotos vorher verkleinern, und die Grenzen beim Hoster prüfen (Bilder-Fehler, Speicherlimit).

Klassischer Editor als Ausweg?

Viele Foren raten, einfach den klassischen Editor zu installieren. Der speichert ohne REST-API, die Meldung ist weg. Das Problem aber nicht: Andere Funktionen, die die Schnittstelle nutzen, bleiben kaputt — Formulare, Shop-Funktionen, Apps, Website-Zustand. Als Notlösung für ein paar Tage in Ordnung, als Dauerlösung nicht.

Wenn du nicht weiterkommst.

Wenn die REST-API durch eine Regel beim Hoster blockiert wird oder nur einzelne Beiträge betroffen sind, braucht es meist einen Blick in Protokolle, die du selbst nicht siehst. 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.

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.