WordPressが更新できないときの原因と確かめる順番

「WordPressが更新できない」には、二つの意味があります。一つは、本体・プラグイン・テーマを新しい版にする更新が失敗すること。もう一つは、投稿や固定ページの編集画面で「更新」（または「公開」「保存」）を押しても保存できないことです。原因も確かめる場所も違うので、まずどちらに当たるかを決めます。

本体・プラグイン・テーマの更新が失敗する：画面に出る文で見当がつきます。多いのは、別の更新が進行中、書き込みの権限、サーバーの容量、PHP の版、WordPress.org との通信です。
投稿や固定ページが保存できない：編集画面（ブロックエディター）が保存に使う REST API という通り道が、サーバーの WAF や国外アクセス制限、セキュリティ系のプラグインで止められていることが多くあります。ユーザーの役割で、そもそも公開や編集ができないこともあります。

どちらの場合も、最初に「ツール」→「サイトヘルス」を開くと手がかりが見つかります。この記事では、それぞれの原因と確かめる順番を、WordPress.org の公式の説明とエックスサーバーの公式マニュアルで2026年11月13日に確かめた範囲で書きます。「メンテナンス中」の表示が消えない場合はWordPressのメンテナンス表示が消えないとき、画面が真っ白・「重大なエラー」と出る場合はWordPressが真っ白・重大なエラーと出たときの直し方に分けて書いています。本体・プラグイン・テーマをいつもの順番で更新する手順そのものはWordPressのアップデート（バージョンアップ）方法にまとめています。

まず切り分け：どちらの「更新できない」か

起きていること	種類	読む節
「ダッシュボード」→「更新」やプラグインの一覧で更新を押すと、エラーが出る・終わらない	本体・プラグイン・テーマの更新	この下の「更新が失敗するとき」
自動更新に失敗したという知らせのメールが届いた	本体・プラグイン・テーマの更新	同じ
編集画面で「更新」を押すとエラーが出る、保存されない	投稿・固定ページの保存	「保存できないとき」
「更新」のボタンがなく、レビュー待ちとして送信するボタンになっている	ユーザーの役割	「保存できないとき」の役割の項
サイトに「メンテナンス中」と出たまま	更新が途中で止まった	WordPressのメンテナンス表示が消えないとき
真っ白、「重大なエラー」	プラグインやテーマが動かない	真っ白・重大なエラー

本体・プラグイン・テーマの更新が失敗するとき

画面に出る文が手がかりです。次の表の英語の文は、WordPress のプログラムに書かれている文言です（日本語の画面では、これを訳した文が出ます）。

出る文	意味	確かめること
Another update is currently in progress.	別の更新が進行中	本体の更新では、WordPress が15分のあいだ次の更新を受け付けない鍵をかけます。自動更新が動いている最中のこともあるので、15分ほど待ってからやり直します
Download failed.	新しい版を取ってこられない	時間をおいてやり直す。続くなら下の「通信」の項
Could not create directory. / Could not access filesystem.	ファイルを書き込めない	下の「書き込みの権限」の項
Could not copy files. You may have run out of disk space.	サーバーの容量が足りないおそれ	下の「容量」の項
「この更新は現在使用中の PHP のバージョンでは動作しません。」	新しい版が求める PHP に足りない	下の「PHP の版」の項
更新の途中で FTP の接続情報を求める画面が出る	WordPress がファイルを直接書き込めない	下の「書き込みの権限」の項

プラグインとテーマについては、WordPress 6.3 から、管理画面で手で更新して失敗したときに前の版を退避して元に戻す仕組みが入っています。失敗したからといって、すぐにサイトが壊れたとは限りません。表示を確かめてから、原因を一つずつ見ます。プラグインの更新の進め方はWordPressのプラグインの更新に、テーマはWordPressのテーマの更新方法に書いています。

書き込みの権限

