WordPressプラグイン更新の不具合：表示崩れの戻し方と予防の手順

WordPress のプラグインを更新したら、トップページのレイアウトが崩れた、問い合わせフォームが表示されない、「重大なエラー」と出て管理画面にも入れない。プラグインの更新のあとに、こうした不具合が出ることがあります。この記事は、社内で WordPress のサイトを担当している総務・広報・営業企画の方に向けて、不具合が出たときの戻し方と、同じことを起こさないための更新の段取りをまとめます。

結論を先に書くと、まず「どのプラグインを、いつ更新したか」を特定し、そのプラグインを停止して症状が消えるかを確かめます。原因が分かったら、以前のバージョンに一時的に戻すか、バックアップから復元します。予防の基本は、更新前のバックアップ、テスト環境での確認、1つずつの更新の3つです。

記事中の WordPress の機能や手順は、2026年11月時点で WordPress.org の公式ドキュメントで確認したものです。管理画面の表記は、WordPress のバージョンや言語の設定によって異なる場合があります。

プラグイン更新のあとに起きやすい不具合

プラグインの更新は、機能の追加や、不具合・脆弱性の修正のために配布されます。一方で、テーマや他のプラグイン、サーバーの PHP のバージョンとの組み合わせによっては、更新のあとに不具合が出ることがあります。WordPress の公式ドキュメントでは、「重大なエラー」の一般的な原因として、プラグインどうしの競合、テーマとの非互換、PHP のバージョンとの非互換、メモリの上限、WordPress のファイルの破損を挙げています（WordPress Advanced Administration Handbook「Common WordPress errors」）。

よく見られる症状と、最初に確認することを表にまとめます。

フォームが動かない場合は、プラグインの問題とメールの届き方の問題が重なっていることもあります。メール側の確認は問い合わせフォームのメールが届かない原因を参照してください。

不具合に気づいたら最初にやること

あわてて別のプラグインを入れたり、まとめて削除したりすると、原因が分からなくなります。最初に、次の情報を記録します。

• どのプラグインを、どのバージョンからどのバージョンに更新したか（管理画面のプラグインの一覧、自動更新の通知メール）
• 更新した日時と、不具合に気づいた日時
• 症状が出るページの URL、画面のスクリーンショット、表示されたエラーの文言
• パソコンとスマートフォン、ログインしている状態としていない状態で、症状が同じか

自動更新を有効にしているプラグインは、誰も操作していなくても更新されています。公式ドキュメントによると、WordPress は標準で1日2回自動更新を実行し、自動更新が成功したとき、失敗したとき、一部だけ失敗したときに、サイトの管理者へメールで知らせます（WordPress.org Documentation「Plugin and themes auto-updates」）。いつ何が更新されたかは、このメールで確認できます。

表示崩れの場合は、次にキャッシュを消します。キャッシュ用のプラグインやサーバーのキャッシュ機能を使っている場合は、それらのキャッシュも削除してから確かめます。それでも直らない場合は、次の章からの戻し方に進みます。

戻し方1：プラグインを停止して原因を確かめる

管理画面に入れる場合

管理画面のプラグインの一覧で、更新したプラグインを無効化（停止）し、症状が消えるかを確認します。公式ドキュメントでも、問題の原因を探すときはプラグインを1つずつ停止して確かめる方法を案内しています（WordPress.org Documentation「Manage Plugins」）。症状が消えれば、そのプラグインが原因の可能性が高いと判断できます。

停止すると、そのプラグインの機能（フォーム、スライダー、SEO の設定の出力など）はサイトから消えます。停止のあいだにどの機能が使えなくなるかを確認し、必要なら社内に知らせます。また、「停止」と「削除」は違います。削除すると、プラグインによっては設定のデータも消える場合があるため、原因を確かめる段階では削除しません。

「重大なエラー」で管理画面に入れない場合

WordPress 5.2 からは「リカバリーモード」という仕組みがあります。ページの読み込み中に PHP の致命的なエラーを検出すると、サイトにはエラーの画面を表示し、管理者のメールアドレスに、エラーの内容とリカバリーモードでログインするためのリンクを送ります。リカバリーモードでは、問題のあるプラグインやテーマがそのログインのあいだだけ一時停止され、管理画面から無効化できます（WordPress.org Documentation「Recovery Mode」）。

このメールは届かない場合もあります。公式ドキュメントでは、サーバーのメール送信の設定によっては、迷惑メールに振り分けられたり、届かなかったりすることがあると説明しています。その場合は、FTP やサーバーのファイルマネージャーで wp-content/plugins の中にある該当プラグインのフォルダ名を変えると、そのプラグインを停止できます。公式ドキュメントの例では、hello-dolly というフォルダを hello-dolly-1 に変えています。

更新のあとに「Briefly unavailable for scheduled maintenance」などメンテナンス中の表示が続く場合は、更新のときに作られる一時ファイルが残っている可能性があります。公式ドキュメントでは、サイトのルート（WordPress を置いた場所）にある .maintenance ファイルを FTP で削除する方法を案内しています。

