WordPressで「更新に失敗しました」「返答が正しいJSONレスポンスではありません」と出たときは、書いた本文の保護が最優先です。本文を退避し、保存済みの範囲を確認してから、REST API、URL設定、WAF、ブラウザのどこで通信が崩れたかを分けて調べます。

最初の3分で本文と保存結果を守る

  1. 編集画面の本文を全選択し、テキストファイルなどへコピーする
  2. 画面は閉じず、別タブで「投稿」→「投稿一覧」を開く
  3. 対象記事の最終更新時刻とプレビューを確認する
  4. エラー全文と発生時刻を画面メモに残す

投稿一覧の更新時刻が新しく、プレビューに最新の文章があれば、通知だけ失敗して保存は成功した可能性があります。古い内容しかなければ、退避した本文を保持したまま原因調査へ進みます。

表示された症状から最初の確認先を決める

表示・症状 最初に見る場所 次の行動
正しいJSONレスポンスではない REST APIの応答 /wp-json/ を開く
403・アクセス拒否 WAF・セキュリティ 同時刻の遮断ログを見る
404・REST APIが見つからない パーマリンク・URL HTTPSとサイトURLを照合
自分のブラウザだけ失敗 セッション・拡張機能 再ログインと別ブラウザで比較
特定ブロックを入れた時だけ失敗 該当ブロック 埋め込みやHTMLを別途テスト

REST APIがJSON以外を返していないか確認する

サイトURLの末尾に /wp-json/ を付けて開きます。JSONの文字列が表示されるなら入口は応答しています。403、404、ログイン画面、HTMLのエラー文が出るなら、エディターが期待したJSONを受け取れません。

「ツール」→「サイトヘルス」にREST APIの警告があるかも確認します。ループバックも同時に失敗している場合は、 ループバックのHTTPコード別確認 も行います。

404ならURLとパーマリンクを照合する

「設定」→「一般」のWordPressアドレスとサイトアドレスが、実際に開いているHTTPSのURLと一致するか見ます。wwwの有無、http/https、サブディレクトリが混ざっていないかが重要です。

バックアップと管理画面の復旧手段がある場合に限り、「設定」→「パーマリンク」を開き、現在の形式を変えずに保存して書き換えルールを再生成します。別の形式へ変更する必要はありません。

403ならWAFの遮断ログで確かめる

保存ボタンを押した時刻を控え、サーバーパネルのWAF・アクセス遮断履歴を見ます。時刻、URL、遮断ルールが一致したら原因候補を絞れます。WAF全体を停止したまま運用せず、契約サーバーが案内する方法で対象通信だけを調整します。

セキュリティプラグインにも同時刻の拒否があるか確認します。WAFとプラグインを同時に止めると、どちらで直ったか分からなくなるため、変更は一度に一項目だけにします。

WAF履歴を見つけたミカ
ミカ

保存した時刻と同じ時刻に、WAFの履歴がありました。全部オフにしなくてもいいんですね。

確認範囲を絞る佐藤さん
佐藤さん

一致したルールだけを見れば、保護を広く外さずに済むよ。調整後は短いテスト投稿で保存と画像追加を確認しよう。

自分の環境だけならログインとブラウザを分ける

他の管理者は保存できる、または別ブラウザでは成功するなら、ログインセッション、Cookie、ブラウザ拡張機能が候補です。本文を退避した後に再ログインし、拡張機能を無効にしたプライベートウィンドウで短いテスト投稿を保存します。

ブラウザを変えても複数ユーザーで同じなら、端末側よりWordPress・サーバー側の共通原因を優先します。

特定の記事だけ失敗する場合

新規の短いテスト投稿は保存できるのに特定記事だけ失敗するなら、埋め込み、カスタムHTML、長いURL、WAFが検出する文字列などを疑います。元記事を壊さず複製へ内容を少しずつ移し、どのブロックで失敗するか確かめます。

問題のブロックが分かっても、すぐ削除せず内容をテキストで保存します。埋め込み元URLやHTMLを直してから再度追加します。

直ったと判断する5つの条件

  • 短いテスト投稿を新規作成・更新できる
  • 問題の元記事を再度保存できる
  • プレビューと未ログインの公開ページに最新内容が出る
  • 画像追加やブロック操作で同じエラーが出ない
  • REST API・WAFログに新しい異常が増えていない

一回保存できただけでは偶然の可能性があります。新規投稿と元記事の両方を確認し、一時停止した保護設定を必要最小限へ戻して完了です。

ログとWAFを確認しやすい環境を選ぶなら

今回のエラーだけでサーバーを移転する必要はありません。現在の契約でWAF履歴やアクセスログを確認できず、保存エラーのたびに原因を追えない場合だけ、次回更新時の比較条件にします。

エックスサーバーの案内

エックスサーバー

WAF、ログ、バックアップを管理画面で確認しながらWordPressを運用したい人向けの候補です。

比較する点: WAF履歴、アクセスログ、バックアップ、問い合わせ範囲 注意点: 契約先を変えるだけで、プラグインやURL設定の問題は直りません。
管理機能と最新条件を見る

広告・PRを含みます。現在の原因を切り分けた後に判断してください。

よくある質問

保存エラーが出た文章は消えますか?

消えていない場合もありますが、最初に編集画面の本文を別ファイルへ退避してください。投稿一覧の更新時刻とプレビューで、どこまで保存されたか確認します。

パーマリンクを再保存すれば必ず直りますか?

404や書き換えルールが原因なら効果がありますが、403、URL不一致、セッション切れには別の確認が必要です。エラー文を見てから行います。

WAFをオフにしてもよいですか?

恒久的な全停止は避けます。同時刻の遮断ログで対象ルールを確認し、契約サーバーの案内に従って必要最小限に調整します。

まとめ:本文を守ってから、返ってきた応答を見る

投稿を保存できないときは、最初に本文を退避し、保存済みの範囲を確認します。その後、REST APIの応答、URLとパーマリンク、WAFログ、ブラウザの順に切り分けます。最後にテスト投稿と元記事の両方を保存し、未ログインの公開ページまで確認して完了です。