WordPress は更新のとき、wp-content の中の plugins や themes などのフォルダに書き込みます。「ツール」→「サイトヘルス」→「情報」タブの、ファイルシステムの権限の欄（英語の画面では Filesystem Permissions）を開くと、WordPress のフォルダ、wp-content、uploads、plugins、themes に書き込めるかが分かります。WordPress.org の説明では、書き込めないものがあればサーバー会社に相談するよう案内されています。

同じく WordPress.org の説明では、一般的な共用サーバーでは、フォルダは755か750、ファイルは644か640が目安とされ、777にはしないよう書かれています。更新のたびに FTP の接続情報を求められるのは、WordPress が動いているアカウントとファイルの持ち主が合っていないときです。サーバーの引っ越しや、FTP で別のアカウントからファイルを上げたあとに心当たりがあれば、サーバー会社に持ち主と権限をそろえてもらいます。

容量

サーバーの容量が一杯だと、新しい版を置く場所がなく、更新が途中で止まります。サーバー会社の管理画面で使用量を確かめ、古いバックアップのファイル、使っていない画像、別のサイトの残りなどを整理します。サイトヘルスの「情報」タブの、ディレクトリとサイズの欄では、アップロード、テーマ、プラグインの各フォルダとデータベースの大きさが分かるので、どこが膨らんでいるかの見当がつきます。バックアップ用のプラグインが、サーバーの中に控えを溜め続けていないかも見ます。

PHP の版

プラグインやテーマの新しい版には、動かすのに要る PHP の版が決まっています。足りないと、その版には更新できません。今の版はサイトヘルスの「情報」タブの「サーバー」の欄で分かります。エックスサーバーなら、サーバーパネルの「PHP Ver.切替」で、ドメインごとに変えられます（公式マニュアルによる）。上げる前にバックアップを取り、上げたあとに表示と問い合わせフォームを確かめます。古いプラグインが新しい PHP で動かなくなることもあるので、切り替える前の準備と、崩れたときの戻し方はWordPressのPHPバージョンの確認方法に書いています。

WordPress.org との通信・自動更新

サイトヘルスの「ステータス」タブに、WordPress.org に接続できないという項目（英語の画面では Could not reach WordPress.org）が出ていないかを見ます。公式の説明では、新しい版の確認と、本体・テーマ・プラグインのインストールや更新には、WordPress のサーバーとの通信が要るとされています。自動更新だけが動いていない場合は、同じ画面に、バックグラウンドの更新が期待どおりに動いていないという項目（同じく Background updates are not working as expected）が出ていないかも見ます。

投稿や固定ページの「更新」ボタンで保存できないとき

いまの標準の編集画面（ブロックエディター）は、記事の読み込みと保存に REST API を使います。WordPress の開発者向けの説明でも、ブロックエディターは REST API がないと動かないとされています。保存を押したときに英語の画面で「Updating failed. The response is not a valid JSON response.」（日本語の画面ではこれを訳した文）と出るのは、保存の返事として WordPress が期待する形（JSON）ではないもの、たとえばエラーのページが返ってきた、という意味です。途中で何かがその返事を止めたり置き換えたりしている、と考えて、次の順で確かめます。

書いた本文を控える：保存できない状態で画面を閉じると、書いた分を失うことがあります。先に本文をコピーして、メモ帳などに貼っておきます。
ログインし直す：長く画面を開いたままだと、ログインが切れていることがあります。別のタブで管理画面を開き直し、ログインを求められないかを見ます。
サイトヘルスを見る：「ツール」→「サイトヘルス」の「ステータス」に、REST API でエラーが起きた、または予期しない結果が返った、という項目（英語の画面では The REST API encountered an error / an unexpected result）が出ていれば、通り道がどこかで止められています。
サーバーの国外アクセス制限：海外から、あるいは海外のクラウドや Cloudflare などを経由して管理画面を使っているときに疑います。次の項に書きます。
サーバーの WAF：特定の記事だけ保存できないときに疑います。次の項に書きます。
セキュリティ系のプラグイン：REST API を止める、管理画面の操作を制限する、といった設定がないかを見ます。設定で分からなければ、一時的に無効化して保存できるかを試し、試し終わったら有効に戻します。
容量：サーバーの容量が一杯だと、保存にも失敗します。上の「容量」の項を見ます。