戻し方2：以前のバージョンに戻す

原因のプラグインが分かり、その機能がすぐに必要な場合は、更新前のバージョンに一時的に戻す方法があります。WordPress.org で配布されているプラグインは、各プラグインのページの「Advanced View」から以前のバージョンを選んでダウンロードできます。ただし同じページには、以前のバージョンは安全でない・安定していない可能性があり、本番のサイトでの利用はすすめない、と注記されています。

ダウンロードした ZIP ファイルは、管理画面のプラグインの新規追加の画面にあるアップロードの機能から入れられます（公式ドキュメントの表記は「Plugins > Add New > Upload Plugin」）。WordPress 5.5 からは、ZIP ファイルのアップロードでプラグインを更新できるようになりました（WordPress.org Documentation「WordPress 5.5」）。すでに入っているプラグインと同じものをアップロードすると、入っているものとアップロードしたものを比べて、置き換えるかどうかを選ぶ流れになります（WordPress Trac #9757）。有料のプラグインは、販売元から以前のバージョンを入手できるかを確認します。

以前のバージョンに戻すのは、プラグインの作者が修正版を出すまでの一時的な対応です。更新の内容が脆弱性の修正だった場合、古いバージョンを使い続けるとサイトが攻撃を受けやすくなります。プラグインのページの変更履歴（Changelog）やサポートフォーラムで修正の予定を確かめ、修正版が出たら改めて更新します。代わりのプラグインへの入れ替えも選択肢です。

なお、WordPress 本体にも、更新を元に戻す仕組みがありますが、対象は限られています。WordPress 6.3 で加わった仕組みは、手動の更新が途中で失敗した場合に以前のバージョンを自動で戻すもので、更新に成功したあとに表示が崩れた場合は対象外です（Make WordPress Core「New in 6.3: Rollback for failed manual plugin and theme updates」）。WordPress 6.6 では、自動更新したプラグインを元に戻す仕組みが加わりました（WordPress.org「WordPress 6.6」）。開発チームの提案では、自動更新のあとにトップページを読み込み、PHP の致命的なエラーを検出したときに以前のバージョンへ戻すと説明されています（Make WordPress Core「Merge Proposal: Rollback Auto-Update」）。レイアウトの崩れやフォームの不具合のように、致命的なエラーにならない不具合はこの仕組みの対象ではありません。

戻し方3：バックアップから復元する

停止やバージョンの戻しで直らない場合や、どのプラグインが原因か分からない場合は、更新前のバックアップから復元します。プラグインによっては、更新のときにデータベースの中身を新しい形式に変えるものがあり、プラグインのファイルだけを戻しても直らない場合があります。そのときは、ファイルとデータベースの両方を更新前の状態に戻します。

復元すると、バックアップの時点より後に追加した投稿やお知らせ、データベースに保存されたフォームの受信内容などは消えます。復元の前に、消えては困るデータがないかを確かめ、必要なら書き出しておきます。レンタルサーバーの自動バックアップの範囲と復元の方法は、サーバーのバックアップと復元にまとめています。

3つの戻し方を比べると、次のとおりです。

不具合を防ぐ更新の段取り

不具合をおそれて更新を止めてしまうと、脆弱性が残ったままになります。更新しない場合のリスクはWordPressを更新しないとどうなる？で説明しています。更新は続けたうえで、不具合が出にくく、出てもすぐ戻せる段取りにします。

更新の順番

1. バックアップを取る：ファイルとデータベースの両方を取ります。WordPress の更新手順のドキュメントでも、データベースとファイルのバックアップを取り、それが使える状態かを確かめることを最初の手順にしています（WordPress Advanced Administration Handbook「Upgrading WordPress」）。
2. 更新の内容を確認する：変更履歴を読み、大きな変更（メジャーバージョンの更新、必要な PHP や WordPress のバージョンの変更）がないかを見ます。
3. テスト環境で更新する：本番のサイトを複製したテスト環境（ステージング環境）で先に更新し、表示と主な機能を確かめます。
4. 本番で1つずつ更新する：まとめて更新せず、1つ更新するごとに表示を確認します。問い合わせフォームやページの作成に関わるプラグインは、特に個別に更新します。
5. 更新のあとに確認する：トップページと主要なページ、フォームのテスト送信、スマートフォンでの表示を確かめます。

WordPress.org の学習用サイト（Learn WordPress）でも、変更の前にバックアップを取ること、本番のサイトを複製したステージング環境で更新を試すことを、安全な運用の基本として紹介しています（Learn WordPress「Troubleshooting your site: Plugin and theme conflicts」）。また、WordPress の更新手順のドキュメントでは、大きくバージョンを上げる場合はプラグインを1つずつ更新し、警告やエラーを確認するよう案内しています。

