WordPress-FehlerMeldungen von WordPress

WordPress: „Die Antwort ist keine gültige JSON-Antwort“ beheben

Der Block-Editor speichert über die REST-API von WordPress und erwartet als Antwort Daten im JSON-Format. Kommt stattdessen eine Fehlerseite, eine Weiterleitung oder eine PHP-Warnung zurück, erscheint diese Meldung. Häufig sind kaputte Permalinks oder eine fehlende .htaccess schuld. Auch abweichende Adressen unter Einstellungen → Allgemein, eine Firewall, ein Sicherheits-Plugin oder PHP-Hinweise in der Ausgabe lösen sie aus. Speichere zuerst die Permalinks neu und prüfe dann, was die Adresse /wp-json/ im Browser anzeigt.

So sieht die Meldung aus

  • Updating failed. The response is not a valid JSON response.
  • Publishing failed. The response is not a valid JSON response.
  • The response is not a valid JSON response.
  • Die Aktualisierung ist fehlgeschlagen. Die Antwort ist keine gültige JSON-Antwort.
  • Die Veröffentlichung ist fehlgeschlagen. Die Antwort ist keine gültige JSON-Antwort.

Woran es liegt.

Permalinks oder .htaccess fehlerhaft

Die REST-API liegt unter /wp-json/. Fehlt die Umschreibregel in der .htaccess oder bei nginx die passende try_files-Zeile, liefert der Server für diese Adresse eine 404-Seite statt JSON.

Adressen passen nicht zusammen

Weichen WordPress-Adresse und Website-Adresse unter Einstellungen → Allgemein von der Adresse ab, unter der Du arbeitest, etwa beim www oder bei http statt https, landen die Anfragen des Editors an der falschen Stelle oder werden umgeleitet.

Firewall oder Sicherheits-Plugin blockiert

Eine Web Application Firewall wie ModSecurity beim Hoster, Cloudflare oder ein Sicherheits-Plugin hält manche Anfragen für einen Angriff, etwa wenn ein Beitrag Code oder Skripte enthält. Die Anfrage endet dann mit dem Status 403.

PHP-Warnungen in der Antwort

Ist die Anzeige von Fehlern eingeschaltet, schreibt PHP Warnungen vor die eigentlichen Daten. Der Editor kann die Antwort dann nicht lesen, obwohl der Beitrag manchmal trotzdem gespeichert wurde.

REST-API abgeschaltet

