すべてのユーティリティ

HTTP ステータスコード

一般的な HTTP レスポンスコードの検索可能なリファレンス。

1xx 情報

100

Continue

サーバーはリクエストヘッダーを受信し、クライアントはボディの送信を続行できます。サーバーが拒否する可能性がある大きなペイロードの送信を避けるために使用されます。

101

Switching Protocols

サーバーは Upgrade ヘッダーの要求どおりプロトコルを切り替えます(例: HTTP から WebSocket)。

102

Processing

サーバーはリクエストを受信して処理中ですが、まだレスポンスボディはありません。長時間実行操作で使用されます。

2xx 成功

200

OK

リクエストは成功しました。レスポンスボディには通常、要求されたリソースまたは操作結果が含まれます。

201

Created

リクエストは成功し、新しいリソースが作成されました。POST 後に Location ヘッダーで新リソースを指すことが多いです。

202

Accepted

リクエストは処理のために受理されましたが、まだ完了していません。非同期ジョブやバックグラウンドタスクで一般的です。

204

No Content

リクエストは成功しましたが、返すコンテンツがありません。空ボディの DELETE や PUT 成功時に典型的です。

3xx リダイレクト

301

Moved Permanently

リソースは新しい URL に恒久的に移動しました。クライアントと検索エンジンはブックマークとリンクを更新してください。

302

Found

リソースは別の URL で一時的に利用可能です。今後のリクエストは元の URL を使う場合もあります。

303

See Other

POST の後、クライアントは Location ヘッダーで示された URL に GET で結果を取得する必要があります。

304

Not Modified

キャッシュ版はまだ有効です。サーバーはボディを返しません。クライアントはローカルキャッシュを使用してください。

307

Temporary Redirect

元の HTTP メソッドを保持する一時的リダイレクト。従来の 302 処理と異なり、リダイレクト後も POST は POST のままです。

308

Permanent Redirect

元の HTTP メソッドを保持する恒久的リダイレクト。今後のリクエストでは新しい URL を使用してください。

4xx クライアントエラー

400

Bad Request

無効な構文、欠落フィールド、不正な JSON のため、サーバーはリクエストを処理できません。修正して再試行してください。

401

Unauthorized

認証が必要、または認証に失敗しました。Authorization ヘッダーやログインで有効な認証情報を提供してください。

403

Forbidden

サーバーはリクエストを理解しましたが、認可を拒否しました。ユーザーは認証済みでも権限がない可能性があります。

404

Not Found

要求された URL またはリソースは存在しません。パス、ルート、ID を確認してください — または項目が削除された可能性があります。

405

Method Not Allowed

このエンドポイントでは HTTP メソッドが許可されていません。例: GET のみサポートなのに POST を送信。

408

Request Timeout

サーバーは完全なリクエストを待機中にタイムアウトしました。低速アップロードやアイドル接続が原因のことが多いです。

409

Conflict

リクエストがリソースの現在の状態と競合しています。重複作成やバージョン制約違反でよく発生します。

410

Gone

リソースは存在していましたが、恒久的に削除され、再び利用できません。削除コンテンツに対して 404 より強い意味を持ちます。

413

Payload Too Large

リクエストボディがサーバーが処理可能なサイズを超えています。ペイロードサイズを減らすか、チャンクアップロードを使用してください。

414

URI Too Long

リクエスト URL がサーバー制限を超えています。クエリ文字列を短くするか、データをリクエストボディに移してください。

415

Unsupported Media Type

サーバーはリクエストの Content-Type をサポートしていません。JSON、フォームデータ、または API が受け入れる形式を送信してください。

418

I'm a teapot

RFC 2324 でエイプリルフールのジョークとして定義:サーバーはティーポットであるためコーヒーを淹れません。デモで使われることがあります。

422

Unprocessable Entity

リクエストは構文的には有効ですが、意味的に不正です。REST API や Web フォームのバリデーションエラーで典型的です。

429

Too Many Requests

クライアントが一定時間内に過剰なリクエストを送信しました。Retry-After を尊重し、バックオフまたはレート制限を実装してください。

5xx サーバーエラー

500

Internal Server Error

サーバーで予期しないエラーが発生しました。通常はクライアント側の問題ではありません — サーバーログを確認し、後でもう一度お試しください。

501

Not Implemented

サーバーはリクエストを満たすために必要な機能をサポートしていません。メソッドまたは機能が未実装です。

502

Bad Gateway

ゲートウェイまたはプロキシが上流サーバーから無効な応答を受信しました。バックエンド障害時のロードバランサー背後でよく見られます。

503

Service Unavailable

サーバーは一時的に利用できません。メンテナンスや過負荷が原因のことが多いです。しばらく待って再試行し、Retry-After があれば確認してください。

504

Gateway Timeout

ゲートウェイまたはプロキシが上流サーバーからタイムリーな応答を受信できませんでした。バックエンドの遅延やネットワーク問題を示します。

32 件の一般的な HTTP ステータスコード

このツールについて

Browse HTTP status codes with this practical reference for API development and debugging. The HTTP status reference explains response classes and common edge cases from informational to server error codes.

Engineers use it to align backend behavior, frontend handling, and monitoring alerts around consistent semantics. Clear status code usage improves observability and client integration reliability.

よくある質問

Why use an HTTP status reference during development?
It helps choose correct response codes for each outcome so clients can handle success and failure conditions predictably.
What is the difference between 4xx and 5xx?
4xx indicates client-side request issues, while 5xx indicates server-side failure or unavailable upstream behavior.
Can this help improve API monitoring?
Yes, understanding status semantics enables better alert thresholds and faster diagnosis of incident patterns.