WordPressのプラグイン更新：まとめてよいかと順番

WordPressのプラグインは、管理画面の「ダッシュボード」→「更新」か「プラグイン」の一覧から更新します。まとめて更新してよいかは中身しだいです。表示に関わらない小さなプラグインの、不具合の修正だけの更新なら、まとめて更新しても困ることは少ないです。ページの見た目を組み立てるもの、問い合わせフォーム、キャッシュ、セキュリティのプラグインと、大きな版の更新は、一つずつ更新して、そのたびにサイトを確かめます。押す前に見るのは、対応しているWordPressとPHPの版、変更履歴、最終更新日の三つです。

この記事では、まとめて更新してよいかの見分け方、順番、更新前に見るところ、自動更新の入・切、失敗したときの見方、長く更新されていないプラグインの扱いを、WordPress.org の公式の説明とエックスサーバーの公式マニュアルで2026年11月13日に確かめた範囲で書きます。本体・テーマを含めた更新全体の流れはWordPressのアップデート（バージョンアップ）方法に、テーマの更新はWordPressのテーマの更新方法に書いています。

この記事の結論

まとめて更新してよいのは、表示や問い合わせに関わらないプラグインの小さな修正です。迷ったら一つずつにします。
順番は、バックアップ → 本体 → プラグイン → テーマです。プラグインの中では、安全上の修正を含むものを先にします。
更新前に、プラグインのページで「検証済み最新バージョン」「PHP バージョン」と変更履歴を見ます。
自動更新は「プラグイン」一覧の「自動更新」の列で、プラグインごとに有効・無効を切り替えられます。WordPress 6.6 からは、自動更新のあとに致命的なエラーを見つけると前の版に戻す仕組みがあります。
長く更新されていないプラグインや配布が止まったプラグインは、使っていなければ削除し、使っているなら代わりを探して入れ替える計画を立てます。

更新のしかた

「ダッシュボード」→「更新」の画面では、新しい版のあるプラグインの一覧で、更新するものにチェックを入れて「プラグインを更新」を押します（WordPress.org の日本語の説明による）。「プラグイン」の一覧でも、新しい版があるプラグインの行の下に案内が出て、そこから一つずつ更新できます。一覧で複数にチェックを入れ、一括操作から「更新」を選んで「適用」を押せば、まとめて更新することもできます。

まとめて更新してよいか

まとめて更新して困るのは、表示がおかしくなったときにどれが原因か分からなくなることと、多くの更新を一度に流すと途中で止まりやすくなることです。途中で止まると、サイトに「メンテナンス中」の表示が残ることがあります（WordPressのメンテナンス表示が消えないとき）。WordPress.org の更新の手引きも、本体を上げたあとにプラグインを一つずつ更新し、エラーがないかを確かめる流れで書かれています。

見るところ	まとめてよい	一つずつにする
役割	バックアップ、管理画面の小さな機能など、表示に関わらないもの	ページの見た目を組み立てるもの、問い合わせフォーム、予約、キャッシュ、セキュリティ
変更履歴の中身	不具合の修正、翻訳の更新だけ	大きな機能の追加や作り直し、必要なPHPの版が上がる、設定やデータの移し替えがある
版の番号	末尾の数字だけが変わる	先頭の数字が変わる（番号の付け方は作者ごとに違うので、変更履歴で確かめる）
安全上の修正	―	すぐに更新する。ただし一つずつ確かめる

当社の考えでは、迷ったら一つずつです。一つ更新するたびにトップページと問い合わせのページを開いて確かめる手間は、崩れたあとで原因のプラグインを探す手間よりずっと小さく済みます。

更新の順番

バックアップを取ります（WordPressのバックアップ方法）。
本体に更新があれば、先に本体を上げます。そのあとにプラグイン、テーマ、翻訳の順です。
プラグインの中では、変更履歴に安全上の修正があるものから更新します。
土台になるプラグインと、それに機能を足すプラグイン（アドオン）を使っている場合は、作者が更新の順番を案内していることがあるので、先に変更履歴やお知らせを読みます。WordPress 6.5 からは、プラグインが動くのに要るプラグインを宣言できるようになり（Requires Plugins という指定）、「プラグイン」一覧に、要るプラグインと、それを要としているプラグインが表示されます（WordPress の開発チームの告知による）。
一つ更新するたびに、サイトの表示と、関わる機能（フォームなら送信まで）を確かめます。

更新前に見るところ

対応しているWordPressとPHPの版

WordPress.org のプラグインのページ（日本語は ja.wordpress.org/plugins/ の下）の右側に、「バージョン」「最終更新日」「有効インストール数」「WordPress バージョン」（動かすのに要る版）「検証済み最新バージョン」「PHP バージョン」（動かすのに要る版）が並びます。「検証済み最新バージョン」は、作者がどのWordPressの版まで動作を確かめたかの記載で、WordPress.org の開発者向けのFAQでは、作者が試した最新の版を書くものとされています。

自社の本体とPHPの版は「ツール」→「サイトヘルス」→「情報」で分かります。PHP が足りないと、管理画面に「この更新は現在使用中の PHP のバージョンでは動作しません。」と出て、更新できないことがあります。その場合は先に PHP を上げます。エックスサーバーなら、サーバーパネルの「PHP Ver.切替」で、ドメインごとに変えられます（公式マニュアルによる）。PHP を上げる前に気をつけることはWordPressのPHPバージョンの確認方法に書いています。

変更履歴

