無料HTTP ステータス コードのリファレンス

Expect: 100-continueリクエストで使用されます。サーバーがクライアントから本文を受け取る意思があることを確認します。最新のWebアプリではほとんど見られません。

最も一般的にはWebSocketアップグレードに使用されます。クライアントがUpgrade: websocketをリクエストし、サーバーが101で応答してプロトコルを切り替えます。

WebDAV中間レスポンスで、長時間の操作中にクライアント タイムアウトを防ぐために送信されます。廃止予定です。最新のサーバーは送信しないはずです。

サーバーが最終レスポンスを準備している間にLinkヘッダー（プリロード/プリコネクト）を送信できるため、ブラウザが重要なアセットの取得を早期に開始できます。

標準的な成功レスポンス。意味はHTTPメソッドによって異なります：GET →リソースが返される、POST/PUT →アクションが完了しました。

POSTの後に一般的です。レスポンスに新しいリソースのURLを指すLocationヘッダーが含まれている必要があります。

非同期操作の場合。サーバーが作業をキューに入れています。クライアントはステータスエンドポイントをポーリングするか、後で確認する必要があります。

リクエストは成功しましたが、仲介者（キャッシングまたは変換プロキシなど）がオリジンサーバーのペイロードを変更しました。例えば、画像を再圧縮したなど。実際には稀です。

DELETE操作またはレスポンス本体を返す必要がないPUT更新に頻繁に使用されます。クライアントは現在のページから移動しないでください。

204と同様にレスポンス本体はありませんが、クライアントはリクエストを生成したフォームまたはビューをリセットするよう指示されます（例えば、次のエントリ用にフォームフィールドをクリアします）。

Rangeリクエストへのレスポンス。ビデオプレイヤーとダウンロード マネージャーが中断されたダウンロードを再開したり、大きなファイルをストリーミングしたりするために使用されます。

WebDAV：XMLボディは複数の副操作の結果を個別に報告します。例えば、一部の項目は成功し、他の項目が失敗した場合の一括移動など。

WebDAV：207マルチステータス レスポンス内で使用され、バインディングがループを作成する場合に同じコレクションのメンバーを繰り返しリストするのを避けます。

デルタエンコード：サーバーはリソース全体の代わりに前のバージョンに対する差分を返し、帯域幅を節約します。非常に稀に実装されます。

サーバーが複数のオプション（異なる形式や言語など）を提供し、クライアントが1つを選択する必要があります。自動コンテンツ ネゴシエーションが通常処理するため、ほとんど使用されません。

永続的なURL変更に使用。検索エンジンはインデックスを更新します。SEOオーソリティが新しいURLに転送されます。

リダイレクトが永続的ではないことを示します。キャッシングは301ほど積極的ではありません。「ログイン必須、/loginにリダイレクト」のような場合に使用します。

POST送信後に使用。レスポンスは「POSTが機能しました。結果のためこのGET URLを参照してください」と示します。ブラウザは常に新しいURLをGETします。

条件付きリクエストへのレスポンス（If-None-MatchまたはIf-Modified-Sinceヘッダー付き）。帯域幅を節約します。本体は返されません。

元のリクエストがPOSTの場合、リダイレクトもPOSTを使用します。メソッド保存が重要な場合の302の最新代替案。

メソッド保存が必要な場合の301の最新代替案。リダイレクト後もPOSTリクエストはPOSTのままです。

一般的な原因：本文のJSONが不正な形式、無効なクエリパラメータ、または必須フィールドが欠落しています。リクエスト本文とヘッダーを確認してください。

クライアントは認証資格情報（Authorizationヘッダー、Cookie、トークン）を含める必要があります。「未認可」は誤称です。実は「未認証」を意味します。

元々デジタル決済を意図しています。最新の使用方法：APIはユーザーが有料クォータを超えた場合に402を返すことがあります。

401と異なり、ユーザーはログインしていますが、アカウントにはこのリソースに対するパーミッションがありません。ロール/パーミッションのロジックを確認してください。

URLが間違っているか、リソースが削除されたか、存在しない可能性があります。サーバーは403がより正確である場合でも404を返すことがあります。

例えば、POSTのみを受け付けるエンドポイントへのGETリクエスト。レスポンスには有効なメソッドをリストするAllowヘッダーを含める必要があります。

クライアントがサーバーが満たせないコンテンツ タイプ、言語、またはエンコーディング（Accept、Accept-Language、Accept-Encodingを経由）をリクエストしました。多くのサーバーは厳密なネゴシエーションをスキップして代わりにデフォルトを返します。

401と同様ですが、プロキシから発行：クライアントはProxy-Authorization認証情報を送信する必要があります。認証プロキシを持つ企業ネットワークで見られます。

クライアントがリクエストボディを送信するのに時間がかかりすぎるか、接続がアイドル状態でした。もう一度リクエストを試してください。

通常、同時編集の競合またはリソース作成の重複(例:既存のメールアドレスを持つユーザーを作成する)に対して返されます。

