WordPress speichert nicht: Aktualisieren fehlgeschlagen

Sie haben einen Beitrag überarbeitet, Preise angepasst oder eine neue Seite angelegt – und beim Klick auf Aktualisieren erscheint eine rote Fehlermeldung. Die Änderungen sind nicht gespeichert. Manchmal betrifft es nur einzelne Seiten, manchmal alles.

Für Sie heißt das: Arbeit, die womöglich verloren geht, und Inhalte, die nicht online gehen. Die Ursache liegt aber fast nie im Inhalt selbst, sondern in der Verbindung zwischen Editor und Server. Gehen Sie in dieser Reihenfolge vor.

Schritt 1: Zuerst den Text sichern

Bevor Sie irgendetwas ausprobieren: Markieren Sie den Inhalt im Editor, kopieren Sie ihn und legen Sie ihn in einer Textdatei ab. Schließen Sie den Tab nicht. Viele der folgenden Schritte erfordern ein Neuladen, und dann wäre ungespeicherte Arbeit weg.

WordPress legt zwar automatische Zwischenspeicherungen an, auf die Sie beim erneuten Öffnen oft zurückgreifen können. Verlassen Sie sich aber nicht darauf, wenn gerade der Speichervorgang gestört ist.

Schritt 2: Die Meldung richtig lesen

Der Block-Editor speichert nicht über ein klassisches Formular, sondern schickt die Daten im Hintergrund an die REST-API von WordPress. Die Antwort erwartet er in einem festen Datenformat, JSON. Typische Meldungen:

• Aktualisieren oder Veröffentlichen fehlgeschlagen – die Anfrage kam nicht durch oder wurde abgewiesen.
• Die Antwort ist keine gültige JSON-Antwort – der Server hat geantwortet, aber nicht mit den erwarteten Daten. Statt JSON kam eine Fehlerseite, eine Sperrmeldung oder eine Umleitung zurück.
• Hinweis auf eine abgelaufene Sitzung oder die Aufforderung, sich erneut anzumelden.

Fragen Sie sich außerdem: Betrifft es alle Seiten oder nur eine? Was wurde zuletzt geändert – ein Plugin, ein Update, die Umstellung auf https, ein Hosterwechsel? Tritt der Fehler nur bei einer Seite auf, liegt der Verdacht bei einer Sicherheitsregel, die auf den Inhalt reagiert (Schritt 4).

Schritt 3: Website-Zustand prüfen

WordPress prüft die REST-API selbst. Öffnen Sie Werkzeuge → Website-Zustand. Meldet WordPress dort einen Fehler bei der REST-API oder bei Loopback-Anfragen, haben Sie die Bestätigung, dass die Schnittstelle gestört ist. Die Detailansicht nennt oft auch den Fehlercode, den der Server zurückgegeben hat – etwa 403 für „Zugriff verweigert“ oder 404 für „nicht gefunden“.

Ein zweiter Test: Rufen Sie ihre-domain.de/wp-json/ im Browser auf. Erscheint eine lange Zeichenkette mit Daten, ist die Schnittstelle grundsätzlich erreichbar. Erscheint eine Fehlerseite oder eine Sperrmeldung, liegt das Problem bei Adressen, Permalinks oder Sicherheitsregeln.

Schritt 4: REST-API blockiert – Sicherheits-Plugin, Firewall, ModSecurity

Die häufigste Ursache ist eine Sicherheitsschicht, die die Anfrage des Editors für verdächtig hält:

• Sicherheits-Plugins können die REST-API für nicht angemeldete Nutzer oder komplett einschränken. Prüfen Sie in den Einstellungen Ihres Plugins, ob es eine solche Option gibt, und deaktivieren Sie das Plugin probeweise.
• Firewalls und Web Application Firewalls (WAF), etwa bei einem vorgeschalteten Dienst wie Cloudflare, blockieren Anfragen nach Mustern. Im Protokoll des Dienstes sehen Sie, ob Ihre Anfrage abgewiesen wurde.
• ModSecurity beim Hoster ist ein Regelwerk auf dem Server, das Anfragen mit bestimmten Inhalten blockiert – etwa eingebettetem Code, Skript-Schnipseln oder Iframes. Typisches Zeichen: Nur Beiträge mit solchen Inhalten lassen sich nicht speichern, alle anderen schon. Ob ModSecurity anschlägt, steht im Fehlerprotokoll des Servers. Viele Hoster können die betroffene Regel für Ihre Seite gezielt lockern; ModSecurity komplett abzuschalten ist keine gute Idee.

Ein schneller Gegentest: Entfernen Sie probeweise den verdächtigen Abschnitt, etwa einen eingebetteten Code oder einen HTML-Block, und speichern Sie erneut. Klappt es dann, liegt es an einer Regel, die auf den Inhalt reagiert.

Schritt 5: Permalinks neu speichern

Die REST-API ist auf funktionierende Umleitungsregeln angewiesen. Sind diese nach einem Umzug, einem Plugin-Wechsel oder durch eine beschädigte .htaccess gestört, erreicht der Editor die Schnittstelle nicht.

1. Öffnen Sie Einstellungen → Permalinks.
2. Klicken Sie ohne Änderung auf Änderungen speichern.
3. Testen Sie das Speichern im Editor erneut.

WordPress schreibt dabei seine Regeln neu. Inhalte ändern sich dadurch nicht. Hilft das nicht, benennen Sie per FTP die Datei .htaccess im Hauptverzeichnis um und speichern die Permalinks erneut – WordPress legt dann eine saubere Datei an. Eigene Regeln aus der alten Datei übernehmen Sie anschließend gezielt.

Schritt 6: Adressen und Mixed Content prüfen