サーバーの PHP のバージョンを上げる作業は、プラグインの更新と同じ日に行わないほうが、不具合の原因を切り分けやすくなります。PHP の切り替えの考え方はPHPのサポート期限とWordPressの更新手順を参照してください。

自動更新を使うかどうか

WordPress 5.5 からは、プラグインごとに自動更新を有効・無効にできます。プラグインの一覧にある自動更新の列で切り替えられ、複数のプラグインをまとめて切り替えることもできます。自動更新は更新の漏れを防げる一方、誰も見ていない時間に更新され、不具合に気づくのが遅れることがあります。

分け方の一例として、機能が単純で影響の小さいプラグインは自動更新にし、フォーム、ページ作成、ネットショップなど影響の大きいプラグインは手動で更新する方法があります。自動更新を使う場合は、通知メールが届くアドレスを、実際に読む人のアドレスにしておきます。

更新前の確認表

使っていないプラグインは、停止だけでなく削除しておくと、更新の対象が減り、不具合や脆弱性の入口も減ります。プラグインの整理を含めたセキュリティの確認項目は、WordPressのセキュリティ対策チェックリストにまとめています。

自社で対応する範囲と、任せる場合

プラグインの停止、変更履歴の確認、更新後の表示の確認は、管理画面に入れれば社内でもできます。一方で、FTP やファイルマネージャーでの作業、データベースを含む復元、テスト環境の用意は、慣れていないと別の不具合を起こすおそれがあります。こうした作業を誰が担うかは、あらかじめ決めておくと、不具合が出たときの対応が早くなります。保守の作業の範囲はホームページの保守とは？作業内容の一覧、外注した場合の費用の内訳はWordPress保守の外注費用で説明しています。

フェニックスデザインのWEBサイト運用保守・集客改善では、保守ライト（月20,000円〜・税別）で、WordPress 本体・プラグインの更新（月2回）、週次バックアップと復元、稼働監視、障害時の一次対応を行います。更新が止まっていたサイトは、テスト環境で互換性を確かめてから更新します。他社で制作した WordPress のサイトにも対応しています。

よくあるご質問

不具合が怖いので、プラグインの更新を止めておいてもよいですか？

おすすめしません。プラグインの更新には脆弱性の修正が含まれることがあり、更新を止めると攻撃を受けやすい状態が続きます。更新は続けたうえで、バックアップとテスト環境を用意し、不具合が出ても戻せる状態にしておきます。

自動更新でプラグインが更新されたかどうかは、どこで分かりますか？

自動更新のあとに、サイトの管理者宛てに届くメールで分かります。公式ドキュメントによると、成功したとき、失敗したとき、一部だけ失敗したときに通知が送られます。次に自動更新が予定されている時刻は、プラグインの一覧の自動更新の切り替えの下や、管理画面の更新の画面に表示されます。

以前のバージョンに戻したら、そのまま使い続けてもよいですか？

一時的な対応にとどめてください。そのプラグインの自動更新が有効なままだと、次の自動更新でまた新しいバージョンに更新されるため、修正版が出るまでは自動更新を無効にしておきます。修正版が出たら、テスト環境で確かめてから更新します。修正が出ない場合は、代わりのプラグインを検討します。

プラグインとテーマのどちらが原因か分かりません。

Learn WordPress では、標準のテーマに一時的に切り替える方法と、プラグインを停止して1つずつ有効に戻す方法を紹介しています。WordPress.org が配布している「Health Check & Troubleshooting」というプラグインのトラブルシューティングモードを使うと、ログインしている本人のセッションだけで、すべてのプラグインを停止し標準のテーマに切り替えた状態を確かめられます（WordPress.org「Health Check & Troubleshooting」）。使う前に、プラグインのページで対応しているバージョンを確認してください。

更新したら「更新に失敗しました」と表示されました。

まず、プラグインの一覧でそのプラグインのバージョンを確認します。WordPress 6.3 以降は、手動の更新が途中で失敗した場合に以前のバージョンを自動で戻す仕組みがあるため、以前のバージョンのまま動いていることがあります。サーバーの容量やファイルの書き込みの権限が原因の場合もあるため、時間をおいても失敗が続くときは、サーバー会社や制作会社に相談します。

まとめ

• プラグインの更新のあとに不具合が出たら、まず「どのプラグインを、いつ更新したか」を記録し、キャッシュを消して確かめます。
• 戻し方は、プラグインの停止、以前のバージョンへの一時的な戻し、バックアップからの復元の3つです。「重大なエラー」で管理画面に入れないときは、リカバリーモードのメールか、フォルダ名の変更で停止します。
• WordPress 本体の戻す仕組み（6.3・6.6）は、更新の失敗や PHP の致命的なエラーが対象で、表示崩れは対象外です。
• 予防の基本は、更新前のバックアップ、テスト環境での確認、本番での1つずつの更新です。
• 更新前の確認表と、不具合が出たときに誰が戻すかを決めておくと、対応が早くなります。