問い合わせの送信ボタンを押したら、白い画面に「500 Internal Server Error」。自分が何か壊したのか、もう一度押していいのか、分からないまま画面の前で止まります。
500エラーとは、お願いはサーバーに届いたのに、サーバー側の処理の途中で問題が起きて、正常な返事を返せなかったという合図です。 原因はあなたの端末や操作ではなく、向こう側にあります。
500エラーが出たら閲覧者ができる3つ：再送信しない・待つ・別の道
入力内容を送信した直後の500なら、すぐにもう一度押さないでください。 サーバーの処理は途中まで進んでいることがあり、二重に送られる原因になります。
閲覧者ができることは三つです。
- 少し時間を置いてから、ページを開き直す
- 別のブラウザや別の回線（Wi-Fiとモバイル通信）で、同じURLを開いてみる
- そのサービスの公式のお知らせやSNSで、障害の案内が出ていないかを見る
運営者に知らせるときは、「どのURLで、どの操作のあとに、何時ごろ出たか」の三つを添えます。受け取った側は、この三つでログを見る範囲を絞れます。
では、サーバーの中では何が起きているのでしょうか。
500エラーとはどんな状態か：受付の奥の作業場で止まった赤いランプ
500は、HTTPの返事に付く番号（ステータスコード）の一つです。404が「頼まれたページがない」なのに対し、500は「頼まれたものを作る途中で失敗した」です。
ピコルート・ラボのサーバー図書館で言えば、受付はユイの注文をたしかに受け取りました。けれど奥の作業場で本を取り出す途中に棚が詰まり、受付は「正常な返事を出せません」と赤いランプを返しました。これが500です。
ユイ
公開チェック中に500エラーが出ました。私のPCが悪いのでしょうか
マコト
500はサーバー側で処理できなかった返事として見るのが出発点だね
ピコ
サーバー図書館の赤いランプを見ながら、確認する場所を分けよう
お願いと返事の基本はHTTPとはとリクエストとレスポンスとはに、カウンターの奥で何が詰まったのかは第13話「Webサーバーは何を返す？」にあります。作業場のたとえの中身は、実際にはアプリケーション、Webサーバー、データベース、外部のAPI、権限の設定です。
ユイ
サーバーには届いているけれど、奥の処理で止まっているんですね
マコト
そう。だから利用者の端末だけを疑わず、サーバー側の確認へ進む
赤いランプは「奥で止まった」としか言いません。どの棚が詰まったかは、運営者が探します。
500エラーの主な原因候補：運営者は直前の変更とログから絞る
500の番号だけでは原因は一つに決まりません。代表的な候補は七つです。
- アプリケーションのプログラムの誤り
- 設定ファイルの書き間違い
- データベースへの接続失敗
- 権限やファイルの置き場所の問題
- 外部のAPIや決済サービスなど、連携先の失敗
- アクセス集中や、一時的なメモリ・容量の不足
- 直前の更新やデプロイの影響
運営者が見る順番は、次のとおりです。
- 直前に変えたファイルや設定（デプロイ、プラグイン更新、環境変数、データベースの移行）
- アプリケーションのログ
- Webサーバーやホスティングのエラーログ
- データベースの接続
- 外部サービスとの連携
- アクセス集中と、サーバーの資源の状況
いちばん早いのは、500が出た時刻と、直前に変えたものを結びつけることです。赤いランプが点く直前に何が変わったかを時系列で並べると、ログを読む範囲が一気に狭まります。利用者には、復旧作業中であることと、再送信を避けてほしいことを短く案内します。Webサーバーがどの係なのかはWebサーバーとはで見えます。
500エラーと404・403の見分け方：止まった場所が違う
同じ「開けない」画面でも、止まった場所が三つとも違います。
| 番号 | 意味 | 見る場所 |
|---|---|---|
| 403 | 権限がなく見せられない | ログイン、権限、アクセス制限 |
| 404 | 頼まれたページが見つからない | URL、リンク切れ、削除、ルーティング |
| 500 | サーバー側で処理できない | ログ、設定、プログラム、連携先 |
403と404は、URLやログインを見直せば閲覧者の手元で前へ進めます。500だけは手元に見直すものがなく、待つか知らせるかです。404の見方は404とは、番号全体の読み方はHTTPステータスコードとはにあります。
500エラーの場面別ワーク：だれが何を見るか
次の場面で、閲覧者と運営者がそれぞれ何をするかを言ってみてください。
- 問い合わせ送信後に500が出た → 閲覧者は再送信せずに待ち、運営者は送信処理のログと連携先を見る
- サイトのトップだけ500になる → 運営者はトップページだけが使う処理やデータを見る
- 特定の商品ページだけ500になる → 運営者はその商品のデータと表示処理を見る
- 公開直後から全ページで500になる → 運営者は直前のデプロイと設定ファイルを見る
500エラーでよくある質問
Q1. 500エラーは、自分のせいですか？
いいえ。お願いはサーバーに届いていて、止まったのはサーバー側の処理です。自分の端末や操作が原因で500になることはありません。
Q2. 再読み込みすれば直りますか？
一時的な混雑なら、少し待って開き直すと直ります。プログラムや設定の誤りなら、運営者が直すまで何度読み込んでも同じです。送信直後なら、読み込み直しより先に二重送信を避けます。
Q3. 404と500の違いは？
404は頼んだページがサーバーにない、500はサーバーの中で処理に失敗した、です。404は手元のURLを見直せますが、500は向こう側の作業です。
次に500エラーを見たら
冒頭の白い画面に戻ります。あれは「お願いは届いたけれど、奥の作業場で止まった」という合図で、こちらが何かを壊した印ではありませんでした。だから、すぐにもう一度押すより、少し待つ。それだけで、同じ問い合わせが二通届く失敗を防げます。
次に500を見たら、URL・直前の操作・時刻の三つをメモして、公式のお知らせを見てください。知らせるときはその三つを添えるだけで、運営者はすぐログに向かえます。
LAB WHITEBOARD
500エラーを一文で説明してみよう
「500エラーを「届いたけれどサーバー側の処理で返せなかった合図」と言え、閲覧者は再送信を避けて待つ、運営者は直前の変更とログを見る、と役割ごとの一手を決められる。」を、いまの自分の言葉で一文にしてみてください。途中の説明でも大丈夫です。
