HTTP ステータスコードの設計思想 — RFC 9110 の 5 クラス分類と歴史的コードの運命

1991 年、Tim Berners-Lee が設計した最初の HTTP (後に HTTP/0.9 と呼ばれる) は、驚くほどシンプルなプロトコルでした。リクエストは GET /path の 1 行だけ。レスポンスはヘッダもステータス行もなく、HTML 本文がそのまま返されるだけでした。

RFC 1945 (HTTP/1.0, 1996) は HTTP/0.9 のレスポンス形式を以下のように定義しています:

Simple-Response = [ Entity-Body ]

つまり「成功したかどうか」を知る手段がなかったのです。ページが存在しなければ接続が切れるだけ。エラーメッセージも、リダイレクトも、キャッシュ制御もありませんでした。

Tim Berners-Lee、Roy Fielding、Henrik Frystyk が著した RFC 1945 (May 1996) で HTTP/1.0 が定義され、ここで初めてステータスコードが登場します。レスポンスの先頭行が Status-Line になりました:

Status-Line = HTTP-Version SP Status-Code SP Reason-Phrase CRLF
例: HTTP/1.0 200 OK

なぜ 3 桁なのか? これは FTP (RFC 959, 1985) や SMTP (RFC 821, 1982) など、先行するインターネットプロトコルの慣例を踏襲しています。3 桁の数字は人間が読みやすく、先頭 1 桁でクラス分類できるという実用的な理由です。

HTTP/1.0 で定義されたステータスコードは 16 個でした。200, 201, 202, 204, 301, 302, 304, 400, 401, 403, 404, 500, 501, 502, 503 — 現在でもすべて現役です。

RFC 9110 §15 では、ステータスコードの先頭桁による 5 つのクラスを定義しています:

この分類の設計上の要点は、クライアントが未知のステータスコードを受け取っても、先頭桁だけで適切な挙動を取れることです。RFC 9110 §15.1 はこう述べています: 未認識の 4xx コードを受け取ったクライアントは 400 と同等に扱い、未認識の 5xx は 500 と同等に扱うべき、と。将来新しいコードが追加されても、古いクライアントが破綻しない仕組みです。

HTTP の仕様は 25 年間で 4 世代を経て磨かれてきました:

特に重要なのは 2022 年の改訂です。RFC 9110 は「HTTP/1.1 の仕様」ではなく「HTTP の意味論」として再定義されました。ステータスコードの定義は HTTP/1.1、HTTP/2、HTTP/3 のすべてで共通です。トランスポート層 (TCP, QUIC) が変わっても、ステータスコードの意味は変わりません。

418 I'm a teapot は RFC 2324 (1998 年 4 月 1 日) で定義されました。この RFC は HTCPCP (Hyper Text Coffee Pot Control Protocol) というコーヒーポットを HTTP で制御するジョーク仕様で、エイプリルフール RFC の傑作として知られています。

ティーポットにコーヒーを淹れるよう要求すると 418 I'm a teapot が返される、という設定です。

問題はその後です。このジョークコードが Node.js の http モジュール、Google、Python の requests ライブラリなど、実際のソフトウェアに実装されてしまいました。RFC 9110 の著者 Roy Fielding は 418 を別の用途に再割り当てしようとしましたが、既に広く実装されていたため断念。

結局 RFC 9110 §15.5.19 では 418 を "(Unused)" とし、IANA レジストリで予約する形になりました。ジョークから始まったコードが、事実上永久欠番になったのです。

451 Unavailable For Legal Reasons は RFC 7725 (2016 年 2 月) で定義されました。法的要請によりコンテンツにアクセスできない場合に使用するコードです。

451 という番号はレイ・ブラッドベリの小説『華氏 451 度 (Fahrenheit 451)』への明確なオマージュです。書物の所持が禁じられた近未来を描いたこの作品のタイトルは「紙が自然発火する温度」に由来します。RFC 7725 の謝辞 (Acknowledgements) セクションには、著者が直接ブラッドベリへの感謝を記しています。

