WordPressの更新後に表示が崩れたら、最初に戻すのは「直前に変えた一つの対象」です。ただし、バックアップと復元方法が分からないうちは、戻す操作に進まないほうが安全です。まず更新した本体・テーマ・プラグイン、発生時刻、崩れたページを記録し、戻せる地点を確保します。CSS追加や複数プラグインの停止を重ねるのは、そのあとです。
この記事でわかること
この記事では、更新後の表示崩れを広げずに調べる順番を整理します。
- 最初に記録する更新内容と症状
- キャッシュで確認できること
- 戻す対象を一つに絞る考え方
- 触らないほうがよいファイルと設定
- 自分で進める範囲と、作業を止める条件
まず追加の変更を止める
表示が崩れた直後は、CSSを足す、プラグインをまとめて止める、WordPress本体を上書きする、といった変更を増やしません。原因になった変更と、その後の応急処置が混ざると、元へ戻しても直らない状態になるためです。
先に次の内容を残します。
- 更新した日時
- WordPress本体、テーマ、プラグインのどれを更新したか
- 更新前後のバージョン
- 崩れているページのURL
- パソコンとスマートフォンのどちらで起きるか
- 管理画面へ入れるか
- エラー文があれば全文
スクリーンショットは、画面全体と崩れた部分の2枚があると状況を比べやすくなります。原因の推測より、確認できた事実を先にそろえます。
バックアップと復元方法を確認する
変更を戻す前に、現在の状態を含むバックアップと、更新前へ戻せるバックアップを確認します。WordPressサイトを戻すには、一般にファイルとデータベースの両方が必要です。
バックアップ一覧で「成功」と表示されているだけでは、復元できるとは限りません。次を確認します。
- いつ取得されたものか
- ファイルとデータベースの両方が含まれるか
- 保存先へアクセスできるか
- 誰が、どの手順で復元するか
- 復元すると失われる更新後のデータがないか
問い合わせ、注文、会員情報などが更新後に追加されているサイトでは、古いデータベースへ丸ごと戻すと、その後の内容が失われることがあります。ここが分からない場合は、サイト全体の復元を実行せず止めます。
更新前から準備できる場合は、WordPress更新前のチェックリストで、復元手段と確認ページを先に決めておくと切り分けやすくなります。
キャッシュは一つずつ確認する
更新自体は終わっていても、ブラウザやサーバーが古いCSS・JavaScriptを表示している場合があります。更新後にはキャッシュを確認しますが、すべてを同時に消さないのがポイントです。
次の順で、一つずつ結果を見ます。
- ログアウト状態や別ブラウザで同じページを開く
- ブラウザの再読み込みで変わるかを見る
- WordPressのキャッシュ機能を確認する
- サーバーやCDNのキャッシュがあれば、対象を確認する
一つ操作するたびに、ページを再表示して結果を記録します。まとめて消すと、どの層のキャッシュが原因だったか分からなくなります。
別ブラウザでは正常で、いつものブラウザだけ崩れるなら、公開中のサイトへ変更を加える前に端末側を確認します。どの環境でも同じなら、テーマやプラグインの読み込みへ範囲を広げます。
戻すなら、直前に更新した一つへ絞る
バックアップと復元方法を確認できたら、直前に更新した対象と症状の関係を見ます。テーマを更新した直後から全ページのレイアウトが崩れたなら、そのテーマが調査対象です。フォーム用プラグインの更新後に問い合わせページだけ崩れたなら、まずそのプラグインを確認します。
判断の目安は次のとおりです。
| 症状 | 最初に確認する対象 |
|---|---|
| 全ページの共通レイアウトが崩れた | 有効テーマ、共通CSS、キャッシュ |
| 特定機能のページだけ崩れた | その機能を出しているプラグイン |
| 管理画面も表示できない | 更新時のエラー、PHP、リカバリーモード |
| スマホだけ崩れた | 画面幅、レスポンシブCSS、端末キャッシュ |
スマホだけの症状なら、WordPressがスマホだけ崩れるときの確認方法で、端末固有か画面幅固有かを先に分けます。
複数の対象を一度に更新していた場合は、原因を一つに絞れません。復元できる検証環境がなければ、本番サイトで順番に停止・再更新を繰り返さず、ここで相談する判断になります。
エラー画面が出る場合はリカバリーモードを確認する
テーマやプラグインが致命的なPHPエラーを起こした場合、WordPressのリカバリーモードで管理画面へ入れることがあります。管理者宛てメールに、リカバリーモード用のリンクと問題の手がかりが届いていないかを確認します。
リカバリーモードでは、問題が検出されたテーマやプラグインが管理画面のセッション内で一時停止されることがあります。通常表示へ戻ったように見えても、根本的に修正されたわけではありません。画面に示された対象、エラー内容、バージョンを記録し、必要な修正や更新を判断します。
メールが届かない、リンクの期限が切れている、管理画面へ入れない場合に、サーバー上のファイル名を推測で変えるのは避けます。復元経路が分からなければ作業を止めます。
触らないものを決める
更新後の復旧では、原因が分からないまま次の変更を行いません。
- WordPress本体のファイルを直接書き換える
- データベースを古い状態へ丸ごと戻す
- 複数のプラグインを同時に停止する
- 元のCSSを確認せず応急CSSを追加する
- 本番サイトでテーマを切り替えて放置する
どれも状況によって必要になる作業ですが、戻し方と影響範囲を確認してから行うものです。問い合わせや注文が動いているサイトでは、表示だけでなくデータの保全も含めて判断します。
自分で確認できる範囲と、相談したい条件
更新日時、対象バージョン、崩れたURL、端末、エラー文を記録し、別ブラウザで表示を比べるところまでは設定を変えずに進められます。バックアップの保存日時と復元担当も、見るだけなら確認できます。
次の状態なら、追加変更をせず相談する範囲です。
- バックアップの内容や復元方法が分からない
- 管理画面へ入れない
- 問い合わせ、注文、会員機能に影響がある
- 複数のテーマやプラグインを同時に更新した
- データベースを戻すと更新後のデータが失われる
- エラーがサーバーやPHPまで広がっている
24時間対応や即時復旧を約束する内容ではありません。事業への影響が大きく緊急対応が必要なら、契約中のサーバー会社や緊急対応が可能な保守先も候補に入れます。
おわりに
WordPress更新後に表示が崩れた時は、追加変更を止め、更新履歴と症状を記録し、バックアップと復元方法を確認します。キャッシュは一つずつ試し、戻す場合も直前に変更した一つへ絞ります。
復元経路が分からない、複数の更新が重なっている、問い合わせや注文に影響している。そんな時は、変更を重ねず今の状態のままご相談ください。お力になれると思います。
