HTTPステータスコード一覧とは？200・404・500など主要コードの意味と使い方を解説

HTTPステータスコードの基本概念

HTTPステータスコードとは、Webサーバーがクライアント（Webブラウザなど）からのリクエストに対して、処理結果を伝えるために送信する3桁の数値コードです。このコードにより、リクエストが正常に処理されたか、エラーが発生したか、追加のアクションが必要かなどの情報を明確に伝達できます。

HTTPステータスコードの重要性

HTTPステータスコードは、Web開発において極めて重要な役割を果たします。適切なステータスコードを返すことで、ブラウザや検索エンジン、APIクライアントが正しい処理を実行できるようになります。また、ユーザー体験の向上、SEOの最適化、システム間の連携において、正確な情報伝達の基盤となります。

ステータスコードの構造

HTTPステータスコードは3桁の数字で構成され、最初の桁によって大まかなカテゴリが決まります。各桁には以下のような意味があります：

• 100番台：情報提供（Informational）
• 200番台：成功（Success）
• 300番台：リダイレクト（Redirection）
• 400番台：クライアントエラー（Client Error）
• 500番台：サーバーエラー（Server Error）

1xx系：情報提供レスポンス

100 Continue

クライアントがリクエストの続きを送信しても良いことを示します。主に大きなデータを送信する際の事前確認で使用されます。

使用場面：

• 大容量ファイルのアップロード時
• POST リクエストでの事前確認
• プロキシサーバーでの処理継続確認

101 Switching Protocols

サーバーがプロトコルの切り替えを了承したことを示します。WebSocketへの切り替え時によく使用されます。

使用場面：

• HTTP から WebSocket への切り替え
• HTTP/1.1 から HTTP/2 への切り替え
• 暗号化レベルの変更

102 Processing

サーバーがリクエストを受信し、処理中であることを示します。長時間の処理でタイムアウトを防ぐために使用されます。

2xx系：成功レスポンス

200 OK

リクエストが正常に処理されたことを示す最も一般的なステータスコードです。

適用場面：

• Webページの正常表示
• APIからのデータ取得成功
• フォーム送信の正常処理
• ファイルダウンロードの成功

201 Created

新しいリソースの作成が成功したことを示します。RESTful APIでのPOSTリクエスト成功時によく使用されます。

適用場面：

• ユーザー登録の完了
• 新規記事の投稿成功
• ファイルアップロードの完了
• データベースへの新規レコード追加

202 Accepted

リクエストは受理されたが、処理がまだ完了していないことを示します。非同期処理でよく使用されます。

適用場面：

• バッチ処理の開始受付
• メール送信の処理開始
• 大容量データの処理受付
• バックグラウンド処理の開始

204 No Content

リクエストは正常に処理されたが、返すコンテンツがないことを示します。

適用場面：

• データの削除処理完了
• 設定の保存完了
• いいね機能の処理完了
• キャッシュのクリア完了

206 Partial Content

範囲指定されたリクエストが正常に処理されたことを示します。

適用場面：

• 動画ストリーミングでの部分配信
• 大容量ファイルの分割ダウンロード
• 断続的なファイル転送の再開

3xx系：リダイレクトレスポンス

301 Moved Permanently

リソースが恒久的に移動したことを示します。SEOにおいて重要なステータスコードです。

使用場面：

• ドメイン変更時のリダイレクト
• URL構造の恒久的な変更
• HTTPからHTTPSへの恒久移行
• 古いページから新しいページへの誘導

SEOへの影響：

• 検索エンジンが新しいURLをインデックス
• 旧URLのページランクが新URLに引き継がれる
• 適切な使用でSEO価値を維持

302 Found（Temporary Redirect）

リソースが一時的に移動したことを示します。

使用場面：

• メンテナンス中の一時的な誘導
• A/Bテストでの振り分け
• ログイン後の一時的なリダイレクト
• 地域別サイトへの一時的な案内

304 Not Modified

リソースが変更されていないため、キャッシュを使用可能であることを示します。

効果：