エックスサーバーの国外アクセス制限（REST API アクセス制限）

エックスサーバーの公式マニュアルでは、サーバーパネルの「WordPressセキュリティ設定」に「国外アクセス制限」があり、その中の「REST API アクセス制限」は初期値で ON です。国外からの接続を制限するもので、マニュアルには、WordPress 5.0 以降では国外から記事の編集・保存ができない場合があると書かれています。海外のクラウド（AWS や Azure など）から使う場合や、Cloudflare などを経由する場合も、制限が誤ってかかることがあるとされています。

エックスサーバーの FAQ では、対処として、「WordPressセキュリティ設定」→「国外アクセス制限設定」で、ダッシュボードのアクセス制限にホワイトリスト（許可する接続元）を設定するか、ダッシュボードのアクセス制限と REST API のアクセス制限を OFF にする方法が案内されています。OFF にする場合は、マニュアルが勧めるとおり、IP アドレスの制限や Basic 認証など別の方法で管理画面を守ります。

エックスサーバーの WAF

WAF は、サイトへの送信の中に攻撃に使われやすい文字列がないかを見て、怪しいものを止める仕組みです。エックスサーバーの公式マニュアルでは、XSS、SQL、ファイル、メール、コマンド、PHP の六つの対策があり、検知するとアクセスを拒否してエラーのページを返すとされています。記事の本文に、プログラムのコードの例や、埋め込み用のタグ、コマンドに似た語が入っていると、正当な保存でも止められることがあります。

どの記事で保存できないかを確かめます。ほかの記事は保存できて、特定の記事だけ保存できないなら WAF を疑います。
その記事に、コードの例や埋め込みのタグなど、上の六つに引っかかりそうな文字列がないかを見ます。
サーバーパネルの「WAF設定」で、該当しそうな対策を一時的に OFF にし、保存できるかを試します。マニュアルでは、設定の反映に最大30分ほどかかる場合があるとされています。
保存できたら、すぐに ON に戻します。同じことがたびたび起きるなら、記事の書き方を変える（コードは画像や別のファイルにするなど）か、サーバー会社に相談します。

WAF も国外アクセス制限も、サイトを守るための設定です。OFF のままにせず、試し終わったら元に戻します（WordPressのセキュリティ対策）。

ユーザーの役割で、保存や公開ができない

WordPress のユーザーの役割（権限グループ）によっては、そもそもできない操作があります。寄稿者は自分の記事を書けますが公開はできず、ボタンがレビュー待ちとして送信するものになります。投稿者は自分の記事は公開できますが、他人の記事は編集できません。固定ページの編集には編集者以上の役割が要ります。役割ごとにできることはWordPressのユーザー権限にまとめています。

サーバーの設定を触る前に

WAF や国外アクセス制限は、サーバーの契約者がサーバーパネルで変える設定です。エックスサーバーの FAQ でも、契約者でない場合は契約者に設定を依頼するよう書かれています。制作会社が契約者になっているサイトでは、自社ではサーバーパネルを見られないことがあります。困ってから探すと時間がかかるので、誰がサーバーパネルに入れるのか、ログインの情報はどこにあるのかを、今のうちに確かめておきます。

今日、自社で確かめられること

「ツール」→「サイトヘルス」の「ステータス」に、REST API、WordPress.org への接続、バックグラウンドの更新についての項目が出ていないかを見ます。
同じく「情報」タブで、ファイルシステムの権限の欄に書き込めないものがないか、PHP の版がいくつかを見ます。
サーバーの容量の使用量を確かめます。
サーバーパネルに入れる人と、WordPressセキュリティ設定・WAF設定の今の状態を確かめます。
「設定」→「一般」の管理者のメールアドレスが、今も読まれているアドレスかを確かめます。自動更新の失敗の知らせは、ここに届きます。

参考にした公式の説明

いずれも2026年11月13日に確認しました。画面の表示名は版やサーバーの管理画面の新旧によって変わることがあります。