404より強力です。サーバーはリソースが以前存在していたことを明示的に認識していますが、永続的に削除されています。検索エンジンはインデックスを削除します。

リクエストはContent-Lengthヘッダーがなく、サーバーは未知のサイズのボディを拒否するため、拒否されました。ヘッダーを追加してもう一度試してください。

If-MatchやIf-Unmodified-Sinceのような条件付きヘッダーが失敗した場合に返されます。通常は楽観的ロックによるもので、取得した後に他の誰かがリソースを変更しています。もう一度取得してリトライしてください。

大きなファイルをアップロードするときに一般的です。サーバー構成(nginx、apache)が最大ボディサイズを設定します。サーバーの構成を確認してください。

通常、非常に長いクエリ文字列（例：GETでデータをエンコードする）によって引き起こされます。POSTボディに切り替えるか、サーバーを管理している場合はサーバーの制限を上げてください。

たとえば、application/xmlをapplication/jsonのみを受け入れるサーバーに送信します。Content-Typeヘッダーを正しく設定してください。

Rangeヘッダーはファイルが持っていない部分を要求します。たとえば、ファイルの終わりを超えてダウンロードを再開します。応答にはContent-Rangeと実際のサイズを含める必要があります。

サーバーがExpect: 100-continueをサポートしていない場合に送信されます。一部のクライアントは大きなPOSTでデフォルトでこのヘッダーを送信します。無効にすると通常はエラーが解決します。

1998年のエイプリルフール(RFC 2324)からのジョークです。一部の実際のAPIはジョークまたは廃止されたエンドポイントをマークするために使用します。本番環境では使用しません。

HTTP/2接続の再利用で一般的:リクエストはターゲットホスト名用に構成されていないサーバーに達しました。クライアントは新しい接続でリトライすることをお勧めします。

たとえば、JSONは正しく解析されましたが、必須フィールドが不足していました。または、フィールド値が範囲外でした。REST API検証応答で一般的です。

WebDAV:ソースまたはデスティネーションリソースは別のクライアントによってロックされているため、操作を続行できません。ロックが解放されるのを待つか、適切なトークンで破棄してください。

WebDAV:従属操作のチェーンで、以前のアクションが失敗したため、このアクションは実行されませんでした。根本原因については、以前の失敗を確認してください。

TLS 1.3 0-RTT（早期データ）に関連：サーバーは再送された可能性のあるリクエストを処理するリスクを避けます。クライアントはハンドシェイク完了後にリトライしてください。

サーバーは現在のプロトコルではリクエストを処理しませんが、アップグレード後であれば処理します。応答には必要なプロトコルを示すUpgradeヘッダーが含まれます。

サーバーは更新の消失による競合を防ぐため、条件付きヘッダー（If-Matchなど）を要求します。リソースを取得し、ETagを控えて、If-Matchを付けて再送信してください。

減速してください。応答には、いつ再度試すかを示すRetry-Afterヘッダーが含まれます。リクエストクォータを持つAPIで一般的です。

1つのヘッダーまたはヘッダーの合計サイズが制限を超えています。ほとんどの場合、サイズの大きすぎるCookieが原因です。Cookieをクリアするか、アプリが保存する内容を減らしてください。

リソースは法的理由（検閲、裁判所命令、地域の規制）でブロックされています。この番号は小説『華氏451度』へのオマージュです。

サーバー側エラー全般を表す汎用コードです。実際の原因についてはサーバーログを確認してください：未処理の例外、データベースエラーなど。

たとえば、サーバーはHTTPメソッドを認識しません。実際には珍しいことです。より多くの場合、405が表示されます。

マイクロサービスアーキテクチャで一般的です。ロードバランサーまたはリバースプロキシは、バックエンドサービスから不正な応答を受け取りました。

ダウンしているか、保守中であるか、過負荷になっています。応答にはRetry-Afterヘッダーが含まれます。多くの場合、デプロイ中に返されます。

バックエンドサービスが十分に高速に応答しませんでした。上流サービスの健全性とタイムアウト構成を確認してください。

リクエストの主要なHTTPバージョンはサーバーでサポートされていません。最新のクライアントではほぼ表示されません。

透過的なコンテンツネゴシエーションはループで終了しました:選択されたバリアントは自分自身をネゴシエートするように構成されています。サーバー構成エラーを示します。

起源はWebDAV固有ですが、時々一般的なサーバーで使用されます。サーバーはストレージの制約のためリクエストを保存できないことを意味します。

WebDAV：Depth: infinityリクエストの処理中にループ（例：循環バインディング）が発生しました。操作は終了しました。

廃止されたHTTP拡張フレームワークから:サーバーはリクエストを履行する前に詳細情報が必要です。最新のWebでは効果的に使用されていません。

キャプティブポータル(ホテル/空港Wi-Fi)で使用されて、ユーザーが外部サイトにアクセスする前にネットワークにログインする必要があることを示します。