• 帯域幅の節約
• ページ表示速度の向上
• サーバー負荷の軽減
• ユーザー体験の向上

307 Temporary Redirect

HTTPメソッドを変更せずに一時的にリダイレクトすることを示します。

302との違い：

• HTTPメソッド（POST、GET等）が保持される
• より厳密な一時的リダイレクト
• RESTful APIで推奨される使用法

308 Permanent Redirect

HTTPメソッドを変更せずに恒久的にリダイレクトすることを示します。

301との違い：

• HTTPメソッドが保持される
• POST リクエストがPOSTのまま転送される
• より厳密な恒久的リダイレクト

4xx系：クライアントエラー

400 Bad Request

クライアントのリクエストに構文エラーがあることを示します。

発生原因：

• 不正なJSON形式のデータ送信
• 必須パラメータの不足
• 不正な文字エンコーディング
• URLの形式エラー

対処方法：

• リクエスト形式の確認と修正
• パラメータの検証
• エンコーディングの統一
• API仕様書との照合

401 Unauthorized

認証が必要、または認証に失敗したことを示します。

発生場面：

• ログインが必要なページへの未認証アクセス
• 期限切れのトークンでのAPI呼び出し
• 不正な認証情報での接続試行
• セッション期限切れ

対処方法：

• 適切な認証情報の提供
• ログイン処理の実行
• トークンの更新
• セッションの再確立

403 Forbidden

認証は済んでいるが、リソースへのアクセス権限がないことを示します。

発生場面：

• 管理者限定ページへの一般ユーザーアクセス
• 権限のないファイルへのアクセス試行
• IP制限されたリソースへのアクセス
• 有料コンテンツへの無料ユーザーアクセス

404 Not Found

要求されたリソースが見つからないことを示す、最もよく知られているステータスコードです。

発生原因：

• 存在しないページへのアクセス
• 削除されたファイルへのリクエスト
• URLの入力ミス
• リンク切れ

ユーザビリティ対策：

• カスタム404ページの作成
• 関連ページへのリンク提供
• サイト内検索機能の設置
• ホームページへの誘導

405 Method Not Allowed

使用されたHTTPメソッドがリソースで許可されていないことを示します。

発生例：

• GET のみ対応のAPIにPOSTでアクセス
• 読み取り専用リソースに書き込み試行
• 不適切なHTTPメソッドの使用

408 Request Timeout

リクエストのタイムアウトが発生したことを示します。

発生原因：

• ネットワークの遅延
• 大容量データの送信
• サーバーの処理能力不足
• クライアント側の接続問題

429 Too Many Requests

リクエスト数が制限を超えたことを示します。API制限でよく使用されます。

対策：

• リクエスト間隔の調整
• レート制限の確認
• 認証による制限緩和
• バックオフ戦略の実装

5xx系：サーバーエラー

500 Internal Server Error

サーバー内部でエラーが発生したことを示す包括的なエラーコードです。

発生原因：

• プログラムのバグ
• データベース接続エラー
• 設定ファイルの問題
• リソース不足

対処方法：

• エラーログの確認
• サーバー設定の検証
• データベース状態の確認
• リソース使用量の監視

502 Bad Gateway

上流サーバーから無効な応答を受信したことを示します。

発生場面：

• プロキシサーバーの問題
• ロードバランサーの設定ミス
• アップストリームサーバーの障害
• ネットワーク分断

503 Service Unavailable

サーバーが一時的に利用できないことを示します。

発生原因：

• 定期メンテナンス
• 過負荷状態
• 一時的なシステム障害
• 意図的なサービス停止

適切な使用法：

• メンテナンス画面の表示
• Retry-After ヘッダーの併用
• 障害復旧までの案内
• 代替サービスの提供

504 Gateway Timeout

上流サーバーからの応答がタイムアウトしたことを示します。

発生原因：

• 上流サーバーの応答遅延
• ネットワークの問題
• 処理時間の超過
• 設定されたタイムアウト値

Web開発での実装とベストプラクティス

適切なステータスコードの選択

RESTful API設計：

