DevUtils

HTTPステータスコード一覧

New

HTTP 1xx, 2xx, 3xx, 4xx, 5xx コードのリファレンス。

全 28 件中 28 件を表示

100

Continue

サーバーがリクエストヘッダーを受信しました。クライアントはボディの送信を継続してください。

主な用途: 大容量ファイルアップロード時

101

Switching Protocols

リクエストに応じてサーバーが異なるプロトコルに切り替えています。

主な用途: WebSocketへのアップグレード

102

Processing

サーバーがリクエストを受信し、処理を行っています。

主な用途: WebDAVの処理

103

Early Hints

最終応答の前にリソースのプリロードヒントを事前に返却します。

主な用途: リソースのプリロードヒント

200

OK

リクエストが正常に完了しました。

主な用途: 一般的な成功レスポンス

201

Created

リクエストが成功し、新しいリソースが作成されました。

主な用途: POSTによるリソース作成成功時

202

Accepted

リクエストは受理されましたが、処理は未完了です。

主な用途: 非同期ジョブキューの処理

204

No Content

リクエストは成功しましたが、返却するコンテンツはありません。

主な用途: DELETE処理成功時

206

Partial Content

サーバーがリソースの一部のみを配信しています。

主な用途: 動画ストリーミングや分割ダウンロード

301

Moved Permanently

リソースが新しいURLへ永久に移動しました。

主な用途: ドメイン変更やHTTPSへの永久リダイレクト

302

Found

リソースが一時的に異なるURLに存在します。

主な用途: 一時的なリダイレクト(ログイン後画面遷移など)

304

Not Modified

キャッシュされたコンテンツが有効です。

主な用途: ETagキャッシュ検証

307

Temporary Redirect

HTTPメソッドを変更しない一時的リダイレクト。

主な用途: POSTメソッドを維持したフォーム転送

308

Permanent Redirect

HTTPメソッドを変更しない永久的リダイレクト。

主な用途: 301と同様だがPOSTメソッドを保持

400

Bad Request

リクエストの構文が不正です。

主な用途: JSONパースエラー、必須パラメータ不足

401

Unauthorized

認証が必要です。認証に失敗しました。

主な用途: JWTトークンの期限切れや未設定

403

Forbidden

アクセスが 拒否されました(権限不足)。

主な用途: 管理者専用ページへのアクセス拒否

404

Not Found

指定されたリソースが見つかりません。

主な用途: 存在しないURLへのアクセス

405

Method Not Allowed

許可されていないHTTPメソッドです。

主な用途: POST専用APIに対するGETリクエスト

408

Request Timeout

サーバーの要求タイムアウト時間内にリクエストが完了しませんでした。

主な用途: クライアントの接続遅延

409

Conflict

リクエストがリソースの現在の状態と競合しています。

主な用途: 重複登録や同時編集競合

410

Gone

リソースは永久に削除されました。

主な用途: 永久削除されたデータへのアクセス

429

Too Many Requests

短時間にリクエストが多すぎます(レート制限)。

主な用途: APIのアクセス制限時

451

Unavailable For Legal Reasons

法的理由により利用不可なリソースです。

主な用途: 検閲や法律によるブロック

500

Internal Server Error

サーバー内部でエラーが発生しました。

主な用途: サーバー側の未ハンドルの例外エラー

502

Bad Gateway

ゲートウェイがアップストリームサーバーから無効な応答を受信しました。

主な用途: Nginxとアプリサーバー間の接続失敗

503

Service Unavailable

サーバーが一時的に利用できません(メンテナンス中など)。

主な用途: サーバーメンテナンスや過負荷時

504

Gateway Timeout

ゲートウェイがタイムアウトしました。

主な用途: バックエンドの処理遅延によるタイムアウト

このツールについて

HTTP status codes are three-digit numbers returned by a web server to indicate the result of a request. They are grouped into five classes: 1xx (informational), 2xx (success), 3xx (redirection), 4xx (client errors), and 5xx (server errors). Understanding status codes is essential for web development, API design, debugging, and SEO—search engines use 301 vs 302 to decide whether to transfer link equity, and 404 vs 410 to decide whether to keep crawling a URL. This page is a complete HTTP status code reference with descriptions and practical guidance.

使い方

  1. 1Browse the full list of HTTP status codes grouped by class (1xx, 2xx, 3xx, 4xx, 5xx).
  2. 2Use the search box to filter by code number or keyword (e.g. "not found", "redirect").
  3. 3Click any status code to expand its full description, typical use cases, and REST API guidance.

よくある質問 (FAQ)

What is the difference between 301 and 302?
301 (Moved Permanently) tells clients and search engines that the resource has permanently moved—the old URL should be updated everywhere. 302 (Found / Temporary Redirect) tells clients to use the new URL this time but continue using the old URL in the future. For SEO, use 301 when you permanently rename or restructure URLs.
What is the difference between 401 and 403?
401 (Unauthorized) means the request requires authentication—the client needs to log in. 403 (Forbidden) means the server understood the request and the user may be authenticated, but does not have permission. In practice: 401 = 'who are you?', 403 = 'I know who you are, but you cannot do this.'
What is the difference between 404 and 410?
404 (Not Found) means the resource could not be found but might exist in the future. 410 (Gone) means the resource deliberately no longer exists and will not return. Search engines remove a 410 URL from their index quickly; a 404 may be retried and kept in the index longer.
When should I use 422 vs 400?
400 (Bad Request) is a general malformed-request error (syntax error, invalid JSON, missing field). 422 (Unprocessable Entity) means the request was syntactically valid but semantically incorrect—the server understood the content but cannot process it, such as when a field value violates a business rule. REST APIs increasingly use 422 for validation errors.