エラーコード横断検索

リクエストの最初の部分を受信した。クライアントはリクエストを継続してよい。

サーバーがプロトコルを切り替える（例: HTTP→WebSocket）。

リクエスト成功。GETではリソース本体、POSTでは処理結果が返る。

リソースが新規作成された。Locationヘッダーに新リソースのURIが含まれることがある。

リクエストを受け付けたが、処理は未完了。非同期処理のキューに入れた場合などに使用。

成功したがレスポンスボディなし。DELETEやPUTの成功応答として多用。

Rangeリクエストに対して部分的なコンテンツを返す。動画ストリーミングやダウンロード再開で使用。

リソースが恒久的に移動した。検索エンジンはリンクジュースを新URLに引き継ぐ。

リソースが一時的に別のURIにある。メソッドをGETに変更してリダイレクトするブラウザが多い。

POSTの後にGETでリダイレクトさせたい場合に使用。PRG（Post-Redirect-Get）パターン。

キャッシュが有効。条件付きGETで、リソースが変更されていない場合に返す。

一時的なリダイレクト。302と違い、メソッドとボディを維持してリダイレクトする。

恒久的なリダイレクト。301と違い、メソッドとボディを維持してリダイレクトする。

リクエストの構文が不正。パラメータ不足・型エラー・JSON構文エラーなど。

認証が必要。WWW-Authenticateヘッダーで認証方式を示す。名前はUnauthorizedだが実態は「未認証」。

認証済みだがリソースへのアクセス権限がない。「認可」エラー。

リソースが見つからない。URLが間違っているか、リソースが削除された場合など。

そのHTTPメソッドは許可されていない。AllowヘッダーでサポートするメソッドリストをGETに返す。

サーバーがリクエストの受信待ちタイムアウト。クライアントはリクエストを再送してよい。

リソースの現在の状態と競合。一意制約違反や楽観的ロック失敗などに使用。

リソースが恒久的に削除された。404との違いは「二度と戻らない」こと。キャッシュ削除やSEO判断に使用。

リクエストボディがサーバーの制限を超えた。ファイルアップロードサイズ超過など。

リクエストURIが長すぎる。GETのクエリパラメータが多すぎる場合など。

Content-Typeがサーバーでサポートされていない。JSON送信時にContent-Type指定漏れなど。

構文は正しいがセマンティクスエラー。バリデーションエラー（メール形式不正・必須項目欠如など）でよく使われる。

レート制限超過。Retry-Afterヘッダーで再試行可能時刻を示すことが多い。

サーバー内部エラー。原因が特定できない場合の汎用エラー。

リクエストされた機能がサーバーに実装されていない。

プロキシ/ゲートウェイがアップストリームから不正なレスポンスを受け取った。バックエンドのクラッシュや再起動中に多発。

サーバーが一時的に利用不可。メンテナンス中や過負荷時。Retry-Afterヘッダーで再試行時刻を示す。

プロキシ/ゲートウェイがアップストリームからのレスポンス待ちでタイムアウト。処理時間の長いAPIで多発。

ストレージ容量不足でリクエストを完了できない（WebDAV拡張）。