• GET成功：200 OK
• POST成功：201 Created
• PUT成功：200 OK または 204 No Content
• DELETE成功：204 No Content
• 部分更新：206 Partial Content

エラーハンドリングの実装

ユーザビリティの向上：

• 明確なエラーメッセージの提供
• 適切な回復手順の案内
• ユーザーフレンドリーなエラーページ
• 技術的詳細の適切な隠蔽

キャッシュ戦略での活用

パフォーマンス最適化：

• 304 Not Modified でキャッシュ効率化
• 適切なCache-Controlヘッダーとの組み合わせ
• ETags との連携
• 条件付きリクエストの実装

SEOとHTTPステータスコード

検索エンジン最適化への影響

クローリングへの影響：

• 200：正常にインデックス
• 301：新URLへのランキング引き継ぎ
• 404：インデックスからの除外
• 500：一時的なクローリング停止

リダイレクトの戦略的使用

SEO価値の保持：

• 301リダイレクトでのランキング維持
• 適切なリダイレクトチェーンの設計
• JavaScript リダイレクトの回避
• メタリフレッシュの代替手法

トラブルシューティング

よくある問題と解決策

404エラーの対策：

• リンク切れの定期的なチェック
• サイトマップの更新
• カスタム404ページの充実
• 内部リンクの適切な管理

500エラーの調査方法：

• サーバーログの詳細確認
• エラー監視ツールの活用
• 段階的なデバッグ手法
• 負荷テストによる問題の特定

監視とアラート

プロアクティブな対応：

• ステータスコード分布の監視
• エラー率の閾値設定
• 自動アラートシステムの構築
• パフォーマンス指標との連携

HTTPステータスコードの進化

HTTP/2とHTTP/3での変化

新しい通信方式：

• 多重化通信でのステータスコード処理
• サーバープッシュでの活用
• 効率的なヘッダー圧縮
• 新しいエラーハンドリング手法

セキュリティとの関連

セキュリティ考慮事項：

• 403と404の使い分けによる情報漏洩防止
• 適切なエラー情報の開示範囲
• DDoS攻撃での429の活用
• セキュリティヘッダーとの連携

API設計でのステータスコード活用

RESTful API での実装

一貫性のある設計：

• 操作結果に応じた適切なコード選択
• エラー詳細情報の適切な提供
• バージョニング戦略との連携
• クライアント側での適切な処理実装

GraphQL との比較

異なるアーキテクチャでの考慮点：

• GraphQLでの200中心の設計
• エラー情報のペイロード内包含
• RESTとの違いを理解した実装
• 適切な監視手法の選択

まとめ

HTTPステータスコードは、Web通信における重要な情報伝達手段です。適切なステータスコードの使用により、ユーザー体験の向上、SEOの最適化、システム間の円滑な連携を実現できます。

200番台の成功レスポンス、300番台のリダイレクト、400番台のクライアントエラー、500番台のサーバーエラーという分類を理解し、各場面で最適なコードを選択することが重要です。特に、404 Not Found、500 Internal Server Error、301 Moved Permanently などの主要なコードは、Web開発において頻繁に遭遇するため、その意味と適切な使用法を習得することが不可欠です。

現代のWeb開発では、RESTful API設計、SEO対策、ユーザビリティ向上において、HTTPステータスコードの適切な実装が品質を左右します。継続的な学習と実践を通じて、効果的なHTTPステータスコードの活用スキルを向上させていくことで、より良いWebサービスの開発につながるでしょう。

■プロンプトだけでオリジナルアプリを開発・公開してみた！！

■AI時代の第一歩！「AI駆動開発コース」はじめました！

テックジム東京本校で先行開始。

■テックジム東京本校

「武田塾」のプログラミング版といえば「テックジム」。
講義動画なし、教科書なし。「進捗管理とコーチング」で効率学習。
より早く、より安く、しかも対面型のプログラミングスクールです。

＜短期講習＞5日で5万円の「Pythonミニキャンプ」開催中。

＜オンライン無料＞ゼロから始めるPython爆速講座