WordPressで画面が真っ白になる原因と対処法 - レンタルサーバーの教科書

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を使っている場合にも互換性問題が起こります。

1
現在のPHPバージョンを確認

2
WordPress・テーマ・プラグインの対応状況確認

3
エラーログ確認

4
対応バージョンへ調整

PHPバージョンを戻す場合も、恒久対策ではなく原因切り分けとして考えます。古いPHPを長期間使い続けるのではなく、最終的にはテーマやプラグイン側を更新して対応環境へ移行します。

原因6｜WordPress本体ファイルの破損

WordPress本体の更新が途中で失敗した場合や、FTP転送が不完全だった場合は、コアファイルの不足・破損によって正常に動作しなくなることがあります。

この場合、WordPress公式配布ファイルを使ってコアファイルを入れ直す方法がありますが、wp-content や wp-config.php を上書きしないよう注意が必要です。

初心者はバックアップなしで上書きしない

コアファイルの再配置は、プラグイン停止より影響範囲が大きい作業です。先にログ確認・プラグイン・テーマ・PHPの切り分けを行い、それでも直らない場合に検討してください。

最初に確認するべき順番

白画面になったときは、次の順で確認すると原因を切り分けやすくなります。

1
直前の変更を確認

2
復旧モード・管理者メール確認

3
エラーログ確認

4
プラグイン停止

5
テーマ切り替え

6
PHP・メモリ確認

7
コア破損・サーバー側確認

直前の変更が最重要

「昨日までは正常で、今日プラグインを更新した直後から真っ白」という場合は、まずその更新を疑います。原因候補を広げすぎず、時間軸で絞り込むと早く復旧できます。

WordPressの復旧モードを確認する

WordPress 5.2以降には、致命的なPHPエラーを検知したときに管理者が復旧しやすくする「Recovery Mode（復旧モード）」があります。

致命的エラーが発生すると、WordPressが管理者メールアドレス宛てに復旧用リンクを送る場合があります。そのリンクからログインすると、問題のあるプラグインやテーマを一時停止しながら管理画面へ入れることがあります。

確認すること

WordPress管理者メールの受信箱
迷惑メールフォルダ
「重大なエラー」通知の有無
復旧モード用リンクの有無

ただし、すべての障害で復旧モードが使えるわけではありません。メール送信自体が失敗している場合や、WordPressが十分に起動できない場合は通知されないこともあります。

サイト全体ではなく一部だけ真っ白な場合

トップページは表示できるのに特定ページだけ真っ白、管理画面の特定操作だけ真っ白、といった場合は、そのページでだけ実行されるPHP処理が原因かもしれません。

症状	疑いやすい原因
特定ページだけ	テンプレート・ショートコード・プラグイン処理
管理画面だけ	管理画面向けプラグイン・メモリ不足
投稿編集だけ	エディター関連プラグイン・REST API・JS
フォーム送信後だけ	フォーム処理・メール処理・外部API