Unter Einstellungen → Allgemein stehen die WordPress-Adresse und die Website-Adresse. Passen diese nicht zur Adresse, unter der Sie das Backend aufrufen – etwa http statt https oder mit und ohne www –, landet die Anfrage des Editors bei einer Umleitung statt bei der Schnittstelle. Das Ergebnis ist häufig die Meldung mit der ungültigen JSON-Antwort.

Tragen Sie beide Adressen einheitlich ein, genau so, wie die Seite im Browser erscheinen soll. Wurde die Seite kürzlich auf https umgestellt, finden Sie im Ratgeber zu Mixed Content weitere Hinweise, welche Adressen noch angepasst werden müssen.

Schritt 7: Sitzung, Cookies und Plugins

Sitzung abgelaufen. War der Editor lange offen, ist Ihre Anmeldung möglicherweise abgelaufen. WordPress zeigt dann meist ein Anmeldefenster. Melden Sie sich erneut an, ohne den Tab zu schließen. Hilft das nicht, testen Sie in einem privaten Browserfenster, ob alte Cookies stören. Kommen Sie gar nicht mehr ins Backend, hilft der Ratgeber WordPress-Login geht nicht.

Plugin-Konflikt. Neben Sicherheits-Plugins können auch Cache-, Optimierungs- oder Page-Builder-Plugins die REST-API stören. Deaktivieren Sie die Plugins nacheinander, beginnend mit den zuletzt installierten oder aktualisierten, und testen Sie nach jedem Schritt. Nutzen Sie einen Page Builder, der selbst nicht mehr lädt, finden Sie Hinweise im Ratgeber Elementor lädt nicht.

Notlösung, kein Dauerzustand: Mit dem offiziellen Plugin Classic Editor speichert WordPress über das klassische Formular statt über die REST-API. So können Sie dringende Änderungen online bringen. Die eigentliche Ursache ist damit aber nicht behoben – und andere Funktionen, die auf die REST-API angewiesen sind, bleiben gestört.

Umsetzungsplan

Sofort

1. Den Inhalt aus dem Editor kopieren und lokal sichern.
2. Erneut anmelden, privates Browserfenster testen.
3. Werkzeuge → Website-Zustand öffnen und auf Meldungen zur REST-API achten.
4. ihre-domain.de/wp-json/ im Browser aufrufen.

Danach

5. Unter Einstellungen → Permalinks ohne Änderung speichern.
6. WordPress- und Website-Adresse auf einheitliches https prüfen.
7. Sicherheits-Plugin probeweise deaktivieren, Firewall-Protokoll prüfen.
8. Betrifft es nur einzelne Beiträge: verdächtige Inhalte entfernen und beim Hoster nach ModSecurity-Regeln fragen.
9. Übrige Plugins einzeln deaktivieren, bis das Speichern wieder klappt.

Vorbeugen

10. Sicherheitsregeln nach Änderungen kurz mit einem Testbeitrag prüfen.
11. Nach jedem Umzug oder jeder https-Umstellung den Website-Zustand kontrollieren.
12. Plugins auf das Nötige beschränken und Updates zuerst auf einer Testumgebung einspielen.
13. Updates regelmäßig einspielen oder die Website-Pflege abgeben.

Wir sorgen dafür, dass wieder gespeichert wird

Wissen Sie nicht, welche Regel Ihre Anfragen blockiert, kommen Sie an die Server-Protokolle nicht heran oder brauchen Sie die Änderungen schnell online: Wir finden die Ursache und stellen das Speichern wieder her.

Oder rufen Sie direkt an: 0 33 41 - 35 66 146.

Häufige Fragen

Was bedeutet die Meldung, die Antwort sei keine gültige JSON-Antwort?

Der Block-Editor schickt Ihre Änderungen im Hintergrund an die Schnittstelle von WordPress, die REST-API, und erwartet eine Antwort in einem bestimmten Datenformat (JSON). Kommt stattdessen eine Fehlerseite, eine Umleitung oder eine Sperrmeldung zurück, kann der Editor damit nichts anfangen. Die Meldung beschreibt also nur das Symptom – die Ursache liegt meist bei Sicherheitsregeln, Adressen oder Permalinks.

Sind meine Änderungen verloren, wenn das Speichern fehlschlägt?

Nicht unbedingt. Solange Sie den Tab nicht schließen, steht der Text noch im Editor. Kopieren Sie ihn zur Sicherheit in eine Textdatei, bevor Sie etwas anderes versuchen. WordPress legt außerdem automatische Zwischenspeicherungen an, die Sie beim erneuten Öffnen oft wiederherstellen können.

Warum hilft es, die Permalinks neu zu speichern?

Beim Speichern unter Einstellungen → Permalinks schreibt WordPress seine Umleitungsregeln neu und legt bei Bedarf die .htaccess-Datei neu an. Sind diese Regeln beschädigt oder veraltet, ist auch die REST-API nicht erreichbar, über die der Block-Editor speichert. Das Neuspeichern ändert keine Inhalte.

Kann ein Sicherheits-Plugin das Speichern verhindern?

Ja. Manche Sicherheits-Plugins schränken die REST-API ein oder blockieren Anfragen, die sie für verdächtig halten. Dasselbe gilt für Firewalls beim Hoster oder bei einem vorgeschalteten Dienst. Typisch ist, dass nur bestimmte Beiträge betroffen sind – etwa solche mit eingebettetem Code oder bestimmten Begriffen.

Wo sehe ich, ob die REST-API funktioniert?

Unter Werkzeuge → Website-Zustand prüft WordPress die REST-API automatisch und meldet Probleme unter den Empfehlungen. Zusätzlich können Sie ihre-domain.de/wp-json/ im Browser aufrufen. Erscheint dort ein Block mit Daten statt einer Fehlerseite, ist die Schnittstelle grundsätzlich erreichbar.