「やばい、画面が真っ白だ……」
出勤中の満員電車。片道1時間半の通勤のヒマ潰しにと、スマホから自分のブログを開いた瞬間にサァッと血の気が引いた、あの日のこと。
せっかく積み上げた何十記事ものデータが全部消えたのか。それともハッキングされたのか。今すぐ直したいけれど、手元にはスマホしかない。どうしようもない焦りで、息苦しくなったのを今でも鮮明に覚えている。
どうも、2人の息子を養うため、往復3時間の通勤電車で副業ブログを運営しているハルです。
今、この記事に辿り着いたあなたは、当時の私と同じように心臓をバクバクさせながら、わらにもすがる思いでスマホやPCの画面を見つめているはず。
でも、まずは深呼吸してほしい。
大丈夫。「サイトが表示されない＝今までのデータがすべて消え去った」わけではないという現実。
見えなくなっているだけで、あなたの書いた記事も、設定したデータベースも、ちゃんとサーバーの奥底には残っている可能性が極めて高い。
この記事では、焦って傷口を広げて徹夜する羽目になった過去の私に向けて書くつもりで、原因の切り分け方と安全な復旧手順を整理していく。不必要な専門用語は使わない。まずは落ち着いて、今の状況を一緒に確認していこう。
WordPressが突然表示されなくても、まず慌てて設定を触らない
サイトが見れなくなると、パニックになって「とりあえず何かしないと！」と手を動かしたくなる。
でも、一番やってはいけないのが、適当にファイルを消したり、よくわからない設定を複数同時に変えたり、最悪の場合「WordPressの再インストール」ボタンを押してしまうこと。
素人が焦ってメスを入れると、取り返しのつかない致命傷になる。まずはキーボードから手を離して、「サイトが消える直前に自分が何をしたか」を思い出すのが先決。
直前にプラグインを更新した？
ぶっちゃけ、トラブルの原因ナンバーワンはこれ。
「更新通知が来ていたから、深く考えずにポチッと一括更新した」
私も過去に、AFFINGERの設定をいじっている最中にプラグインを更新し、見事にサイトを吹き飛ばした経験がある。特定のプラグインが他のプラグインやテーマと喧嘩（競合）して、サイト全体を道連れにフリーズさせてしまうパターンだ。
WordPress本体を更新した？
WordPressのメジャーアップデート（バージョンが大きく変わる更新）の直後も非常に危険。本体のシステムが新しくなったのに、使っているプラグインやテーマが古いまま対応しきれず、表示が真っ白になるケースが後を絶たない。
テーマを変更した？
サイトの見た目を変えようと新しいテーマを有効化した瞬間、画面が崩壊したことはないだろうか。前のテーマで使っていた専用のショートコードや、 functions.php の独自カスタマイズが引き継がれず、エラーを吐いている可能性が高い。
PHPバージョンを変更した？
少し知識がついてくると「サイトを高速化するためにサーバーのPHPバージョンを最新にしよう」と試みることがある。これも要注意。古いプラグインが最新のPHPに対応しておらず、サイトを道連れにして沈没することがよくある。
何も変更していない？
「本当に何も触っていない。朝起きたら急に見れなくなっていた」
この場合は、サーバー側で自動アップデートが行われたか、サーバー自体に一時的な障害やメンテナンスが発生している可能性を疑う。あなたが悪いわけではないので、まずは落ち着いてサーバー会社の障害情報を確認してみてほしい。
まず確認したい「表示されない」の症状
直前の行動を振り返ったら、次は「現在のサイトの症状」を客観的に観察する。
ひとくちに「サイトが壊れた」と言っても、画面の出方によって原因は絞り込める。今のあなたのサイトは、以下のどれに当てはまるだろうか。
白い画面になる
通称「死の真っ白画面（White Screen of Death）」。
画面に文字一つなく、ただ真っ白。これはPHPコードのエラーやメモリ不足などが原因で、WordPressの処理が途中でストップしてしまっている状態。裏側のシステムがフリーズしているだけで、記事データ自体は生きていることが多い。
500エラーなどが表示される
「500 Internal Server Error」という文字がデカデカと表示される絶望的な画面。
これは「サーバーの内部で何かしら致命的なエラーが起きていて、処理できません」というサーバー側からのSOSサイン。設定ファイル（.htaccessなど）の記述ミスや、プラグインの暴走でサーバーに過度な負荷がかかっている時に起こりやすい。
「重大なエラーが発生しました」と表示される
最近のWordPressには、致命的なエラーが起きた時に画面を真っ白にするのではなく、このメッセージを表示して安全装置を働かせる機能がある。
同時に、WordPressの管理者宛てに「サイトで技術的な問題が発生しています」という詳細なエラーレポートがメールで届いているはず。まずは焦らず受信トレイを確認してみてほしい。原因となったプラグイン名がバッチリ記載されていることもある。
トップページだけ表示されない
個別記事のURLを直接叩くと普通に読めるのに、トップページにアクセスした時だけレイアウトが崩れたり、エラーが出たりする。
この場合、サイト全体の崩壊ではなく、トップページを作るための特定のウィジェット設定や、キャッシュ（一時保存データ）が悪さをしているケースが濃厚だ。
管理画面だけログインできない
「読者からは普通にサイトが見えているのに、自分だけ裏口（管理画面）に入れない」という、なんとももどかしい状態。
パスワードの間違いでなければ、セキュリティ対策用のプラグインが過剰に反応して自分のログインを弾いてしまっているか、ログインURLを変更するプラグインがバグを起こしている可能性が高い。
WordPressが表示されなくなる主な7つの原因
症状と直前の操作が結びついたら、いよいよ犯人探し。
とはいえ、難しく考える必要はない。WordPressの画面が真っ白になったり、突然エラーを吐いたりする原因は、ぶっちゃけ以下の7パターンのどれかに絞られる。
過去の私が「えっ、そんなことで？」と絶望したリアルな原因も交えて整理してみた。
1. プラグインの不具合・競合
原因のダントツ1位がこれ。昨日まで平和だったのに、深夜にボーッとしながら「一括更新」ボタンをポチッと押した瞬間にサイトが死ぬ、あの恐怖。
特に、キャッシュ系（サイトを高速化するやつ）やセキュリティ系のプラグインは、他のプラグインやテーマと激しく喧嘩しやすい。
2. テーマの不具合
サイトの着せ替えである「テーマ」を更新した時も要注意。
古いバージョンのテーマから一気に最新版へ引き上げた時や、親テーマと子テーマの連携がうまくいっていない時に、デザインが崩壊したり画面が真っ白になったりする。自分で functions.php にカスタマイズのコードを書き込んでいた場合、更新でそれが消えたり、新しい仕様と合わずにエラーを吐くことも多い。
3. WordPress本体との互換性
WordPress自体のメジャーアップデート。新しい機能が追加されて便利になる反面、長年放置されていた古いプラグインが「新しいWordPressのシステムにはついていけません！」と悲鳴を上げてサイト全体を巻き込んでフリーズするパターン。自動更新をオンにしていると、朝起きたらサイトが消えていた……という悲劇が起こる。
4. PHPバージョンとの互換性
「サイトの表示速度を上げたくて、サーバーの管理画面からPHPを最新バージョンに変えてみた」という、ちょっと勉強し始めた中級者が陥りがちな罠。
これもプラグインと同じで、古いシステムが最新のPHPの記述ルールに対応できず、「重大なエラー」を引き起こす原因になる。
5. .htaccessなど設定ファイルの問題
リダイレクト（転送）設定やセキュリティ強化のために .htaccess というファイルをいじった直後なら、犯人は100%これ。
プログラミングのコードは残酷で、たった1文字の全角スペースや、カンマの抜けがあるだけで「500 Internal Server Error」を叩きつけてくる。
6. データベース関連の問題
「データベース接続確立エラー」という文字が出ている場合。
これはWordPressのファイル群と、記事のテキストデータなどが詰まった「データベース」の連携が切れてしまった状態。サーバーを移転した時や、データベースのパスワードを変更した直後によく発生する。
7. サーバー側の障害・メンテナンス
あなたがどれだけ頭を抱えて悩んでも、実はあなた自身のせいではないというオチ。
「何も触っていないのに急に見れない」という場合は、利用しているレンタルサーバーが大規模なシステム障害を起こしていたり、深夜のメンテナンス中だったりすることがある。まずはスマホで「〇〇サーバー 障害情報」と検索してみてほしい。
管理画面に入れる場合の復旧手順
さて、ここからは具体的な復旧作業に入る。
もし今、あなたのサイトの表側（読者が見る画面）が真っ白に崩壊していても、「WordPressのダッシュボード（管理画面）」にだけはログインできるなら……ひとまず深呼吸してガッツポーズしていい。
最悪の事態は免れている。車で言えば、エンジンから煙は出ているけれどボンネットは開けられる状態だ。ここからの復旧は比較的カンタンなので、以下の手順を「上から順番に」試していこう。
直前に更新したプラグインを停止する
犯人の目星がついているなら、まずはそのプラグインを「無効化」する。これだけで拍子抜けするほどあっさり直ることが多い。
もし「5個くらい一気に更新しちゃって、どれが原因かわからない」という場合は、面倒でも一旦すべてのプラグインを無効化する。その後、サイトが表示されるか確認し、直っていたら1つずつ有効化して「どのプラグインをオンにした時に画面が消えるか」を地道に特定する。
テーマを一時的に切り替える
プラグインを全部止めても直らない場合は、テーマを疑う。
「外観」→「テーマ」から、WordPressに最初から入っている公式のデフォルトテーマ（「Twenty Twenty-Four」など）を一時的に有効化してみる。
これでサイトが表示されたなら、あなたがメインで使っていたテーマ（または子テーマ）の記述にエラーがあるという証拠だ。
キャッシュを確認・削除する
「原因と思われるプラグインを止めたのに、まだ画面が真っ白だ！」とパニックになる前に、キャッシュを疑ってほしい。
ブラウザ（ChromeやSafariなど）や、キャッシュ系プラグインが「過去のエラー画面」を記憶して表示し続けていることがある。スーパーリロード（キャッシュを無視して再読み込み）を試すか、スマホの別回線からサイトを見てみる。意外と「あれ、実はもう直ってたじゃん」ということが多い。
直前の変更を一つずつ戻す
ここで絶対に守ってほしいルールが一つある。
それは「複数の設定を同時に変更しないこと」。
焦っていると、「プラグインを停止して、テーマも変えて、キャッシュも消して……」と一気に全部のボタンを押したくなる。だが、それをやると「結局、何が原因で直ったのか」が一生わからなくなる。
次に同じエラーが起きた時、また一からパニックになるだけだ。
必ず「1つ変更したら、サイトを確認する」という地味な作業を繰り返すこと。急がば回れ、というやつだ。
WordPress管理画面にも入れない場合はどうする？
さて、ここからが本番というか、かつての私が通勤電車の中で一番冷や汗をかいたシチュエーションだ。
「読者が見る表の画面が真っ白なだけでなく、自分の管理画面（/wp-admin）にすらアクセスできない」
ログイン画面すら表示されず、エラー文字だけが虚しく画面に浮かんでいる状態。
こうなると、WordPressの画面上からは一切の操作ができなくなるため、「オワタ……」と絶望する気持ちは痛いほどわかる。
でも、諦めるのはまだ早い。
WordPressの扉が閉ざされていても、サイトのデータが置かれている「サーバーという家」の大家さん（管理画面）経由で裏口から入る方法があるからだ。
サーバー管理画面から確認する
まずは、自分が契約しているレンタルサーバー（エックスサーバーやConoHa WINGなど）の管理パネルにログインしよう。
ここで確認すべきは「WAF（Webアプリケーションファイアウォール）」というセキュリティ設定。これが誤作動を起こして、管理者であるあなた自身のアクセスを「攻撃だ！」と勘違いしてブロックしていることがある。
もしWAFがONになっていたら、一時的にOFFにしてから再度WordPressのログイン画面を開いてみてほしい。（※確認後は必ずONに戻すこと）
ファイルマネージャーやFTPで問題のプラグインを停止する
WordPressの管理画面からプラグインを停止できないなら、サーバー側から直接プラグインの息の根を止めるしかない。
「FTPソフト？ 難しそう……」と思うかもしれないが、最近のサーバーにはブラウザ上でファイル操作ができる「ファイルマネージャー」という機能がついていることが多い。
手順は至ってシンプル。
サーバーのファイルマネージャーを開き、自分のドメイン名 ＞ public_html ＞ wp-content とフォルダを辿っていくと、plugins というフォルダがある。
これがプラグインの住処だ。
プラグインを一斉に無効化したい場合は、この plugins というフォルダの名前を、右クリックで plugins_old のように少しだけ変更してみよう。
たったこれだけで、WordPressは「あれ？ プラグインが見つからないぞ？」と認識し、すべてのプラグインを強制停止してくれる。この状態でログイン画面が復活すれば、100%プラグインが原因だと特定できる。
ログインできたら、フォルダ名を元の plugins に戻し、管理画面から1つずつ有効化して犯人を探し出せばいい。ファイルを「削除」するのではなく、名前を「変更」するだけなのでリスクも低い。
バックアップから正常だった状態へ戻す
「ファイルマネージャーの画面を見ただけでジンマシンが出そう」
「どこにどのファイルがあるか、怖くて触れない」
という場合は、無理にファイル操作をしない方がいい。素人が勘でファイルをいじると、本当にサイトが帰らぬ人になる。
そんな時は、サーバーの自動バックアップ機能を使って、「サイトが壊れる前の状態（昨日や一昨日）」へ時間を巻き戻すのが一番安全で確実な選択だ。最近の優良サーバーなら、ボタンポチポチで復元できる機能が備わっている。
難しい場合はサーバーサポートへ相談する
自力で原因がわからない、バックアップの戻し方も不安。
そんな時は、迷わずサーバー会社のサポート窓口に助けを求めよう。
「こんな素人の質問で問い合わせていいのかな」と躊躇するかもしれないが、彼らはプロだ。毎日あなたと同じようにサイトを真っ白にした人たちの対応をしている。エラー画面のスクリーンショットと、直前に何をしたかを正直に伝えれば、的確なアドバイスをもらえる。一人で夜通し悩むより、プロに頼る方が圧倒的に早い。
バックアップがあるなら「原因究明」より戻した方が早い場合もある
かつての私は、サイトが壊れると「なぜ壊れたのか」「どのコードが間違っているのか」を、まるでハッカーにでもなった気分で血眼になって探していた。
でも、ある時ふと気づいたのだ。
「いや、俺の目的は『ブログで収益を上げること』であって、『WordPressの障害対応の専門家になること』じゃないぞ」と。
副業でサイトを運営している私たちにとって、一番貴重なリソースは「時間」だ。
原因究明に5時間も6時間も溶かすくらいなら、サクッと昨日の状態にバックアップから戻して、記事執筆に時間を使った方がよっぽど生産的だという現実。
ファイルだけでなくデータベースも確認する
バックアップから復元する際、一つだけ知っておくべき重要な構造がある。
WordPressは、「画像やテーマなどのファイル」と「記事の文章などのデータベース」という、2つの要素が合体してできているということだ。
本棚（ファイル）と、そこに入る本（データベース）のような関係をイメージしてほしい。
復元する時は、この両方を「同じ日時のバックアップ」から戻さないと、システムに矛盾が生じてエラーが直らないことがある。復元機能を使う時は、「ファイル」と「データベース」の両方をセットで巻き戻すことを意識しよう。
どの時点へ戻るか確認する
戻すタイミングも重要だ。
「プラグインを更新したら真っ白になった」のであれば、その更新ボタンを押す直前のバックアップ（例えば今日の深夜0時など）を選ぶこと。
あまり古すぎるバックアップを選ぶと、直近で書いた新しい記事のデータまで消えてしまうので、復元ポイントの選択は慎重に。
復旧後に同じ更新をすぐ繰り返さない
見事バックアップから復元して「ふぅ、助かった……」と胸をなでおろした直後に、絶対にやってはいけないことがある。
それは、先ほどサイトを吹き飛ばした原因である「プラグインの更新」や「テーマの変更」を、もう一度すぐにやってしまうこと。
当たり前だが、環境が同じならまた100%サイトは壊れる。
復旧後はすぐには更新せず、数日から数週間ほど様子を見て、プラグインの開発者が不具合修正のアップデートを出してくれるのを待つのが鉄則だ。
サイトが直ったら必ずやっておきたい再発防止
無事にサイトが表示されただろうか。
もし今、あなたのサイトが元通りに動いているなら、本当に良かった。肩の力を抜いて、コーヒーでも飲んでほしい。
でも、残酷な現実を一つだけお伝えする。
「喉元過ぎれば熱さを忘れる」のが人間だ。
サイトが直った達成感で満足してしまい、数ヶ月後にまた同じように画面を真っ白にして深夜に絶望する……過去の私がまさにそれだった。
二度と同じ恐怖を味わわないために、今日この瞬間にやっておくべき「仕組み作り」を共有する。
バックアップを自動化する
「たまに手動でバックアップを取っているから大丈夫」
ぶっちゃけ、これは全然大丈夫じゃない。トラブルはいつも「忙しくてバックアップをサボっていた期間」にピンポイントでやってくる。
プラグイン（UpdraftPlusなど）でも、レンタルサーバーの標準機能でもいい。とにかく「人間が何もしなくても毎日勝手にバックアップが取られる仕組み」を今すぐ設定すること。
本番環境を直接変更する回数を減らす
読者が見ている「本番のサイト」で、直接プラグインの更新やテーマのカスタマイズをするのは、営業中の店舗でいきなり内装工事を始めるようなものだ。
本当に今すぐ更新する必要があるのか。セキュリティ上の緊急アップデート以外なら、週末のアクセスが少ない時間帯にまとめて行うなど、本番環境を触るマイルールを決めよう。
ステージング環境で更新を試す
「ステージング」という言葉をご存知だろうか。
簡単に言えば、本番サイトと全く同じ「テスト用のコピーサイト」のことだ。
プラグインやテーマの更新は、まずこのステージング環境で試す。そこで画面が真っ白になっても、本番サイトには一切影響がない。安全が確認できたものだけを本番に反映させる。これが一番確実な防弾チョッキになる。
更新前後の確認項目を決める
WordPress本体のメジャーアップデートが来た時、何も考えずに更新ボタンを押すのはもうやめよう。
「使っているテーマは最新のWordPressに対応しているか？」「PHPのバージョン指定は適切か？」
更新前にSNSや公式サイトで不具合報告が出ていないか検索するだけでも、地雷を踏む確率はグッと下がる。
復旧方法を事前に確認しておく
「バックアップは取ってあるから安心」
これ、過去の私が陥った最大の罠だ。いざサイトが消えた時、「あれ、このバックアップデータ、どうやって元に戻すんだっけ？」と手順がわからず、復元までに数日かかってしまった。
バックアップがあることと、復旧できることは別物。ワンクリックで復元できるのか、ファイルを手動でアップロードし直す必要があるのか、平時のうちに一度確認しておきたい。
「管理画面にも入れない」が怖いなら復旧機能のある環境を選ぶ方法もある
ここまで、自力でできる原因の切り分けや復旧手順を語ってきた。
とはいえ、本業で疲れ果てて帰宅し、限られた副業時間でこれらを完璧にこなすのは正直しんどい。
「WordPressの裏側の仕組みを勉強したいわけじゃない」
「何かあった時に、ポチッと元の状態に戻せる安心感が欲しいだけなんだ」
もしあなたがそう感じているなら、いっそのこと「復旧」に特化した機能を持つ運用環境へ乗り換えるのも一つの賢い生存戦略だ。
例えば、私も複数のサイト運営で利用しているエックスサーバーが提供する「XServer for WordPress」のようなサービス。
これらは単なる置き場所ではなく、「サイトが壊れた時の命綱」として機能するように作られている。
WordPressリカバリー
一番恐ろしい「管理画面（/wp-admin）にすらログインできない」という絶望的な状況。
こんな時、XServer for WordPressならサーバーの管理パネルから「WordPressリカバリー」という機能が使える。
これは、FTPなどの小難しい知識がなくても、管理画面から直接プラグインを無効化したり、WordPressの基本システムだけを安全な状態にリセットしたりできる機能だ。真っ白になった画面をこじ開ける「マスターキー」のような役割を果たしてくれる。
自動バックアップから復元できる
過去14日間のWeb・メールデータと、データベースのバックアップが標準で自動保存されている。（※執筆時点の仕様）
何かやらかしてしまった時でも、サーバーの管理画面から希望の日付を選んで復元ボタンを押すだけ。原因究明に何時間も溶かすくらいなら、昨日の平和だった状態に数分で時間を巻き戻した方が圧倒的に早い。
ステージングで本番反映前に確認できる
先ほど説明した「ステージング（テスト環境）」も、ボタン一つで簡単に作成できる。
「このプラグイン、更新したらエラー吐きそうだな……」と不安な時は、まずステージング環境でポチッと試す。壊れなければ本番でも更新する。このワンクッションがあるだけで、心の平穏が全く違う。
WordPress向けのサポートを利用できる
どうしても自力で直せない時、頼れるプロがいるのは心強い。
XServer for WordPressでは、メールやチャット、電話でのサポートが用意されている（※無料お試し期間中など条件によって制限がある場合もあるので、最新の公式情報を確認してほしい）。
一人で孤独に徹夜して絶望する夜とは、もうおさらばだ。
ただしXServer for WordPressなら絶対に壊れないわけではない
ここまで復旧環境の大切さを語ってきたけれど、一つだけ誤解しないでほしいことがある。
「XServer for WordPressにすれば、サイトの不具合が完全にゼロになる」
なんて魔法のような話は、絶対にあり得ない。
どんなにハイスペックでサポートの手厚い環境を使おうが、WordPressである以上、プラグイン同士の喧嘩や、テーマの互換性エラー、あなた自身の操作ミスはこれからも必ず起きる。
重要なのは、「壊れない環境」を探すことではない。
「壊れても、数クリックで元の平和な状態に戻せる環境」を手に入れることだ。
エラー画面を前にして、「どうしよう、原因がわからない……」とGoogle検索を何時間もさまようのか。
それとも、「あ、また真っ白になった。しゃーない、昨日のバックアップからボタン一つで戻して、原因究明は週末に回そう」と5分で切り替えるのか。
この「心の余裕」と「時間の節約」こそが、月額料金を払ってでも復旧しやすい環境を選ぶ最大の価値だと言っていい。
こんな人はWordPressの運用環境を見直した方がいい
もし今のあなたが、以下の項目に複数当てはまるなら、一度「自分のサイトの置き場所」を真剣に見直すタイミングかもしれない。
・過去にサイトを壊して、復旧までに数時間（あるいは数日）無駄にしたことがある
・現在のバックアップデータがどこに保存されているか、即答できない
・もし今サイトが消えたら、具体的な復元手順を説明できない
・「管理画面に入れなくなったら終わりだ」と常にビクビクしている
・画面が真っ白になるのが怖くて、プラグインの「更新」を何ヶ月も放置している
・WordPressの裏側の管理よりも、記事を書いたり集客したりすることに時間を使いたい
私自身、往復3時間の通勤電車でスマホをポチポチしながら副業をしてきた人間だ。
本業の疲労と戦いながらひねり出す「副業の1時間」は、信じられないほど尊い。
その貴重な時間を、エラーコードの解読やFTPソフトとの格闘に溶かしてしまうのは、あまりにも勿体ない。
サーバーの月額数百円の差額をケチって数時間を失うくらいなら、最初から「転んでもすぐ起き上がれる環境」に身を置く方が、結果的にサイト運営は長続きする。
まとめ｜WordPressは「壊れないこと」より「すぐ戻せること」が大切
突然サイトが表示されなくなった時の焦燥感。
自分の努力の結晶が一瞬で消え去ったかのような、あの血の気が引く感覚。
今この記事を読んでいるあなたは、おそらくその真っ只中にいるはずだ。
でも、最後にもう一度だけ伝えたい。
焦らなくて大丈夫。あなたのデータは、きっとまだそこにある。
まずは深呼吸して、直前の操作を思い出す。
むやみに設定を触らず、プラグインやテーマなど、原因を一つずつ切り分けていく。
そして無事にサイトが復旧したら、二度と同じ恐怖を味わわないために、「本番前にはステージングで試す」「バックアップを自動化する」といった再発防止策を今日中に必ず終わらせてほしい。
WordPressを運営していく上で、不具合を完全にゼロにすることはプロでも不可能だ。
だからこそ、「絶対に壊れないこと」を祈るのではなく、「壊れてもすぐ戻せる仕組み」を作ること。
この記事が、あなたのサイト復旧と、これからの心穏やかなブログ運営の助けになれば嬉しい。
さて、今日も電車に揺られながら、お互い泥臭く積み上げていこう。