HTTPステータスコードの雑学｜418「I'm a teapot」が生まれた理由

Webブラウザのアドレスバーに存在しないURLを打ち込むと「404 Not Found」と表示される。これは誰もが知っている。だが「418 I'm a teapot」というステータスコードを知っている人は、どれくらいいるだろうか。HTTPステータスコードの世界には、インターネットの歴史と技術者たちのユーモアが詰まっている。

そもそもHTTPステータスコードとは何か

HTTPステータスコードは、Webサーバーがクライアント（ブラウザ）に返す3桁の数字だ。1991年にティム・バーナーズ＝リーがHTTP/0.9を設計した時点では存在せず、1996年のHTTP/1.0で正式に導入された。

分類	番号帯	意味	代表例
情報レスポンス	1xx	リクエスト受信、処理継続中	100 Continue
成功	2xx	リクエスト成功	200 OK
リダイレクト	3xx	追加処理が必要	301 Moved Permanently
クライアントエラー	4xx	リクエスト側の問題	404 Not Found
サーバーエラー	5xx	サーバー側の問題	500 Internal Server Error

この分類を頭に入れておくと、ステータスコードの意味が直感的にわかるようになる。「4から始まるのはこっちのせい、5はサーバーのせい」と覚えればいい。

418「I'm a teapot」——[エイプリルフール](/tag/エイプリルフール)が生んだ公式規格

1998年4月1日、IETFのラリー・マシンターはRFC 2324「Hyper Text Coffee Pot Control Protocol（HTCPCP）」を発表した。コーヒーポットをHTTPで制御するためのプロトコルを「真面目に」記述したジョークRFCだ。

その中で定義されたのが、ステータスコード418。サーバーがコーヒーを入れるリクエストを受けたが、自分はティーポットなのでコーヒーは入れられない——これが「418 I'm a teapot」の意味だ。

驚くべきことに、GoogleやMicrosoft、Node.jsの主要なHTTPライブラリはこのコードを実装している。Google.comで「418」を検索すると、回転するティーポットのイースターエッグが表示された時期もあった。

2017年、IETFが418番を「再利用」しようとした際には、開発者コミュニティから猛反発が起き、保存運動「Save 418」が展開された。結果、418はジョークでありながら事実上の「予約済み」コードとなった。

知られざるステータスコードの世界

公式・非公式を含めると、ステータスコードの世界は奥深い。

コード	名称	由来・用途
204	No Content	成功したが返す[コンテンツ](/tag/contents)がない（DELETE後など）
301	Moved Permanently	[SEO](/tag/seo)で最も重要なリダイレクト
403	Forbidden	認証はされたがアクセス権がない
451	Unavailable For Legal Reasons	レイ・ブラッドベリ『華氏451度』から
503	Service Unavailable	サーバー過負荷・メンテナンス中
507	Insufficient Storage	WebDAV拡張。サーバーの容量不足

ステータスコード451は特に文学的だ。2015年に正式採用されたこのコードは、政府の検閲やGDPRに基づくコンテンツブロックに使われる。ブラッドベリの「本を燃やすディストピア」と、Webコンテンツの法的遮断を重ねた命名センスには唸らされる。

開発者が愛するHTTPコードのユーモア

TwitterやRedditでは、HTTPステータスコードを日常生活に当てはめるミームが定番だ。「冷蔵庫を開けたら何もなかった → 204 No Content」「彼女に既読スルーされた → 408 Request Timeout」といった具合に。

非公式コードも面白い。CloudflareやNginxは独自の5xxコードを定義している。Cloudflareの「522 Connection Timed Out」は、同社のCDNがオリジンサーバーに接続できない状態を示す。Twitterが過負荷時に返していた「420 Enhance Your Calm」は、リクエストのレートリミットを意味する非公式コードで、映画『デモリションマン』の「平穏を強化しなさい」というセリフが元ネタだ。

ステータスコードはWeb文化のDNAである

3桁の数字に、技術者たちは歴史・文学・ユーモアを詰め込んできた。HTTPステータスコードは単なるエラー番号ではなく、30年にわたるWeb文化の堆積物だ。

404ページのデザイン文化

404エラーページは、Web文化の中で独自のデザイン表現の場となっている。[GitHub](/tag/github)の404ページには宇宙空間を漂う猫の[アニメ](/tag/anime)ーション、Pixarの404ページにはSadness（悲しみ）のキャラクターが表示される。[日本](/tag/japan)では、NTTドコモが404ページに「ひつじのショーン」を採用した事例がある。

企業	404ページの特徴	メッセージ性
GitHub	宇宙空間を漂うOctocat	開発者向けのユーモア
Pixar	Sadnessキャラクター	ブランドの世界観を維持
Bloomberg	最小限のテキストのみ	プロフェッショナルさを強調
LEGO	壊れたLEGOフィギュア	遊び心でブランド表現

UXの観点からは、404ページは「離脱を防ぐ最後の砦」でもある。ユーザーがエラーに遭遇したとき、ただ「Not Found」と表示するだけでは離脱率が85%を超えるとされるが、検索バーやトップページへのリンクを配置し、ユーモアのある文言を添えると、離脱率を50%以下に抑えられるという調査結果もある。エラーページにこそ、そのサイトの姿勢が表れるのだ。

API開発者にとってのステータスコード設計

API設計において、適切なステータスコードを返すことは「APIの品質」そのものだ。しかし現実には、すべてのエラーを200で返し、レスポンスボディにerrorフラグを含める設計のAPIが少なくない。これは「偽りの200（Fake 200）」と呼ばれ、API設計のアンチパターンとされている。

シナリオ	適切なコード	よくある間違い
リソースの作成成功	201 Created	200 OK（作成と取得の区別がつかない）
バリデーションエラー	422 Unprocessable Entity	400 Bad Request（曖昧すぎる）
認証切れ	401 Unauthorized	403 Forbidden（意味が違う）
レートリミット超過	429 Too Many Requests	503 Service Unavailable（サーバーは正常）

優れたAPI設計者は、ステータスコードを「APIの言語」として活用する。適切なコードを返すことで、クライアント側のエラーハンドリングがシンプルになり、デバッグの効率も大幅に向上する。

次にブラウザで「404」を見たとき、あなたはそこにティム・バーナーズ＝リーの設計思想と、ラリー・マシンターのユーモアと、レイ・ブラッドベリの影を感じ取れるだろうか——それとも、ただ「ページが見つからない」とだけ思うだろうか。