WordPressで画面が真っ白になり、何も表示されなくなる現象は、いわゆる「White Screen of Death(WSOD)」と呼ばれることがあります。 原因は1つではなく、プラグインやテーマの不具合、PHPエラー、メモリ不足、PHPバージョンの不一致、WordPressファイルの破損など複数あります。
重要なのは、闇雲に設定を変更するのではなく、原因 → 確認 → 対処の順で切り分けることです。 特に、直前にプラグイン・テーマ・PHPバージョン・WordPress本体を変更した場合は、その変更から確認すると原因を見つけやすくなります。
30秒でわかる結論
- WordPressが真っ白になる原因は、PHPの致命的エラーやプラグイン・テーマ競合が代表的
- 最初に「サイト全体か、管理画面だけか」「直前に何を変更したか」を確認する
- WordPressの復旧モードが使える場合は、管理者メールを確認する
- 原因特定にはエラーログや
wp-content/debug.logが役立つ - プラグイン停止・標準テーマへの切り替えで切り分ける
- メモリ不足やPHPバージョン不一致も確認する
- バックアップなしでファイル削除や大量変更をしない
WordPressで画面が真っ白になるとは?
WordPressの画面が真っ白になる状態は、PHP処理が途中で止まったにもかかわらず、訪問者向けに詳しいエラーが表示されていないときなどに起こります。 以前は完全な白画面として現れることが多く、「White Screen of Death」と呼ばれてきました。
現在のWordPressでは、PHPの致命的エラーを検知した場合に「このサイトで重大なエラーが発生しました」と表示し、復旧モードへ案内する仕組みもあります。 そのため、必ず真っ白になるとは限りません。
まず確認すること
- トップページだけ真っ白か
- すべてのページが真っ白か
- 管理画面だけ真っ白か
- 管理画面にも入れないか
- 直前にプラグイン・テーマ・PHP・WordPressを変更したか
症状が出る範囲によって、原因を絞り込みやすくなります。
主な原因一覧
| 原因 | よくあるきっかけ | 確認方法 |
|---|---|---|
| プラグイン不具合 | 更新・追加・設定変更 | 停止して確認 |
| テーマ不具合 | テーマ更新・変更 | 標準テーマへ切替 |
| PHPエラー | 互換性・コード不具合 | デバッグログ確認 |
| メモリ不足 | 重い処理・プラグイン | エラーログ・memory limit確認 |
| PHPバージョン不一致 | PHP変更後 | 対応バージョン確認 |
| WordPressファイル破損 | 更新失敗・転送失敗 | コアファイル確認 |
原因1|プラグインの不具合・競合
WordPressの白画面で最初に疑う原因の1つがプラグインです。 プラグイン更新後や新規追加後、PHPバージョン変更後などに、互換性のないコードが実行されて致命的エラーになることがあります。
確認手順
- 直前に更新・追加したプラグインを確認する
- 管理画面へ入れるなら対象プラグインを停止する
- 入れない場合はサーバーのファイルマネージャーやFTPを使う
wp-content/plugins内の対象フォルダ名を一時変更する- サイトが表示されるか確認する
WordPress公式でも、管理画面へ入れない場合に wp-content/plugins フォルダの名前を変更してプラグインを一括停止する方法を案内しています。
いきなり削除しない
原因調査では、まず「停止」またはフォルダ名変更で切り分けます。削除すると設定やデータの復元が難しくなるプラグインもあるため、原因が確定する前に削除しないでください。
原因2|テーマの不具合
テーマ更新後やテーマ変更後に真っ白になった場合は、テーマ側のPHPエラーや互換性問題が考えられます。
確認方法
- 直前にテーマを変更していないか確認する
- 管理画面へ入れるなら標準テーマへ切り替える
- 管理画面へ入れない場合はテーマフォルダを一時変更して切り分ける
WordPress公式でも、白画面の原因としてテーマを挙げ、標準テーマへの切り替えで確認する方法を案内しています。
ただし、標準テーマがインストールされていない状態で有効テーマのフォルダだけを変更すると、別の問題になる可能性があります。 ファイル操作に慣れていない場合は、サーバー会社や制作者へ相談してください。
原因3|PHPの致命的エラー
PHPでFatal errorが発生すると、WordPressの処理が途中で停止し、結果として白画面や「重大なエラー」が表示されることがあります。
原因特定には、WordPressのデバッグログやサーバーのエラーログが役立ちます。
デバッグログを使う基本例
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );
@ini_set( 'display_errors', 0 );
この設定では、エラーを画面へ表示せず、通常は wp-content/debug.log へ記録できます。
本番サイトでは内部情報を訪問者へ見せないため、画面表示を無効にするのが基本です。
デバッグ設定を使う前にバックアップを取り、調査後は元に戻してください。
原因4|PHPメモリ不足
PHPが処理中に利用できるメモリ上限を超えると、処理が停止して白画面や500エラーになることがあります。
エラーログに Allowed memory size exhausted と出ている場合は、メモリ不足の可能性が高くなります。
ただし、管理画面が真っ白だからといって必ずメモリ不足とは限りません。 既存記事でも、真っ白になる原因としてPHPエラーやプラグイン競合など複数の候補があるため、エラーログと症状を合わせて確認する方針になっています。
確認ポイント
- PHP memory limit
- エラーログにmemory exhaustedがないか
- 直前に重いプラグインを追加していないか
- 画像処理やバックアップ中に発生していないか
上限を増やせる環境でも、原因となるプラグインや処理が異常にメモリを消費している場合は、上限変更だけで済ませないことが重要です。
原因5|PHPバージョンの不一致
PHPバージョンを変更した直後に白画面になった場合は、テーマやプラグインが新しいPHPに対応していない可能性があります。 逆に、古すぎるPHPを使っている場合にも互換性問題が起こります。
現在のPHPバージョンを確認
WordPress・テーマ・プラグインの対応状況確認
エラーログ確認
対応バージョンへ調整
PHPバージョンを戻す場合も、恒久対策ではなく原因切り分けとして考えます。 古いPHPを長期間使い続けるのではなく、最終的にはテーマやプラグイン側を更新して対応環境へ移行します。
原因6|WordPress本体ファイルの破損
WordPress本体の更新が途中で失敗した場合や、FTP転送が不完全だった場合は、コアファイルの不足・破損によって正常に動作しなくなることがあります。
この場合、WordPress公式配布ファイルを使ってコアファイルを入れ直す方法がありますが、wp-content や wp-config.php を上書きしないよう注意が必要です。
初心者はバックアップなしで上書きしない
コアファイルの再配置は、プラグイン停止より影響範囲が大きい作業です。先にログ確認・プラグイン・テーマ・PHPの切り分けを行い、それでも直らない場合に検討してください。
最初に確認するべき順番
白画面になったときは、次の順で確認すると原因を切り分けやすくなります。
直前の変更を確認
復旧モード・管理者メール確認
エラーログ確認
プラグイン停止
テーマ切り替え
PHP・メモリ確認
コア破損・サーバー側確認
直前の変更が最重要
「昨日までは正常で、今日プラグインを更新した直後から真っ白」という場合は、まずその更新を疑います。原因候補を広げすぎず、時間軸で絞り込むと早く復旧できます。
WordPressの復旧モードを確認する
WordPress 5.2以降には、致命的なPHPエラーを検知したときに管理者が復旧しやすくする「Recovery Mode(復旧モード)」があります。
致命的エラーが発生すると、WordPressが管理者メールアドレス宛てに復旧用リンクを送る場合があります。 そのリンクからログインすると、問題のあるプラグインやテーマを一時停止しながら管理画面へ入れることがあります。
確認すること
- WordPress管理者メールの受信箱
- 迷惑メールフォルダ
- 「重大なエラー」通知の有無
- 復旧モード用リンクの有無
ただし、すべての障害で復旧モードが使えるわけではありません。 メール送信自体が失敗している場合や、WordPressが十分に起動できない場合は通知されないこともあります。
サイト全体ではなく一部だけ真っ白な場合
トップページは表示できるのに特定ページだけ真っ白、管理画面の特定操作だけ真っ白、といった場合は、そのページでだけ実行されるPHP処理が原因かもしれません。
| 症状 | 疑いやすい原因 |
|---|---|
| 特定ページだけ | テンプレート・ショートコード・プラグイン処理 |
| 管理画面だけ | 管理画面向けプラグイン・メモリ不足 |
| 投稿編集だけ | エディター関連プラグイン・REST API・JS |
| フォーム送信後だけ | フォーム処理・メール処理・外部API |
「全体が壊れている」と考えず、どの操作で再現するか確認すると原因を絞りやすくなります。
白画面のときにやってはいけないこと
複数設定を一度に変える
プラグイン停止、PHP変更、テーマ変更、キャッシュ削除を同時に行うと、どれが原因だったのか分からなくなります。 1つ変更したら表示を確認します。
バックアップなしでファイルを削除する
WordPress本体やプラグイン、テーマを直接削除すると、復旧が難しくなる場合があります。 まずフォルダ名変更や停止で切り分けます。
エラーを画面に公開する
本番サイトでPHPエラーを直接表示すると、内部パスなどが訪問者へ見える可能性があります。 デバッグ情報はログへ記録します。
メモリ上限だけを増やし続ける
異常なプラグインがメモリを消費している場合、上限を増やしても根本原因は残ります。 ログを見て原因側を確認します。
どこまで自分で対処する?
初心者
推奨:安全な切り分けまで
管理者メール、バックアップ、サーバー障害情報、プラグイン停止、ログ確認までを基本にします。
共用レンタルサーバー
推奨:サポート活用
PHPやサーバーログの確認方法が分からない場合は、障害情報と契約先サポートを利用します。
会社サイト
推奨:早めに復旧優先
営業時間中の障害は機会損失につながるため、長時間の自己調査よりバックアップ復元や保守業者への依頼を優先する場合があります。
VPS
推奨:PHP・Webサーバーログまで確認
WordPressのdebug.logだけでなく、PHP-FPMやWebサーバー側ログまで切り分けます。
教科書判定
真っ白になったら「直前の変更 → ログ → プラグイン → テーマ → PHP」の順で確認する
初心者は、白画面を見てすぐWordPressを再インストールする必要はありません。 まず直前に何を変更したか、復旧モードのメールが届いていないか、エラーログに何が出ているかを確認してください。
そのうえでプラグイン・テーマを1つずつ切り分け、PHPメモリやPHPバージョンを確認します。 複数設定を同時に変更せず、原因を特定してから対処するのが基本です。
FAQ
Q.WordPressが真っ白になったらデータは消えていますか?
白画面だけでは、記事やデータベースが消えたとは判断できません。PHPエラーやプラグイン競合で表示処理だけ止まっている場合があります。削除や再インストールをする前に原因を確認してください。
Q.管理画面にも入れない場合はどうしますか?
管理者メールの復旧モードを確認し、使えない場合はサーバーのファイルマネージャーやFTPからプラグインフォルダを一時変更して停止する方法があります。作業前にバックアップを取ってください。
Q.プラグインを全部停止しても直りません
テーマ、PHPバージョン、メモリ不足、WordPressコアファイル、サーバー側エラーなどを確認します。debug.logだけでなく、レンタルサーバーのエラーログも確認してください。
Q.PHPメモリを増やせば直りますか?
ログにメモリ不足が出ている場合は改善する可能性がありますが、プラグインが異常にメモリを使っているケースでは根本対策になりません。原因と使用量を確認してから変更します。
Q.WordPressを再インストールした方が早いですか?
通常は最初の対処にはしません。プラグイン・テーマ・PHP・ログの確認で原因を特定できることがあります。再インストールやコアファイル上書きは、バックアップを確保し、他の切り分け後に検討します。
まとめ
この記事の結論
- WordPressの白画面はPHPエラーやプラグイン・テーマ競合が代表的原因
- 現在は重大なエラー表示や復旧モードになる場合もある
- 最初に直前の変更と症状の範囲を確認する
- debug.logやサーバーのエラーログで原因を調べる
- プラグイン停止・テーマ切替で切り分ける
- PHPメモリ・PHPバージョンも確認する
- 複数設定を一度に変えず、バックアップを取って作業する
WordPressが真っ白になると焦りやすいですが、原因は多くの場合、PHP処理のどこかでエラーが起きていることです。 「何を変更した直後か」「どの範囲で真っ白か」「ログに何が出ているか」を順番に確認すれば、原因をかなり絞り込めます。
「WordPressのデバッグモードとは?有効化方法と注意点」「WordPressのメモリ不足を確認する方法|128MB・256MB・512MBの目安」もあわせて確認してください。