WordPressのトラブルは「誰に・どのURLで・いつから・何をした後に・どんな文章が出るか」を記録し、症状に合う入口から一つずつ確認します。 同じ「開かない」でも、公開ページ、管理画面、一部記事、メールでは確認場所が違います。復旧操作を重ねる前に、影響範囲を分けてください。
この記事は個別エラーの修正コードを並べるのではなく、症状から次に読む記事と安全な初動を選ぶ案内図です。作業前と作業後の状態を比べ、分からない変更を増やさないことを優先します。
まず5項目を診断メモへ残す
発生時刻、対象URL、見える人・端末、画面に出た全文、直前の変更を記録します。「動かない」だけでなく、保存時、ログイン後、送信後など動作のどこで止まったかを書きます。
スクリーンショットにはURLと時刻が分かる情報を含め、パスワード、メールアドレス、APIキーなどは隠します。エラー文は省略せず、コピーできる場合は文字でも保存します。
症状ごとの最初の入口
| 症状 | 最初に見る場所 |
|---|---|
| 全ページが開かない | サーバー障害、DNS、契約状態 |
| 管理画面だけ入れない | URL、認証、権限、アクセス制限 |
| 一記事だけ崩れる | 直前のブロック、HTML、短縮コード |
| 更新後に白い | 更新対象、PHP、エラーログ |
| メールだけ届かない | 送信記録、宛先、迷惑メール、DNS |
複数症状がある場合も、読者への影響が大きい順に確認します。決済や問い合わせが止まる場合は新しい変更を中断し、保守画面や告知の必要性も判断します。
トップページが開くだけでも、全部消えたわけではないと分かるんですね。私はエラーという言葉だけで、同じ故障だと思い込んでいました。
そこを分けられたのは大きいよ。見える人、見えないURL、発生時刻が分かれば、調べる範囲をかなり狭められる。
自分のスマートフォンだけ開けた場合は、直ったと判断していいですか。キャッシュという言葉も出てきて、また迷いそうです。
一台だけでは決めないよ。ログアウト状態、別回線、別ブラウザで同じURLを見よう。端末だけの問題か、サイト側かをそこで分けるんだ。
直前の変更を一つだけ戻す
テーマ、プラグイン、PHP、DNS、記事本文を同時に戻しません。変更した時刻と対象が一致するものから一つだけ戻し、同じURLを同じ条件で再確認します。
直った場合も原因が確定したとは限りません。再現条件、更新版の有無、公式の既知問題を確認し、安全な代替手順を決めます。
成功状態を先に決める
トップが開く、管理画面へ入れる、フォームが一通だけ届くなど、直ったと判断する状態を書きます。管理者の画面だけでなく、ログアウトした読者の画面で試します。
一部だけ直った場合は、残る症状を新しい問題として分けます。「たぶん直った」で終わらせず、確認したURL、端末、時刻を残します。
プラグインを全部停止すれば早いと書かれていました。でもお問い合わせまで止まりそうで、いきなり実行するのは怖いです。
全停止は影響が広いから、公開中の機能を確認せずに行わないよ。直前に更新した一つが分かるなら、それだけを停止して差を見る方が安全だ。
一つ止めても変わらなかったら、すぐ次も止めてよいですか。途中の状態が分からなくなりそうです。
結果をメモして元へ戻してから次へ進もう。一回の変更と一回の確認を組みにすれば、どの操作が効いたか後から説明できるよ。
相談時に渡す情報
サポートへは、対象ドメイン、発生時刻、操作手順、期待した結果、実際の結果、エラー全文、試したことを送ります。「全部確認した」ではなく、設定名と結果を具体的に書きます。
契約情報や認証情報を通常の問い合わせ文へ貼りません。サポートが指定する安全な共有方法だけを使います。
やってはいけない初動
- 同じ保存・更新ボタンを連打する
- 複数の設定をまとめて変える
- エラーを読まずキャッシュだけ消す
- 公開中の機能を確認せず全停止する
- 記録なしでデータを削除する
エックスサーバー
サーバーログや管理画面の案内を確認しながら、新規環境を選びたい人の比較候補です。
向いている人： 障害時に管理画面と公式手順を照合したい人
利点： WordPress運用情報とサーバー側の確認先を見つけやすい
注意点： 障害原因が現在の契約にあると確認する前に移転しないでください。
料金： 料金・キャンペーンは時期や契約期間で変わるため、公式ページで最新条件をご確認ください。
エックスサーバーのWordPress機能を見る広告・PRを含みます。現在の契約で原因を確認できるなら、障害や速度だけを理由に急いで移転する必要はありません。
エラーを見つけたらすぐ直すのではなく、影響するURLと直前の変更を集めるんですね。全部壊れたと決めつけず、見える場所から確認できそうです。
うん、もう原因を増やさない動きができているよ。正確な記録は、自分で戻すときにもサポートへ頼るときにも役立つんだ。
同じボタンを何度も押さず、変更前へ戻してから次を試します。まだ怖いときは、エラー全文を隠さず相談したいです。
それで大丈夫だよ。止まる、分ける、記録する、一つ戻す。この順番があれば、慌てたときも最初の場所へ帰れるんだ。
404・500・503を同じエラーにしない
404は目的のURLにページが見つからない状態、500はサーバー内部で処理を完了できない状態、503は一時的な混雑や保守で利用できない状態を示すことがあります。ただし表示文は環境で異なるため、番号だけで原因を断定しません。対象URLと同じ時刻のサーバーログを照合します。
公開ページと管理画面の生存確認
トップ、通常記事、問題記事、ログイン画面、管理画面の五つを順に開きます。結果を「開く・遅い・転送・認証・エラー全文」で記録すると、公開側だけか管理側だけかを説明できます。
復旧後24時間の確認
直後に開いただけで完了にせず、フォーム送信、予約、画像、検索、更新処理など日常機能を確認します。アクセスログやエラーログに同じ問題が再発していないか、翌日にも代表URLを開きます。
原因が分からないまま戻った場合
自然復旧した場合も、発生時刻、継続時間、影響範囲、直前の変更を残します。同じ症状が再発したときに過去記録と比較でき、サポートへ一時障害として伝えられます。
緊急度を判断する
個人ブログの一記事だけ崩れた場合と、注文・予約・問い合わせが全停止した場合では対応速度が違います。個人情報の漏えい、改ざん、決済の誤処理が疑われる場合は、通常の表示修正より先に受付停止や専門窓口への連絡を検討します。
読者への影響が続くときは、分かっている事実、影響する機能、次の更新時刻だけを案内します。原因を推測で断定せず、復旧後に安全確認が終わったことを追記します。
診断例：記事保存後に500が出た場合
まず別タブで公開ページを開き、読者側が正常なら新しい保存を止めます。問題記事だけなら直前に貼ったHTMLや短縮コードをRevisionと比べ、管理画面全体でも500なら同時刻のPHPエラーログと更新履歴を確認します。変更を一つ戻したあと、同じ保存操作と公開URLの両方を試します。
作業終了の条件
変更内容、確認したURL、PCとスマートフォンの結果、残っている課題を記録し、次の担当者が同じ確認を再現できる状態で終了します。未確認の項目が一つでもあれば「完了」ではなく継続調査として残します。
確認は管理者として一度見るだけで終えず、ログアウト状態の読者として同じURLを開き直します。キャッシュや権限の差で結果が変わらないことまで確かめてください。
まとめ
WordPressのトラブルは、症状と影響範囲を分け、直前の変更を一つだけ戻して確認します。エラー全文と時刻を残し、成功状態を読者の画面で試してください。操作を重ねず、診断メモを次の詳しい記事やサポートへ渡せる形にすることが、安全な復旧の入口です。