500・503・404 ― 番号を見れば、次に確認する場所が決まる
この記事の目次 読みたい項目へ移動
「エラーが出ます」というご相談のうち、番号を教えていただけると初動が変わります。500 と 503 と 404 は、まったく別の話だからです。
サーバーエラーは、600+件のうち32件ありました。
件数としては3番目ですが、対応の緊急度がいちばん分かれるテーマです。
同じ「エラー画面」でも、待てばよいものと、すぐ手を打つべきものがあります。
この記事では、画面に出ている番号から、見る場所と緊急度を決める手順を整理します。
32件という数は、復旧全般57件・表示46件に次ぐ3番目でした。
ただ、件数以上に印象に残っているのは、相談の温度差です。
「503 が出ています」という落ち着いたご連絡もあれば、「全部消えました」という切迫したご連絡もある。
実際に開いてみると、どちらも同じ 503 だった、ということがありました。
- 500 / 503 / 404 が、それぞれ何を意味しているのか
- 番号ごとに、最初に確認する場所と緊急度
- 番号が出ずに白い画面だけのとき、何を手がかりにするか
- エラーログのどこを見れば、原因の行にたどり着けるか
- 自分で試してよい範囲と、止めたほうがよい操作
番号は「どこで止まったか」を教えている
エラーの番号は、サーバーが返している状態コードです。
エラーメッセージというより、どこまで処理が進んだかの記録だと考えると分かりやすくなります。
番号が返ってきている時点で、サーバー自体は動いています。
逆に、番号すら出ずにブラウザ側のエラー画面が出る場合は、サーバーに到達すらしていません。
この4つは、緊急度の順番でもあります。
上の2つはサイト全体が止まり、下の2つは部分的に済むことが多いためです。
もうひとつ覚えておくと便利なのが、番号の百の位です。
4 で始まる番号は、リクエストする側に起因するもの。
5 で始まる番号は、サーバー側に起因するもの。
この2つを分けるだけでも、見る場所が半分になります。
- 4xx ― 404（無い）、403（権限がない）、401（認証が必要）
- 5xx ― 500（処理で落ちた）、502・504（応答が返らない）、503（応答を断った）
502 と 504 は、サーバーの前段にある仕組みが応答を待ちきれなかった状態です。
処理が重すぎるか、裏側で止まっているかのどちらかで、500 に近い扱いになります。
500 ― いちばん多く、いちばん原因が絞れる
32件のうち、実際に多かったのが 500 です。
「Internal Server Error」と表示されるもので、PHP の処理が途中で落ちた状態を指します。
厄介に見えますが、原因を特定しやすい種類のエラーでもあります。
落ちた瞬間の記録が、サーバーのエラーログに残っているからです。
まず見るのはエラーログの最終行
エラーログには、落ちた日時・ファイル・行番号が記録されています。
見るべきは最新の1行だけで、そこに原因のファイル名が書かれています。
英語で書かれていますが、読めなくても構いません。
ファイル名とその後ろの行番号が分かれば、それが手がかりになります。
- 「PHP Fatal error」で始まる行を探す
- その行の末尾にある
/path/to/file.php on line 123が発生箇所 - ファイル名にプラグイン名やテーマ名が入っていれば、そこが原因
- 同じ内容が大量に並ぶときは、いちばん古い1件を見る
取得の手順はエラーログ解析でトラブルを即解決に詳しく書いています。
直前の更新を疑う
500 の相談で最も多かったきっかけが、更新です。
本体・テーマ・プラグイン、あるいは PHP のバージョン。
どれかが変わった直後に落ちる、という形が典型でした。
心当たりがなくても、自動更新が動いていた可能性があります。
経緯はなぜ勝手にメジャーアップデートしたのかにまとめました。
更新が原因なら、元に戻せば復旧します。
戻し方は更新して不具合が出たときの対処を参照してください。
プラグインを1つずつ止める
ログが取れない場合や、ログを見ても原因が分からない場合の次の手です。
プラグインを順番に止めて、どれで戻るかを確かめます。
ただし、一括で止めないのが大事なところです。
全部止めれば復旧しますが、それではどれが原因か分かりません。
- 直前に入れた、あるいは更新したものから止める
- 1つ止めるたびに、画面を確認する
- 戻ったところで止める。その1つが原因
- 管理画面に入れない場合は、フォルダ名を変える方法もある
フォルダ名を変える方法は、名前を戻せば元に戻るので安全です。
削除してしまうと設定も消えるため、名前の変更にとどめてください。
確認の手順はプラグイン・テーマの状態を安全に確認する方法にまとめています。
ログの1行を、実際に読んでみる
エラーログの行は、決まった順番で並んでいます。
形を知っていれば、英語が読めなくても必要な情報は取り出せます。
たとえば、こういう1行が出ていたとします。
見るのは4つ目のファイルの場所です。
パスに plugins/ が含まれていれば、その次のフォルダ名が原因のプラグインです。
themes/ が含まれていればテーマ、wp-includes/ なら本体側になります。
plugins/○○/― そのプラグインを止めれば復旧する可能性が高いthemes/○○/― テーマを既定のものに切り替えて確認するwp-includes/― 本体側。PHP のバージョン不一致を疑う- 同じ行が何百も並ぶ ― いちばん古い1件が最初の原因
この判断だけで、次に何を止めればよいかが決まります。
修正そのものは開発側の作業になりますが、原因の切り分けまでは誰でもできます。
503 ― 待てば直るものと、止まっているもの
503 は「いまは応答できない」という意味です。
一時的な状態を表すコードなので、時間をおけば直ることがあります。
ただし、放っておいても直らない 503 もあります。
見分け方は、更新作業の途中で止まっていないかどうかです。
- アクセスが集中している
- サーバー側の一時的な障害
- 数分〜数十分で自然に戻る
- 更新が途中で中断した
- メンテナンスモードのファイルが残っている
- 時間が経っても変わらない
後者は、WordPress が更新中に作る一時ファイルが消えずに残っている状態です。
更新を始めた直後にブラウザを閉じた、通信が切れた、といった場合に起きます。
サイト全体が止まるため焦りますが、原因としては軽いほうです。
503 のご相談で「更新ボタンを押したあと画面を閉じました」と伺えると、その時点でほぼ原因が確定します。
残った一時ファイルを消す
更新が中断したときに残るのが、.maintenance という名前のファイルです。
WordPress が更新中だけ作るもので、通常は終われば自動で消えます。
これが残っていると、サイト全体が 503 を返し続けます。
サーバーのファイル管理画面から、このファイルを削除すれば復旧します。
ただし、更新そのものが途中で止まっている点は変わりません。
復旧後に、止まった更新をやり直す必要があります。
404 ― サイトは動いている
404 は、サーバーも WordPress も正常に動いています。
そのうえで「指定されたページが見つからない」と返している状態です。
だから 404 が出ている時点で、緊急度は下がります。
ただし、全ページで 404 になる場合は別です。
| どこで 404 が出るか | 考えられること | 最初に見る場所 |
|---|---|---|
| 特定の1ページだけ | 公開状態・スラッグの変更・削除 | 管理画面でそのページを開く |
| 投稿だけ全部 | パーマリンク設定が壊れている | 設定を開いて保存し直す |
| サイト全体 | 設定ファイル・サーバー設定の不整合 | .htaccess とサーバーの設定 |
| 移行した直後 | 移行元の URL が残っている | URL 設定とデータベースの値 |
2行目の「パーマリンク設定を開いて保存し直す」は、設定を変えなくても効きます。
保存の操作で内部のルールが書き直されるためです。
移行直後の 404 は、URL設定とDB接続の確認が近道です。
移行した直後の 404
サーバーを引っ越したあとに、トップページだけ開いて他が 404 になることがあります。
データベースに移行元の URL が残っているのが典型的な原因です。
また、サーバーによっては設定ファイルの書き方が違い、そのまま持っていくと効きません。
- 設定されている URL が、いまのドメインと一致しているか
- データベースの中に、移行元の URL が残っていないか
- 設定ファイルが、移行先のサーバーの形式に合っているか
移行に伴う不整合はDB事故と移転 ― シリアライズデータと整合性の防衛で扱っています。
番号が出ない ― 白い画面だけのとき
画面が白いだけで、何も文字が出ないことがあります。
これは PHP がエラーを表示しない設定になっているためで、状態としては 500 と同じです。
つまり、エラーログには記録が残っています。
画面に出ていないだけで、原因は分かる状態です。
- 公開ページだけ白い ― テーマ・プラグイン側の可能性が高い
- 管理画面も白い ― サイト全体が動いていない。触る前に保全する
- どちらもログに記録が残るので、まずログを取る
確認の順番は真っ白になったときの確認にまとめています。
管理画面にも入れない場合は、WP-CLI での現状調査が使えます。
32件で多かった、実際のきっかけ
相談の件名から、エラーが出る直前に何があったかを整理しました。
件名に書かれていた範囲なので網羅ではありませんが、傾向は出ています。
| きっかけ | よく出る番号 | 戻し方の見当 |
|---|---|---|
| プラグイン・テーマの更新 | 500 / 白画面 | 該当のものを止める、または前の版に戻す |
| WordPress 本体の更新 | 500 / 503 | 更新の中断なら一時ファイル、落ちているならログ |
| PHP のバージョン変更 | 500 | 元のバージョンに戻せるか、サーバー側で確認 |
| サーバーの移行・引っ越し | 404 / 500 | URL の不一致と、設定ファイルの形式 |
| 心当たりがない | 全般 | 自動更新とサーバー側の変更を先に疑う |
上の3つは、いずれも変更が引き金になっています。
つまり、変更点を1つずつ戻していけば、多くは復旧します。
難しいのは最後の「心当たりがない」で、ここは記録を追うしかありません。
「更新していません」と伺っても、自動更新は動きます。責める話ではなく、最初に確認する場所が決まるという意味で重要な情報です。
なお、番号が複数出ることもあります。
トップページは 500、下層ページは 404、といった形です。
この場合は、より重い側（500）から手をつけます。
500 が直ると 404 も消える、ということがよくあるためです。
自分で試してよい範囲
番号が分かったあと、どこまで自分で試してよいか。
基準は元に戻せるかどうかです。
- しばらく待って再読み込みする（503）
- パーマリンク設定を保存し直す（404）
- 直前に入れたプラグインを1つ止める
- エラーログを取得して保存する
- WordPress の再インストール
- プラグインフォルダごとの削除
- 設定ファイルの書き換え
- ログを消してからの再現確認
右側の最後、「ログを消す」は見落とされがちです。
原因の記録が消えると、同じことが起きても追えなくなります。
復旧はできても、再発を防げない状態になります。
- ログは消さずに、コピーを取ってから作業する
- 試した操作は、順番どおりに書き留めておく
- バックアップの有無を、作業の前に確認する
相談するときに添えてほしいこと
サーバーエラーの相談では、次の3点があると初動が大きく変わります。
特に1つ目の番号は、これだけで確認する場所が決まります。
英語のメッセージが並んでいる場合は、画面をそのまま撮っていただければ十分です。
言葉の選び方そのものは言葉と原因のずれで詳しく扱っています。
よくある質問
まとめ
サーバーエラーは、番号を見た瞬間に半分が決まります。
- 繋がらない ― サーバーに届いていない。DNS・ドメイン・サーバーの状態
- 503 ― 応答を断っている。更新の中断か、一時的な負荷か
- 500 ― 処理で落ちた。ログの最終行に原因が残っている
- 404 ― サイトは動いている。範囲によって緊急度が変わる
どれに当たるかが分かれば、待つのか、戻すのか、調べるのかが決まります。
迷うのは、番号が分からないまま手を動かし始めたときです。
画面を撮って、直前にしたことを思い出す。
この2つだけ先にしておくと、その後がずっと短くなります。
そして、原因が分かるまではログを消さないこと。
復旧そのものより、次に同じことが起きないようにするほうが時間の節約になります。
本記事の件数は、ココナラの取引データにもとづく 2026 年 9 月時点の数値です。件名のキーワードで機械的に分類したもので、1 件は 1 つのテーマにだけ計上しています。対応の範囲・料金・受付時間は、各サービスページの記載によります。
