HTTPステータスコードをカテゴリ別に一覧表示

5つのHTTPレスポンスクラスから選択します

HTTPステータスコードは先頭の数字で分類されます。情報レスポンスは100–199の範囲にあり、最終レスポンスの前に暫定的な進行状況を示します。成功レスポンスは200–299を使用し、個々のコードが示す方法でリクエストが受信、理解、または完了されたことを表します。リダイレクトレスポンスは300–399を使用し、リソースの選択、場所の変更、キャッシュ検証、関連するルーティング判断を示します。クライアントエラーは400–499で、構文、認証情報、前提条件、対象、頻度など、クライアント側の条件によりリクエストを処理できない場合に使われます。サーバーエラーは500–599で、サーバーまたは中継機器が一見有効なリクエストを完了できない場合に使われます。カテゴリを1つ指定すると、正規名、数値範囲、項目数、昇順の`statuses`配列が返されます。大文字と小文字、前後の空白、ハイフン、アンダースコアの違いは無視されます。それ以外の名称は推測せず、明確なエラーとして扱われます。

コードと理由句を正確に読み取ります

配列の各項目には、数値の`code`と標準化された`reason_phrase`が含まれます。理由句は短い慣用的なラベルであり、レスポンスを生成すべき条件の完全な説明ではありません。たとえば404 Not Foundは結果を示しますが、キャッシュ動作、メソッドとの関係、表現の意味は該当するHTTP仕様で定義されます。古い資料と異なる場合は、現在のレジストリ表記を採用しています。413はContent Too Large、422はUnprocessable Contentです。418はレジストリ上の表記であるUnusedとして収録しています。広く知られたティーポットの表現は以前の実験的仕様に由来し、現在の中核レジストリの名称として扱うべきではありません。未割り当ての番号は意図的に省いているため、カテゴリ内のすべての整数が含まれるとは限りません。リストは数値順なので、追加の並べ替えをせずに表の表示、許可コードの比較、選択欄の作成ができます。理由句は説明用メタデータです。HTTP/2とHTTP/3では理由句フィールドが送信されないため、クライアントの判断には数値コードをご使用ください。

文書作成と検証に結果を活用します

この機能は、実際のレスポンスの詳細ではなく、範囲が明確な参照データをツールで必要とする場合に適しています。文書ジェネレーターは各カテゴリを取得して、一貫した表を作成できます。テスト環境では、アプリケーションが想定クラスの登録済みコードを返すか確認しながら、各エンドポイントで許可するレスポンスについて独自の規則も適用できます。APIエクスプローラーでは返された理由句からグループ別メニューを構成でき、教材では暫定、成功、リダイレクト、クライアントエラー、サーバーエラーを比較できます。処理はメモリ上の固定テーブルを参照するだけです。ネットワーク通信、サーバー状態の読み取り、入力の保存は行わず、同じ正規化済みカテゴリには常に同じ結果を返します。特定の業務でコードが適切かどうかの判断、ベンダー固有コードの追加、レスポンス本文の解釈は行いません。仕様追加によってレジストリは変化し得るため、法的または運用上の正式な根拠が必要な場合は、プロジェクトで採用した仕様版も記録してください。ブラウザとAPIは同じ決定論的ソルバーを共有し、API呼び出しの料金は$0.002です。