実際の使用例として、英国の ISP が裁判所命令に基づきサイトをブロックする際や、EU の「忘れられる権利 (GDPR)」に基づく検索結果の非表示で 451 が使われることがあります。403 Forbidden とは異なり、法的根拠に基づく制限であることを明示できるのが 451 の存在意義です。

402 Payment Required は HTTP/1.1 の初版 RFC 2068 (1997) から存在しますが、RFC 9110 §15.5.3 でも依然として「reserved for future use (将来の使用のために予約)」と記されています。25 年以上、一度も正式に使用方法が定義されたことがありません。

402 は「Web ペイメントのためのステータスコード」として構想されましたが、Web 上での決済手段が多様化しすぎ、HTTP レベルで統一的なペイメントプロトコルを定義することが現実的でなくなりました。

非公式には、API のレート制限超過やサブスクリプション切れを示すために 402 を返すサービス (Shopify, Stripe の一部エンドポイント) がありますが、標準的な用法とは言えません。インターネット考古学的には、Berners-Lee が構想した「マイクロペイメントで Web コンテンツに課金する」という 1990 年代の夢の残滓とも言えます。

103 Early Hints は RFC 8297 (2017 年 12 月) で定義された比較的新しいステータスコードです。ステータスは Experimental (実験的) ですが、2023 年以降主要ブラウザがすべてサポートしています。

用途は明確で、サーバーが最終レスポンス (200 OK) を準備している間に、先行して Link ヘッダを送信し、ブラウザに CSS・フォント・JavaScript の先読み (preload) を開始させます:

HTTP/1.1 103 Early Hints
Link: </style.css>; rel=preload; as=style
Link: </app.js>; rel=preload; as=script

(... サーバーが DB 問い合わせ等を実行中 ...)

HTTP/1.1 200 OK
Content-Type: text/html
...

103 は「最終レスポンスの前に送る暫定レスポンス」という 1xx クラスの本来の役割を体現しています。Cloudflare や Fastly の CDN が対応しており、LCP (Largest Contentful Paint) の改善に有効です。

HTTP ステータスコードの公式な一覧は IANA (Internet Assigned Numbers Authority) が管理する HTTP Status Code Registry にあります。

2026 年現在、登録済みのコードは約 63 個。100-599 の範囲には 500 個のスロットがあるため、まだ大部分が未割り当てです。新しいステータスコードの追加には IETF による標準化手続きが必要で、気軽には追加できません。

未割り当てコードの中には、コミュニティで非公式に使われているものもあります:

• 444 — nginx 独自。レスポンスを返さずに接続を閉じる
• 499 — nginx 独自。クライアントがレスポンスを待たずに接続を切断
• 529 — Qualys SSL Labs が使用 (非標準)

これらは IANA に登録されていない非公式コードであり、ソフトウェア固有の拡張です。RFC 9110 は未知のコードを先頭桁で処理するよう定めているため、こうした非公式コードも 4xx/5xx として適切に扱われます。

• HTTP/0.9 (1991) にはステータスコードが存在しなかった — レスポンスは HTML 本文のみ
• RFC 1945 (1996) で 16 個のステータスコードが初定義、3 桁は FTP/SMTP の慣例を踏襲
• 5 クラス (1xx-5xx) の設計: 未知のコードも先頭桁で適切に処理できる前方互換性
• RFC 9110 (2022) で「HTTP Semantics」として再整理、HTTP/1.1/2/3 共通の意味論に
• 418 I'm a teapot: エイプリルフール RFC → 実装が広まり → 事実上の永久欠番
• 451: レイ・ブラッドベリ『華氏 451 度』へのオマージュ、法的制限の明示に使用
• 402 Payment Required: 25 年以上「将来のために予約」のまま未定義
• 103 Early Hints: リソースの先読みで LCP 改善、CDN が対応
• IANA レジストリが公式一覧、登録済み約 63 個 / 500 スロット