HTTP ステータス コードとは何ですか?
HTTPステータスコードは、クライアント（ブラウザなど）からのリクエスト後にウェブサーバーから返される3桁のコードです。リクエストが成功したことを示します。エンジニアでもマーケターでも、HTTPステータスコードを理解することで、エラーのトラブルシューティングを迅速に行い、ウェブサイトの効率を向上させることができます。以下では、HTTPステータスコードについて詳しく説明し、より深く理解していただけるようお手伝いします。
HTTP ステータス コードには 5 つのカテゴリがあります。
- 1xx: 情報応答（一時的なステータス）
サーバーがリクエストを受信したが、まだ処理を完了していないことを示します。 - 2xx: 成功した応答(リクエストは成功しました)
リクエストがサーバーによって正常に処理されたことを示します。 200 OK。 - 3xx: リダイレクト（さらなる措置が必要）
リクエストを完了するには追加のアクションが必要であることをクライアントに通知します。 - 4xx: ユーザー側エラー（質問をリクエスト）
ユーザー側からのリクエストが間違っている可能性があります。例えば 404 見つかりません。 - 5xx: サーバーエラー（サーバーの問題）
サーバーはリクエストの処理中に次のようなエラーに遭遇しました。 500 内部サーバーエラー
HTTPステータスコードと解決策
1xx: 情報応答（一時ステータス）
100 続行
1xx ステータス コードは一般的ではありませんが、通常は大きなファイルの処理やプロトコルの切り替えに使用され、クライアントに「サーバーが処理を開始しました。お待ちください」と伝えます。
1. 100 続行
原因：クライアントが大きなファイルを送信すると、サーバーはアップロードを続行するかどうかの確認を求めます。
- トラブルシューティングの手順：
- サーバーが正しく実装されていることを確認する 100 続行 サポート。
- クライアントが送信したかどうかを確認する 予想: 100-継続 ヘッダ。
- 回避策：
- サーバー上のサポートの構成 100 続行 機構。
- プロトコルの互換性を確認するために、クライアントとサーバー間の相互作用をテストします。
2. 101 スイッチングプロトコル
HTTP から WebSocket への切り替えなど、プロトコル切り替えにはサーバーを使用する必要があります。
- トラブルシューティングの手順：
- クライアントが正しく設定されているか確認する アップグレード ヘッダ。
- サーバーが要求された新しいプロトコル (WebSocket など) をサポートしていることを確認します。
- 回避策：
- サーバーに必要なプロトコル モジュールがインストールされ、有効になっていることを確認します。
- アップグレード プロセスが期待どおりに実行されたかどうかをテストします。
102 処理 (WebDAV)
WebDAV プロトコルで複雑なリクエスト (複数ステップの操作など) を処理するために使用されます。
- トラブルシューティングの手順：
- サーバーが WebDAV をサポートし、マルチステップのリクエストを正しく処理できることを確認します。
- クライアントが遅延応答を正しく処理するかどうかをテストします。
- 回避策：
- 処理時間を短縮するためにサーバーのパフォーマンスを最適化しました。
- 長期手術前に戻る 102 処理中ユーザー側に情報を提供し続けます。
103 初期のヒント
CSS、JavaScript、画像のプリロードなど、ページのレンダリングを高速化する必要がある状況を示します。
- トラブルシューティングの手順：
- サーバーが正しく返されるか確認する リンク ヘッダーとリソース パス。
- クライアントブラウザがサポートしているかどうかを確認する 103 初期のヒント そしてプリロード。
- 回避策：
- サーバー側で設定する 103 初期のヒント そして リンク 事前にロードする必要があるリソースを指定するヘッダー。
- 開発者ツールを使用して、リソースが期待どおりにプリロードされていることを確認し、必要に応じてリソースの順序を最適化します。
2xx: 成功 (リクエストが成功しました)
2xx: 成功 (リクエストが成功しました)
2xx は、リクエストが成功し、期待どおりの応答を受信したことを意味するため、最も望ましいステータス コードです。
201 作成
リクエストは成功しました。結果は HTTP メソッドによって異なります。
- 得る: リソースは正常に取得され、メッセージ本文に渡されました。
- 頭: ヘッダーのみが含まれ、メッセージ本文は含まれません。
- 置く/投稿: 応答には操作結果の詳細情報が含まれます。
- トレース: メッセージ本文は、サーバーが受信した要求を返します。
トラブルシューティングの手順：
- サーバーがリクエストを正しく処理して返すことを確認する 200 OK。
- クライアントがサーバーの応答を正常に解析したことを確認します。
回避策：
- サーバーの応答データが要求メソッドと一致していることを確認します。
- さまざまなリクエスト メソッドをテストして、期待どおりの結果が返されるかどうかを確認します。
202 承認済み
バッチ処理や後続操作など、処理時間の長い操作に適しています。
トラブルシューティングの手順：
- サーバーがリクエストを記録したかどうかを確認し、後続の処理を準備します。
- クライアントが非同期処理を期待しているかどうかを判断します。
回避策：
- 処理完了ステータスをユーザー側に通知する仕組みを構築します。
- サーバーが後続の要求操作を追跡して完了できることを確認します。
203 非権威情報
キャッシュ サーバーまたはミラー サーバーを使用する場合。
トラブルシューティングの手順：
- サーバーから返されたデータ ソースが正しいことを確認します。
- キャッシュを更新したり、データをバックアップする必要があるかどうかを確認します。
回避策：
- タイムリーなデータ更新を保証するために最適化されたサーバー キャッシュ戦略。
- 該当する場合は返品を優先する 200 OK 直接的なソースを示します。
204 コンテンツなし
リクエストは成功しましたが、コンテンツが返されませんでした。たとえば、削除操作は成功しましたが、コンテンツが返されませんでした。
トラブルシューティングの手順：
- サーバーがリクエストを正しく処理し、本文を返さないことを確認します。
- ヘッダー情報が十分なコンテキストを提供していることを確認します。
回避策：
- 適切なタイミングで返されるようにサーバーロジックを最適化する 204 コンテンツなし。
- クライアントがコンテンツなしの応答を正しく処理するかどうかをテストします。
205 コンテンツをリセット
サーバーはクライアントに現在のドキュメントまたはフォームをリセットするように指示します。フォームがクリアされた後はリセットが必要です。
トラブルシューティングの手順：
- サーバーの応答によってクライアント側でリセット操作がトリガーされることを確認します。
- ユーザー側がリセット動作を正しく実行できることを確認します。
回避策：
- 構成サーバーの戻り 205 コンテンツをリセット、ユーザー側のリセット動作を記録します。
- クライアントが正常に応答するかどうかをテストします。
206 部分的なコンテンツ
クライアントがリソースの一部を要求し、サーバーはオーディオやビデオのストリーミング、大きなファイルの分割ダウンロードなど、指定された範囲内でデータを正常に返します。
トラブルシューティングの手順：
- サーバーが Range ヘッダーを正しくサポートしていることを確認します。
- クライアントがリソース スコープを正しく要求していることを確認します。
回避策：
- データが正しくセグメント化されるように、サーバー上で範囲要求のサポートを有効にします。
- 開発者ツールを使用して、アセットのセグメント化されたダウンロードと再生をテストします。
207 マルチステータス (WebDAV)
複数のリソースのステータス情報を送信するために使用されます。WebDAV操作では、複数のリソースに対して一括操作を実行します。
トラブルシューティングの手順：
- サーバーがリソースに対して複数のステータス コードを返したかどうかを確認します。
- クライアントがマルチステータス応答を正しく処理することを確認します。
回避策：
- マルチステート情報を正しく渡すためにサーバー ロジックを最適化しました。
- 複数のステータス応答に対するクライアントの互換性をテストします。
すでに208件が報告されています（WebDAV）
複数のバインディングにおける内部メンバーの重複リストを回避します。WebDAVシナリオでのバインディング管理に適しています。
トラブルシューティングの手順：
- 重複を避けるために、サーバーが正しくリストされていることを確認してください。
- ユーザー エージェントが報告されたステータスを正しく解釈することを確認します。
回避策：
- 重複したリストを回避するために WebDAV サーバーを最適化しました。
- 複数のバインディングにわたって一貫した状態応答を保証します。
226 IM 中古
サーバーはリソースに対して1つ以上の操作を適用し、結果を返します。デルタエンコーディングのコンテキストでは、これは差分コンテンツを提供するために使用されます。
トラブルシューティングの手順：
- サーバーがデルタエンコーディングを正しく実装していることを確認します。
- クライアントが増分応答をサポートし、正しく解釈することを確認します。
回避策：
- 応答効率を向上させるために、増分エンコーディングをサポートするようにサーバーを構成します。
- ユーザー端末が増分データを正しく処理するかどうかをテストします。
3xx: リダイレクト（追加のアクションが必要）
3xx: リダイレクト
ユーザーを別のリソースにリダイレクトする必要がある場合、サーバーは 3xx ステータス コードを返し、クライアントが新しい場所に自動的にジャンプできるようにします。
300個の複数選択問題
このリクエストには複数のレスポンスが考えられます。サーバーは特定のオプションを独自に選択することはできません。クライアントが決定する必要があります。複数の言語バージョンを持つウェブサイトの場合、サーバーは複数のオプションを提供します。
- トラブルシューティングの手順：
- 利用可能なすべてのリソースへのリンクが提供されていることを確認します。
- 回答のオプションが完全かつ明確であることを確認します。
- 回避策：
- HTML リンクを使用してユーザーに選択肢を提供します。
- 自動選択ロジックを改善します (例: 地域または言語の設定に基づく)。
301 恒久的に移動
要求されたリソースのURLは恒久的に変更されました。新しいURLは 位置 ヘッダーに指定。ウェブサイトの構造調整またはページの恒久的な移動。
- トラブルシューティングの手順：
- 確認する 位置 ヘッダーは新しい URL を正しく指しています。
- 古い URL へのリクエストが正しい 301 ステータス コードを返すことをテストします。
- 回避策：
- 永続的なリダイレクト用にサーバーを構成します。
- サイト内外の古い URL を指すすべてのリンクを更新します。
302件見つかりました
要求されたリソースのURIは一時的に変更されましたが、ユーザーエージェントは引き続き古いURIを使用する必要があります。一時的なページリダイレクト（アクティビティページなど）。
- トラブルシューティングの手順：
- リダイレクト ロジックが正しいことを確認します。
- 応答を確認してください 位置 ヘッダーは一時的な URI を指します。
- 回避策：
- 一時的なリダイレクトにはサーバー構成を使用します。
- 将来の安定性のために、移行期間を設定することを検討してください。
303 その他を見る
サーバーは、GETリクエストを使用してクライアントに別のURIにあるリソースを取得するよう指示します。フォーム送信後のページリダイレクト。
- トラブルシューティングの手順：
- フォーム送信後は必ず 303 ステータス コードを使用してリダイレクトしてください。
- 確認する 位置 ヘッダーの URI が有効かどうか。
- 回避策：
- フォームが送信された後に正しい URI を返すようにサーバーを構成します。
- リダイレクト後のブラウザの動作をテストします。
304 変更されていません
このステータスコードはキャッシュ目的で使用され、キャッシュされたバージョンがまだ有効であることをクライアントに伝えます。静的リソース（画像やCSSファイルなど）のバージョン管理に使用されます。
- トラブルシューティングの手順：
- リクエストに有効な 変更後 または ETag ヘッダ。
- サーバーがキャッシュ チェック ロジックを正しく処理していることを確認します。
- 回避策：
- 正しい HTTP Cache-Control ヘッダーを設定します。
- ブラウザがリソースを正しくキャッシュするかどうかをテストします。
305 プロキシを使用する（非推奨）
このステータス コードは、要求されたリソースにプロキシ経由でアクセスする必要があるが、セキュリティ上の問題により HTTP 標準では非推奨になっていることを示します。
- 提案: このステータス コードの使用を避け、安全なプロキシ設定ファイルを直接提供してください。
306未使用
このステータス コードは非推奨であり、プレースホルダーとしてのみ残されています。
- 提案: 何もする必要はありません。サーバーがこのステータスコードを返さないようにしてください。
307 一時リダイレクト
サーバーはクライアントに対し、同じリクエストメソッド（例：POST）を使用して別のURIからリソースを取得するよう指示します。一時的なリダイレクトでは、リクエストメソッドは保持されます（例：支払い処理の中間ページ）。
- トラブルシューティングの手順：
- リダイレクトされた URL が一時的なものであることを確認してください。
- リクエストメソッドが保持されるかどうかをテストします。
- 回避策：
- 307ステータスコードと正しい値を返すようにサーバーを設定する 位置 ヘッダ。
- さまざまなユーザー エージェントがリダイレクトでどのように動作するかをテストします。
308 永久リダイレクト
リソースは別のURIに恒久的に移動され、ユーザークライアントはリクエストメソッドを保持する必要があります。長期的なAPIインターフェースをアップグレードしてください。
- トラブルシューティングの手順：
- 新しい URI が永続的であることを確認してください。
- リクエストメソッドが正しく保存されているかどうかをテストします。
- 回避策：
- サーバーが 308 ステータス コードを返すように設定します。
- 影響を受ける可能性のあるすべてのクライアント要求を更新します。
4xx: ユーザー側エラー（リクエストの問題）
4xx: ユーザー側エラー
ユーザーのリクエストに問題があります。URL が正しくない、権限がない、形式が正しくないなどの可能性があります。
400 不正なリクエスト
サーバーはリクエストを処理できませんでした。通常、リクエスト構文の誤り、無効なメッセージフレーミング、または不正なルーティングが原因です。クライアントは適切な形式のリクエストを提供しませんでした。
- トラブルシューティングの手順：
- リクエスト URL とヘッダーが正しくフォーマットされていることを確認します。
- リクエスト本体に必要なパラメータまたはデータが含まれていることを確認します。
- 回避策：
- リクエスト内のフォーマットエラーを修正します。
- ユーザー側で正しく使用できるように API ドキュメントを更新しました。
401 権限がありません
クライアントは認証されていないため、要求されたリソースにアクセスできません。クライアントが有効な認証資格情報を提供しませんでした。
- トラブルシューティングの手順：
- リクエストに有効な認証ヘッダー（ 承認）。
- サーバーの認証メカニズムが正しく動作していることを確認します。
- 回避策：
- 正しい認証資格情報を入力してください。
- 資格情報の安全な送信を確保するには、HTTPS を使用します。
403 禁止
クライアントは認証されているにもかかわらず、このリソースにアクセスする権限がありません。サーバーは、既知のユーザーに対して特定のリソースへのアクセスを禁止しています。
- トラブルシューティングの手順：
- ユーザーに必要なアクセス権限があることを確認します。
- サーバー構成ファイル内のアクセス制御リスト (ACL) を確認します。
- 回避策：
- ユーザーのアクセス権を更新します。
- サーバーのリソース アクセス ポリシーを調整します。
404 見つかりません
サーバーは要求されたリソースを見つけることができません。これは最も一般的なHTTPステータスコードの1つです。クライアントが存在しないURLを要求しました。
- トラブルシューティングの手順：
- 要求された URL が正しいことを確認してください。
- リソースがサーバー上でまだ利用可能であり、削除されていないことを確認してください。
- 回避策：
- 誤った URL を修正します。
- 削除されたリソースに対して適切なリダイレクト (301 や 410 など) を設定します。
405 メソッドは許可されていません
要求されたHTTPメソッドは、対象リソースでサポートされていません。例えば、DELETEメソッドをサポートしていないリソースに対してDELETEメソッドを使用しようとした場合などです。
- トラブルシューティングの手順：
- サーバーでサポートされている HTTP メソッドを確認します。
- リソースに使用できるメソッドについては、API ドキュメントを確認してください。
- 回避策：
- 代わりにサポートされている HTTP メソッドを使用してください。
- 新しいメソッドをサポートするために API を更新しました。
406 受け入れられません
サーバーはユーザーエージェントの基準を満たすコンテンツを提供できません。クライアントがサポートされていないコンテンツタイプを要求しました。
- トラブルシューティングの手順：
- リクエストヘッダーを確認する 受け入れる それは正しいですか？
- サーバーが要求されたコンテンツ形式をサポートしているかどうかを確認します。
- 回避策：
- ユーザー側を調整する 受け入れる ヘッダ。
- 互換性のあるコンテンツを提供するためにサーバーを更新します。
408 リクエストタイムアウト
クライアントはサーバーの待機時間内にリクエストを完了しませんでした。サーバーは未使用のアイドル接続を閉じました。
- トラブルシューティングの手順：
- サーバーのタイムアウト設定を確認してください。
- ネットワークが正常かどうかを確認します。
- 回避策：
- サーバーのタイムアウトを増やします。
- リクエストのパフォーマンスを最適化してレイテンシを削減します。
409 紛争
クライアントのリクエストはサーバーの現在の状態と競合しています。更新しようとしているリソースは、すでに別のユーザーによって変更されています。
- トラブルシューティングの手順：
- リソースのバージョン管理が一貫していることを確認します。
- 他のユーザーが同時にリソースを変更していないことを確認します。
- 回避策：
- 競合を解決するためのユーザー側オプションを提供します。
- バージョン管理システムを使用して、複数ユーザーの操作を処理します。
410 消えた
リソースは完全に削除され、アクセスできません。古いページは削除されており、代替ページはありません。
- トラブルシューティングの手順：
- リソースが完全に削除されたかどうかを確認します。
- 他のユーザーがまだリソースにアクセスしていないことを確認します。
- 回避策：
- 削除されたリソースを参照しないように、サイト上のすべてのリンクを更新します。
- ユーザーに役立つ代替コンテンツを提供します。
429 リクエストが多すぎます
クライアントが一定時間内に送信したリクエスト数が多すぎます。API レート制限がサーバーの設定を超えました。
- トラブルシューティングの手順：
- サーバーがレート制限を正しく実装していることを確認します。
- ユーザー側のリクエスト頻度が制限を超えていないか確認します。
- 回避策：
- レート制限に準拠するためにクライアント要求パターンを改善します。
- 適切なものを返す 再試行後 クライアントがいつ再試行できるかを示すヘッダー。
5xx: サーバー エラー (サーバーの問題)
5xx: サーバーエラー
5xxステータスコードは、サーバーが内部的な問題によりリクエストを完了できない場合に返されます。これらのエラーは通常、サーバー管理者の介入が必要です。例えば、キッチンの故障やシェフの不在などにより、お食事を準備できない場合があります。「申し訳ございませんが、お食事をご用意できませんでした。」
500 内部サーバーエラー
サーバーで不明なエラーが発生したため、要求を完了できませんでした。
- 理由：
- 内部サーバー コード エラー。
- 予期しない状況 (リソースの過負荷など)。
- トラブルシューティングの手順:
- 具体的なエラー メッセージについては、サーバー ログを確認してください。
- バックエンド プログラムにエラーや未処理の例外があるかどうかを確認します。
- メモリやハードディスクがいっぱいかどうかなど、サーバーのリソース使用状況をテストします。
501 実装されていません
サーバーは要求されたメソッドをサポートしていないため、実行できません。
- 理由：
- 使用された HTTP メソッド (DELETE や PATCH など) がサーバー上で有効になっていません。
- トラブルシューティングの手順:
- サーバーがこのメソッド (少なくとも GET と HEAD) をサポートしていることを確認します。
- 必要なメソッドを有効にするには、サーバー構成を更新します。
502不正なゲートウェイ
ゲートウェイとして機能しているサーバーが無効な応答を受信しました。
- 理由：
- サーバーのアップストリームサービスが正常に機能していません。
- ネットワーク接続の問題またはサーバー間の通信障害。
- トラブルシューティングの手順:
- アップストリーム サーバーが正常に機能していることを確認します。
- サーバー間の接続が正常かどうかをテストします。
- リバース プロキシまたはロード バランサーの構成を確認します。
503 サービスは利用できません
サーバーは一時的にリクエストを処理できません (メンテナンスまたは過負荷)。
- 理由：
- サーバーが過負荷状態です。
- メンテナンス作業が進行中です。
- トラブルシューティングの手順:
- サーバーのリソース使用率 (CPU、RAM) を確認します。
- サービスがいつ復元されるかを示すために、サーバーに「Retry-After」ヘッダーが設定されていることを確認してください。
- 状況をユーザーに知らせるためのわかりやすいメンテナンス ページを提供します。
504 ゲートウェイタイムアウト
ゲートウェイとして機能しているサーバーは、アップストリーム サーバーからの応答を待機中にタイムアウトしました。
- 理由：
- アップストリーム サーバーの応答が遅いです。
- サーバー間の接続が失われました。
- トラブルシューティングの手順:
- アップストリーム サーバーの正常性を確認します。
- サーバー接続タイムアウト構成を増やします。
- アップストリームサーバーの処理速度を最適化しました。
505 HTTPバージョンがサポートされていません
サーバーは要求された HTTP プロトコル バージョンをサポートしていません。
- 理由：
- 使用されている HTTP プロトコルのバージョン (HTTP/1.0 など) が古くなっています。
- トラブルシューティングの手順:
- 使用されているバージョンを確認するには、クライアント側の HTTP リクエスト ヘッダーを確認します。
- サーバーが一般的な HTTP プロトコル バージョン (HTTP/1.1 や HTTP/2 など) をサポートするように構成されていることを確認してください。
506バリアントもネゴシエート
サーバーのコンテンツネゴシエーション構成に問題があり、適切なリソースバリアントを決定できません。
- 理由：
- 構成エラーにより、リソースは適切なバージョンを選択できませんでした。
- トラブルシューティングの手順:
- サーバーのコンテンツネゴシエーション構成を確認してください。
- バリアント リソースの優先度構成が正しいことを確認します。
507 ストレージ不足 (WebDAV)
サーバーには要求を処理するための十分なストレージスペースがありません。
- 理由：
- サーバーのハードドライブまたはパーティションの空き容量が不足しています。
- トラブルシューティングの手順:
- サーバー上の使用可能なハードドライブ容量を確認します。
- 不要なファイルをクリーンアップするか、ストレージスペースをアップグレードします。
508 ループ検出 (WebDAV)
リクエスト内で無限ループが検出されました。
- 理由：
- リソース構成またはコード ロジックに無限再帰があります。
- トラブルシューティングの手順:
- リソースへの重複した参照がないかサーバー構成を確認してください。
- 循環ロジックを防ぐためにコードを最適化します。
510 拡張されていません
サーバーは要求を満たすために追加の情報を必要とします。
- 理由：
- リクエストにはサーバーに必要な拡張子がありません。
- トラブルシューティングの手順:
- サーバーに必要な拡張機能を識別します。
- 必要な情報を含めるようにクライアント要求を更新します。
511 ネットワーク認証が必要です
クライアントは、ネットワークにアクセスするために自分自身を認証する必要があります。
- 理由：
- 使用しているネットワークでは認証が必要です (パブリック Wi-Fi ログイン ページなど)。
- トラブルシューティングの手順:
- ユーザーがログイン ページにアクセスする必要があるかどうかを確認します。
- サーバーのネットワーク認証構成が正常かどうかを確認します。
HTTP ステータス コードを学習して理解するにはどうすればよいでしょうか?
1. ステータスコードの役割を理解する
各ステータス コードは、ユーザーのブラウジング動作 (4xx) やサーバーの処理ロジック (5xx) など、特定の要求応答状況を表します。
2. 公式リソースやツールを参照する
公式ドキュメント:
オンラインツール:
3. 実際の操作とテスト
開発者ツールまたはオンライン ツールを使用して、さまざまなステータス コードの動作をテストします。
結論: HTTP ステータス コードをマスターして、Web サイトのパフォーマンスを向上させましょう。
HTTPステータスコードに精通することは、ウェブサイトのエラーを迅速にトラブルシューティングするのに役立つだけでなく、ユーザーエクスペリエンスとSEOパフォーマンスの最適化にも役立ちます。したがって、エラーのトラブルシューティングを行う場合でも、ウェブサイトを最適化する場合でも、HTTPステータスコードに精通することは必須のスキルです。
–
プログラミングの経験がない場合、または機能的で明確に構造化された Web サイトが必要な場合は、当社の専門チームのようなプロの Web デザイン会社にご連絡ください。SEO の要件全体を満たす Web サイト アーキテクチャの構築を簡単にお手伝いいたします。
👉 ウェブサイトのデザインと最適化のヒントをさらに知りたい場合は、今すぐお問い合わせください。 🚀
以下のブログを購読すると、ウェブサイト開発に関する最新情報を毎週お届けします。ご愛読ありがとうございました！
繁體中文 
English 
日本語 