何が変わったかは、プラグインのページの「変更履歴」（英語のページでは Changelog）で読めます。2026年11月時点の日本語のページでは、上のタブではなく、「詳細」の本文の下のほうに見出しとして置かれています。英語で書かれていることが多いので、次の語を手がかりに読みます。

Security、vulnerability、XSS、CSRF など：安全上の修正です。早めに更新します。
Breaking change、Requires PHP、migration、deprecated など：作りや前提が変わる更新です。時間を取れる日に、一つだけで更新します。
Fix、Bugfix、Tweak など：不具合の修正や小さな手直しです。ふだんの順で更新します。

最終更新日と、ページの上の注意

最終更新日が何年も前のプラグインのページには、WordPress の直近の大きな版で試されていない、という注意が上に出ることがあります。作者の手が止まっているおそれがある、という目印です。配布が止まったプラグインは、ページの上に閉鎖された日付とダウンロードできない旨が出ます。扱い方は最後の節に書きます。

自動更新の入・切

WordPress.org の日本語の説明によると、プラグインの自動更新は「プラグイン」一覧の「自動更新」の列にあるリンクで、プラグインごとに有効・無効を切り替えます。まとめて切り替えるときは、チェックを入れて一括操作から有効化か無効化を選び、「適用」を押します。自動更新は初期設定で1日2回動き、更新が成功したときや失敗したときに、サイトの管理者のメールアドレスへ知らせが届きます。列が出ないときは、WordPress が 5.5 より前か、サーバー会社やほかのプラグインがこの機能を止めているおそれがある、とされています。

WordPress 6.6 からは、プラグインを自動更新したあとにサイトのトップページを読み込んでみて、PHP の致命的なエラーが出たら前の版に戻し、管理者に知らせる仕組みが入っています（WordPress の開発チームの告知による）。ただ、見た目が崩れた、フォームが送れない、といった致命的なエラーにならない不具合は、この仕組みでは拾えません。

当社の考えでは、表示や問い合わせに関わるプラグインは手で更新し、それ以外の小さなものは自動に任せる、という分け方が扱いやすいです。自動にしたものも、知らせのメールが誰に届き、誰が読むのかを決めておきます。メールの届く先は「設定」→「一般」の管理者のメールアドレスです。本体やテーマも含めた自動更新の切り替え方と、更新が出る頻度はWordPressの自動更新の設定にまとめています。

更新に失敗したとき

管理画面から手で更新して失敗した場合、WordPress 6.3 からは前の版を退避しておき、元に戻す仕組みが働きます。そのうえで、画面に出る文で原因の見当をつけます。次の表の英語の文は、WordPress のプログラムに書かれている文言です（日本語の画面では、これを訳した文が出ます）。

出る文・症状	意味	まずすること
Download failed.	新しい版を取ってこられなかった	時間をおいてやり直す。続くならサイトヘルスで WordPress.org と通信できているかを見る
Could not create directory. または The update cannot be installed because some files could not be copied.	フォルダを作れない、ファイルを書き換えられない（書き込みの権限）	WordPressが更新できないときの権限の節を見る
Could not copy files. You may have run out of disk space.	サーバーの容量が足りないおそれ	サーバーの使用量を確かめ、不要なファイルを整理する
「メンテナンス中」の表示が消えない	更新が途中で止まった	WordPressのメンテナンス表示が消えないとき
真っ白、「重大なエラー」	更新したプラグインが動かない	真っ白・重大なエラーの直し方

更新は成功したのに、見た目やフォームがおかしくなった場合は、直前に更新したプラグインを「プラグイン」一覧で無効化し、元に戻るかを見ます。戻れば、そのプラグインの公式ページのサポートの掲示板で、同じ症状が報告されていないかを確かめ、修正版を待つか、バックアップから前の版を戻します。

長く更新されていないプラグインの扱い

作者の更新が止まったプラグインは、今は動いていても、本体やPHPの更新についてこられなくなったり、見つかった弱点が直されないままになったりします。次の順で判断します。

プラグインのページで、最終更新日、検証済み最新バージョン、ページの上の注意を見ます。
そのプラグインが今も要るかを考えます。使っていなければ、無効化するだけでなく削除します。無効化しただけのプラグインも、ファイルはサーバーに残ります。
要るなら、同じ役割で手入れが続いているプラグインを探します。設定やデータを移せるかを先に確かめ、テスト用の場所か、サイトを見る人の少ない時間に入れ替えます。
入れ替えるまでの間は、そのプラグインの脆弱性の情報が出ていないかを見ておきます（WordPressの脆弱性とは）。

配布が閉鎖されたプラグインについて、WordPress.org の開発者向けのFAQは、閉鎖は恒久的なものとして扱われ、サイトからのダウンロードも管理画面からのインストールもできなくなる、としています。すでに入れているサイトに新しい版が届くことは当てにできないと考え、入れ替えを急ぐのが当社の考えです。

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

「ダッシュボード」→「更新」を開き、更新が残っているプラグインと、その中に安全上の修正を含むものがないかを見ます。
「プラグイン」一覧の「自動更新」の列で、どれが自動になっているかを見て、表示や問い合わせに関わるものの扱いを決めます。
使っていない（無効化したままの）プラグインを削除するかを決めます。
使っているプラグインのうち、最終更新日が古いものを公式ページで確かめ、代わりを探すかを決めます。
「設定」→「一般」の管理者のメールアドレスが、今も社内で読まれているアドレスかを確かめます。

参考にした公式の説明

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