Manche Sicherheits- oder Performance-Plugins sperren die REST-API für nicht angemeldete Besucher oder vollständig. Trifft die Sperre auch den Editor, scheitert jedes Speichern.

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. Die fehlgeschlagene Anfrage ansehen

    Öffne im Editor mit F12 die Entwicklertools des Browsers und wechsle zum Reiter Netzwerk. Speichere erneut und klicke auf die rot markierte Anfrage an wp-json. Unter Antwort siehst Du, was statt JSON zurückkam: eine 404-Seite, eine Sperrseite der Firewall oder eine PHP-Warnung. Das bestimmt den nächsten Schritt.

  2. Website-Zustand und /wp-json/ prüfen

    Unter Werkzeuge → Website-Zustand testet WordPress die REST-API selbst. Steht dort „Bei der REST-API ist ein Fehler aufgetreten“, nennt der Eintrag meist den Statuscode. Rufe zusätzlich beispiel.de/wp-json/ mit Deiner Domain auf. Erscheint Text in geschweiften Klammern, antwortet die Schnittstelle grundsätzlich.

  3. Umschreibregeln erneuern

    Unter Einstellungen → Permalinks genügt ein Klick auf „Änderungen speichern“, auch wenn Du nichts umstellst. Danach sind die Umschreibregeln frisch geschrieben. Zeigt /wp-json/ weiter eine 404-Seite, lade die .htaccess im Hauptordner als Kopie herunter und prüfe, ob der Block „BEGIN WordPress“ darin steht. Läuft die Seite auf nginx, muss der Hoster die Regel unten eintragen.

    nginx-Konfiguration
    location / {
        try_files $uri $uri/ /index.php?$args;
    }
  4. WordPress-Adresse und Website-Adresse angleichen

    Unter Einstellungen → Allgemein müssen „WordPress-Adresse (URL)“ und „Website-Adresse (URL)“ genau zur Adresse passen, unter der die Seite läuft, mit https und mit oder ohne www. Sind die Felder ausgegraut, stehen die Werte in der wp-config.php. Passe sie dort an. Liegt WordPress in einem Unterordner, endet WP_SITEURL mit diesem Ordner.

    wp-config.php
    define( 'WP_HOME', 'https://www.beispiel.de' );
    define( 'WP_SITEURL', 'https://www.beispiel.de' );
  5. Sicherheits-Plugin und Firewall testen

    Deaktiviere unter Plugins → Installierte Plugins kurz das Sicherheits-Plugin und speichere erneut. Klappt es dann, richte in dessen Einstellungen eine Ausnahme für den Editor ein. Nutzt Du Cloudflare, sieh in den Sicherheitsereignissen nach blockierten Anfragen. Blockt ModSecurity beim Hoster, kann nur der Support die Regel lockern.

  6. Fehlerausgabe von PHP abschalten

    Zeigt die Antwort im Reiter Netzwerk ein „Warning“ oder „Deprecated“, darf PHP Fehler nicht auf dem Bildschirm ausgeben. Setze die Zeilen unten in die wp-config.php, dann landen die Hinweise im Protokoll statt in der Antwort. Das Plugin, das sie auslöst, solltest Du trotzdem aktualisieren.

    wp-config.php
    define( 'WP_DEBUG_DISPLAY', false );
    @ini_set( 'display_errors', 0 );
  7. Plugins der Reihe nach testen

    Hilft nichts davon, deaktiviere alle Plugins und speichere einen Testbeitrag. Klappt es, schalte sie eines nach dem anderen wieder ein. Das Plugin, nach dessen Aktivierung die Meldung zurückkehrt, verändert oder blockiert die Antworten der REST-API.

  8. Hoster mit Details versorgen

    Bleibt die Sperre, obwohl kein Plugin mehr aktiv ist, sitzt sie auf dem Server. Schick dem Hoster die Uhrzeit, die Adresse der Anfrage aus den Entwicklertools und den Statuscode. Damit findet er den passenden Eintrag im Protokoll seiner Firewall.

Zuletzt geprüft am 25. September 2026.

So kommt er nicht wieder.

  • Nach einem Umzug oder dem Wechsel auf HTTPS die beiden Adressen unter Einstellungen → Allgemein kontrollieren.
  • Die REST-API nicht komplett sperren. Wer die Benutzerliste verbergen will, schützt gezielt diesen Endpunkt.
  • Auf der Live-Seite Fehler protokollieren statt anzeigen, WP_DEBUG_DISPLAY bleibt dort aus.
  • Nach Plugin-Updates einmal einen Beitrag speichern und so prüfen, ob der Editor noch arbeitet.

Fragen zu Keine gültige JSON-Antwort

Ist mein Beitrag verloren, wenn die Meldung erscheint?
Nicht unbedingt. Manchmal wurde der Beitrag gespeichert und nur die Antwort war fehlerhaft. Kopiere den Text zur Sicherheit in eine Datei, bevor Du die Seite neu lädst. Der Editor hält oft zusätzlich eine Sicherung im Browser bereit und bietet sie beim nächsten Öffnen an.
Hilft der klassische Editor gegen die Meldung?
Er umgeht das Problem nur. Der klassische Editor speichert ohne REST-API, deshalb erscheint die Meldung dort nicht. Die Ursache bleibt aber bestehen und trifft weiter alle Plugins und Apps, die über die Schnittstelle arbeiten.
Warum scheitert nur ein bestimmter Beitrag?
Dann blockiert meist eine Firewall den Inhalt dieses Beitrags, zum Beispiel wegen eingebettetem Code, eines iframes oder Wörtern, die wie ein Angriff aussehen. Speichere den Beitrag in Teilen, um den Abschnitt zu finden. Lass danach die Regel beim Hoster oder im Sicherheits-Plugin anpassen.
Was ist die REST-API überhaupt?
Eine Schnittstelle unter /wp-json/, über die der Block-Editor, Apps und Plugins Daten mit WordPress austauschen. Jeder Speichervorgang im Editor ist eine Anfrage an diese Schnittstelle. Funktioniert sie nicht, kann der Editor nicht speichern.

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