HTTPステータスコードとその意味を理解する
公開: 2021-12-30最終更新日:2022年1月5日
HTTPリクエストをWebサイトに送信すると、ほとんどのWebブラウザーは、適切なHTTPステータスコードを自動的に送信して、リクエストが成功したかどうかをWebサイトに通知します。 しかし、これらのステータスコードは何ですか? それらはどういう意味ですか? 以下にステータスコードのリストがあります。
ホワイトラベルSEO会社のホワイトラベルSEO専門家として、HTTPステータスコードがWebサイトのエラーを特定するのに非常に役立つことを私たちは知っています。 このようなエラーは、大きなランキングの問題と検索エンジンの信頼を引き起こす可能性があります。 ユーザーも検索エンジンも、検索結果に不安定なWebサイトを表示したいと思う人は誰もいません。
ステータスコードグループを選択して、そのセクションに簡単にドロップダウンします。
- 2xxHTTPステータスコード
- 3xxHTTPステータスコード
- 4xxHTTPステータスコード
- 5xxHTTPステータスコード
- 6xxHTTPステータスコード
- 7xxHTTPステータスコード
- 9xxHTTPステータスコード
2xx HTTPステータスコード:
200 OK –HTTPリクエストが成功しました。 これはおそらく、Webサイトから取得する最も一般的なHTTP応答です。 これは、リクエストが成功し、データが返送されたことを意味します。
201作成済み– HTTP応答は成功しましたが、新しいリソースが作成されました。 これは、HTTPロケーションヘッダーフィールドに添付されたデータを返すGETリクエストへの応答です。 Locationヘッダーフィールドには、新しく作成されたリソースのURLが含まれます。 リクエストがPOSTメソッドまたは応答を単独で送信できるリソースを作成しない他のメソッドを使用した場合にのみ送信されます。
202承認済み–処理の要求が承認されました。さらに処理が必要です。 この応答は、さらなる処理の要求を受け入れるWebサーバー(通常はプロキシサーバー)によって提供されますが、要求の受信の即時確認以外に、クライアントからのあらゆる種類のアクションが必要です。
203信頼できない情報–キャッシングに役立ちます。 これは通常、HTTPのネットワークレベルのキャッシュメカニズムで使用される応答コードです。 そこに含まれる情報は、Request-URIによって識別されるリソース以外のエンティティからのものである可能性があります。 結果は、古いコンテンツが原因でプロキシまたはキャッシュが要求を満たすことができないことを示している可能性があります。 ただし、チップが200(OK)応答を送信できるエンティティであるかどうかは示されません。
204コンテンツなし–リクエストは提供されましたが、コンテンツは返されませんでした。 これは、サーバーがリクエストを正常に処理したが、この特定のリクエストのコンテンツを返さないことを意味します。 これは通常、画像やその他の静的Webアセットなどの静的ファイルを提供するときに使用されます。
205コンテンツのリセット–要求されたリソースのコンテンツをリセットします。 これは、サーバーがこの要求に対する応答を準備したが、それをクライアントに返送していないことを示しています。 クライアントは、変更せずにリクエストを再送信する必要があります。 この応答コードは通常、204(コンテンツなし)応答と組み合わせて使用され、Request-URIで識別されるリソースが「リセット」されて、さらに要求が処理されている間も現在の状態を維持できることを示しますが、これらの要求は不定のコンテンツ長を返します:「0バイト」。
206部分的なコンテンツ–一部の不完全な表現を受信しました。 これは、サーバーが要求を正常に処理したが、要求されたリソースの完全な表現を返さないことを示しています。 多くの場合、206応答には、このリソースに対して別の要求を行う前にクライアントが待機する時間を示す値を含むRetry-Afterヘッダーフィールドが付随します。
3xx HTTPステータスコード:
301が恒久的に移動–新しい場所への恒久的なリダイレクト。 このコードは、HTTPリダイレクトにのみ関連しています。 302応答は、要求されたリソースが使用できなくなったことを示します。 302応答のURIは、新しい場所に永続的にリダイレクトされているため、元のリソースに解決されることはありません。
302が見つかりました–リダイレクトが成功しました。 これは、リダイレクトが成功した後、要求されたリソースが見つかったことを示します。 元のリクエストのランディングページは、レスポンスのLocationヘッダーフィールドで指定された新しいURLの下にあります。
303その他を参照–要求されたリソースは存在しますが、要求のペースを調整する必要があります。 これは、リクエストを処理できることを示していますが、結果を返すまでにさらに時間がかかります。 多くの場合、この応答には、クライアントがこの要求を再試行する必要がある時間を示すRetry-Afterヘッダーフィールドが付随します。
304変更されていません–要求は正常に処理されており、アクションは不要です。 これは、応答がすべての要件(検証など)を満たしているが、この要求が最後に実行されてからリソースが変更されていないことを意味します。 つまり、処理を続行するためにクライアントからの追加のアクションを必要としない「304NotModified」応答です。
305プロキシの使用–リクエストはプロキシ経由でルーティングする必要があります。 これは、主に中間プロキシサーバーと組み合わせて使用される応答コードです。 実際の応答には、ステータスコードとオプションの暗号化されたWWW-Authenticateヘッダーフィールドのみが含まれます。 実際のコンテンツは変更されず、プロキシサーバーからのみアクセスできます。
307一時的なリダイレクト–HTTPリクエストが別の場所に再ルーティングされました。 この応答コードは、クライアントの要求がサーバーによって別のURLにリダイレクトされたことを示します。 新しいURLは、この応答のLocationヘッダーフィールドに提供されます。これは、完全なURIまたは部分的なURIのいずれかになります。 このコードを使用して、あるサーバー上のスクリプトまたはプログラムから、同じサーバーまたは別のサーバー上の別の場所にリクエストをリダイレクトできます。
308永続的なリダイレクト–HTTPリクエストが別のサーバーに再ルーティングされました。 この応答コードは、クライアントの要求が同じサーバーまたは別のサーバーの別の場所に完全にリダイレクトされたことを示します。 新しいURLは、この応答のLocationヘッダーフィールドに提供されます。これは、完全なURIまたは部分的なURIのいずれかになります。 このコードを使用して、あるサーバー上のスクリプトまたはプログラムから、同じサーバーまたは別のサーバー上の別の場所にリクエストをリダイレクトできます。
4xx HTTPステータスコード:
403 Forbidden –リクエストの許可が拒否されました。 この応答コードは、サーバーが要求を認識していることを示していますが、それを実行する方法はありません。 クライアントは、このリソースに対する要求の送信を停止する必要があります。
404が見つかりません–要求されたリソースが見つかりませんでした。 これは、サーバーがこの要求に対応するエンティティを見つけることができないか、クライアントがその要求の意味を理解していない可能性があることを意味します。 いずれにせよ、クライアントはその要求を続行するべきではありません。
405メソッド–リクエストはPOSTを使用してリソースからデータを取得する必要があります。 これは、サーバーがGETメソッドを使用した要求を受け入れないことを示すために使用されます。これは通常、このリソースには意味がないためです。
406受け入れられない–要求されたリソースは、ネゴシエート可能なパラメーターでのみ受け入れられます。 これは、クライアント側のエラーが原因で、またはステートレスHTTPプロキシサーバーが原因で、要求を実行できなかったことを意味します。 回答には、記入できない理由を説明するエンティティが含まれます。 このエンティティの表現が利用できない場合、応答にそれを含める必要はありません。
408要求タイムアウト–サーバーは時間内に応答できませんでした。 クライアントは、Retry-AfterヘッダーフィールドまたはRetry-After応答ヘッダーで指定された時間要件、または応答の本文の他の場所で指定されたサーバーによって適切に指定された時間要件に従って、要求を再試行する必要があります。 Retry-Afterヘッダーが省略されている場合、クライアントはすぐに再試行できますが、Retry-After時間より前にはなりません。
413リクエストエンティティが大きすぎます–リクエストには、サーバーがサポートしていないか、他の理由で受け入れることを拒否しているコンテンツが含まれています。 回答には、記入できない理由を説明するエンティティが含まれます。 このエンティティの表現が利用できない場合、応答にそれを含める必要はありません。
414 Request-URI Too Long –提供されたURIが長すぎて、サーバーが処理できませんでした。 これは、Webサーバーのバッファオーバーフローの脆弱性を悪用しようとしていることを示している可能性があります。
415サポートされていないメディアタイプ–要求されたリソースには、サーバーまたはリソースがサポートしていない方法でフォーマットされたデータが必要です。 回答には、記入できない理由を説明するエンティティが含まれます。 このエンティティの表現が利用できない場合、応答にそれを含める必要はありません。
416要求された範囲が満たされていません–サーバー側のソフトウェアコンポーネントが有効なHTTP範囲ヘッダーを生成しませんでした。このヘッダーは、範囲がオリジンサーバーに受け入れられる場合に必要です。 回答には、記入できない理由を説明するエンティティが含まれます。 このエンティティの表現が利用できない場合、応答にそれを含める必要はありません。
417期待に失敗しました–クライアントはこのセクションが影響を受けることを期待していませんでしたが、サーバーは無視されたドキュメントのセクションに触れました。 通常、Webスパイダーまたはクローラーが原因です。 回答には、記入できない理由を説明するエンティティが含まれます。 このエンティティの表現が利用できない場合、応答にそれを含める必要はありません。
420 Unprocessable Entity –サイズが大きすぎるため、リクエストは受け入れられませんでした。 この応答コードは非推奨です。 HTTPクライアントは、代わりに400BadRequestエラーとして処理する必要があります。
421ロック済み–リソースをクライアントから直接変更することはできませんが、条件付きのGETまたはPOSTリクエストを使用して「ロック」することはできます。 ロックされたリソースがファイルの場合、その内容はContent-Rangeヘッダーフィールドに返され、これまでに受信された部分とまだ受信されている部分を示します。 ロックされたリソースがエンティティである場合、その応答はヘッダーフィールドで始まる一連のエンティティヘッダーです。
422マルチステータス–サーバーには、さまざまな状態とアルゴリズムのリソースの複数の表現があり、現在の表現を新しい表現に置き換えるためにいつでも更新できます。 たとえば、ストアから購入したCDには、アーカイブに別のローカルコピーがありながら、電子メールで購入者に送信された暗号化されたコピーが含まれている場合があります。
423ロック済み–リソースをクライアントから直接変更することはできませんが、条件付きのGETまたはPOSTリクエストを使用して「ロック」することはできます。 ロックされたリソースがファイルの場合、その内容はContent-Rangeヘッダーフィールドに返され、これまでに受信された部分とまだ受信されている部分を示します。 ロックされたリソースがエンティティである場合、その応答はヘッダーフィールドで始まる一連のエンティティヘッダーです。
424変更されていません–応答が生成されてから、エンティティは変更されていません。
426部分コンテンツ–サーバーはリクエストエンティティのより適切な表現を生成できません。 このコードは、サーバーが要求されたコンテンツの一部しか返すことができないが、できることは送信することを示しています。
HTTPステータスコードは、Webサイトのエラーを特定するのに非常に役立ちます。 このようなエラーは、大きなランキングの問題と検索エンジンの信頼を引き起こす可能性があります。 クリックしてツイート5xx HTTPステータスコード:
500内部サーバーエラー–要求の生成または処理中に内部レベルで問題が発生しましたが、クライアントによってエラーと見なされるレベルでは発生しませんでした。
501未実装–リソースは実装されていませんが、利用可能な密接に関連するリソースに転送されます。
502 Bad Gateway –ゲートウェイまたはプロキシとして機能するサーバーは、要求のタイプを正常に処理せず、それを実行できません。 これは通常、サーバーが指定された要求の処理方法を認識していなかったために発生します。
503 Service Unavailable –メンテナンスのダウンタイム、サーバーの過負荷、またはその他の理由により、サーバーは一時的にリクエストを処理できません。
504ゲートウェイタイムアウト–タイムアウトが原因で、サーバーはゲートウェイ要求を処理しません。
505 HTTPバージョンがサポートされていません–これはサポートされているプロトコルの1つではないため、サーバーは要求を処理できません。
506バリアントもネゴシエート–サーバーはリソースのバリアントのみを提供します。 画像やスタイルシートなど、コンテンツのバリエーションを個別に処理する場合は、この応答コードを使用する必要があります。
507ストレージが不十分–サーバーはリクエストを完了するために必要な表現を保存できません。 これは一時的な障害が原因である可能性があり、リクエストを一時的に処理できないことを示している可能性があります。 また、ユーザーのアカウントに使用可能なストレージスペースがない場合、またはストレージクォータを超えた場合にも使用されます。
508 Loop Detected –このコードは403 Forbiddenに似ていますが、IPアドレスがサイトへのアクセスをブロックされているため、まだ承認されていないことを意味します。 このため、応答本文には、ユーザーが自分自身を承認する方法を示すWWW-Authenticateヘッダーフィールドを含める必要があります。
509拡張されていません–サーバーは「プロファイル」OData操作をサポートしていません。 プロファイル要求を行う必要がある場合は、代わりにGET要求を使用してください。 この場合、クライアントアプリケーションがOAuth2と互換性がない場合、WWW-Authenticateヘッダーフィールドが省略され、これが空白の応答として扱われることがあります。
510拡張されていません–サーバーは「スキーマ」OData操作をサポートしていません。 スキーマリクエストを実行する必要がある場合は、代わりにGETリクエストを使用してください。 この場合、クライアントアプリケーションがOAuth2と互換性がない場合、WWW-Authenticateヘッダーフィールドが省略され、これが空白の応答として扱われることがあります。
511ネットワーク認証が必要–クライアントはネットワークアクセスを取得するために認証する必要があります。 コードは401応答で使用されます。 応答には、追加の認証オプションを含むWWW-Authenticateヘッダーフィールドを含めることができます。
599ネットワーク認証が必要–クライアントは、ネットワークアクセスを取得するために自身を認証する必要があります。 コードは407応答で使用されます。 この場合、クライアントアプリケーションがOAuth2と互換性がない場合、WWW-Authenticateヘッダーフィールドが省略され、これが空白の応答として扱われることがあります。
6xx HTTPステータスコード:
600ビジー–大量のリクエストが原因で、サーバーは一時的にリクエストを処理できません。 これには、サービスが再び利用可能になる可能性が高い時期を示すRetry-Afterヘッダーフィールドが付随する場合があります。 リクエストメソッドがHEADでなく、少なくとも1つのリクエストエンティティを定義している場合は、必要に応じてerror_status値とerror_reason値を持つEntity-Bodyも含める必要があります。
601拒否–サーバーは要求を拒否し、その理由が含まれます(たとえば、ユーザーアカウントが許可されていません)。
602 Bad Gateway –サーバーは要求されたリソースのゲートウェイを処理しません。 たとえば、エンドポイントの1つへのリクエストで、このエラーが返されました。 別のホストのサーバーがこのリソースのゲートウェイとして機能している場合に発生する可能性があります。
603 Service Unavailable –メンテナンスのダウンタイム、サーバーの過負荷、またはその他の理由により、サーバーは一時的にリクエストを処理できません。 場合によっては、別のサービスがメンテナンスを実行するためにサービスを一時的にシャットダウンすることにより、外部クライアントがサービスを利用できなくなったことが原因である可能性があります。
604メソッドが許可されていません–要求されたリソースに対してメソッドが許可されていません。 error_status値はより説明的であり、長期間存在するため、これが応答として使用されることはめったにありません。
605バリアントもネゴシエート–サーバーはリソースのバリアントのみを提供します。 画像やスタイルシートなど、コンテンツのバリエーションを個別に処理する場合は、この応答コードを使用する必要があります。
606受け入れられない–クライアントは同封の表現を受け入れる必要があります。
607ストレージが不十分–サーバーが要求を完了するために必要な表現を保存できないため、要求を処理できませんでした。 これは一時的な障害が原因である可能性があり、リクエストを一時的に処理できないことを示している可能性があります。 また、ユーザーのアカウントに使用可能なストレージスペースがない場合、またはストレージクォータを超えた場合にも使用されます。
610前提条件が失敗しました–前の要求から受信した情報によって条件が満たされませんでした。 リクエストには本文を含めることができ、そのContent-Typeは有効な利用可能な表現である必要があります。
611ネットワーク認証が必要–クライアントは、ネットワークアクセスを取得するために自身を認証する必要があります。 コードは407応答で使用されます。 この場合、クライアントアプリケーションがOAuth2と互換性がない場合、WWW-Authenticateヘッダーフィールドが省略され、これが空白の応答として扱われることがあります。 このコードは、外部サーバーまたはサービスに対して認証する場合にのみ使用する必要があり、リクエスター自体に対しては使用しないでください。
616不正な要求–要求が無効であるか、サポートされていません。 これは、リクエストの形式が正しくないことを示すスーパーコードである必要があります。 たとえば、エンティティ本体のないリクエスト。
617 Already Replying –サーバーはすでに前の要求に応答しています。 これは、最初の要求がまだ処理されている間にクライアントが2番目の要求を送信する場合に使用される場合があります。
618内部サーバーエラー–内部サーバーエラーまたはサーバーの設定ミス-誤った応答が生成されました。
619リクエストのタイムアウト–キャッチされない例外、タイムアウト、またはその他の技術的な問題が発生したため、リクエストをそれ以上処理できませんでした。 応答メッセージの本文には通常、問題に関する詳細が含まれます。
620 Bad Gateway –サーバーは要求されたリソースのゲートウェイを処理しません。 これは、別のホストのサーバーがこのリソースのゲートウェイとして機能している場合に発生します。
7xx HTTPステータスコード:
711不明なリソース–サーバーはこの特定の要求メソッドを処理しないか、要求本体を理解できません。
712 Unprocessable Entity –リクエストエンティティは整形式でしたが、処理できませんでした。 これは、サーバーレベルの検証エラーが原因であるか、応答の場合は、応答の有効期限が切れているか、削除されたリソースを参照していることが原因である可能性があります。 これには、サービスが再び利用可能になる可能性が高い時期を示すRetry-Afterヘッダーフィールドが付随する場合があります。
713ロック済み–リソースが別のシステムによって使用されているか、読み取り専用です。 これには、サービスが再び利用可能になる可能性が高い時期を示すRetry-Afterヘッダーフィールドが付随する場合があります。
714共有使用–リソースが複数のクライアントに割り当てられています。 これは、1つのクライアントにリソースへの排他的アクセスを許可してはならない411(Use Conflict)応答コードと組み合わせて使用する必要があります。 また、このリソースでの以降のトランザクションは、他のクライアントがトランザクションを終了するまで待機する必要があることを示している場合もあります。
9xx HTTPステータスコード:
915リクエストエンティティが大きすぎます–サーバーは長さが長いため、リクエスト本文を処理できませんでした。 リクエストに大きなドキュメントを含める場合は、POSTを使用し、ドキュメントの長さを制限することを検討してください。
917リクエストエンティティが大きすぎます–サーバーは、リクエストの長さが長いため、リクエストが整形式であることを確認できませんでした。 リクエストで長い形式を送信する場合は、代わりにPOSTの使用を検討してください。
918リクエストエンティティが大きすぎます–サーバーは、リクエストの長さが長いため、リクエストが整形式であることを確認できませんでした。 リクエストで長い形式を送信する場合は、代わりにPOSTの使用を検討してください。
919リクエストエンティティが不完全–エンティティが小さすぎるか、メディアタイプがサポートされていないため、サーバーにリクエストを処理するための十分な情報がありません。 これは、処理を続行する前に、要求が受信されたこと、および要求に必要なすべての情報が含まれているかどうかを確認したいクライアントが使用できます。
930認証が必要–クライアントは自身を認証しようとしましたが失敗したため、エンティティ本体は返されませんでした。 自身を認証する方法に関する情報を含むWWW-Authenticateヘッダーフィールドが付随する場合があります。
980見つかりません–リソースが見つかりませんでした。 これは、APIキーやAPIパス(URI)など、このAPIに定義されている識別子の1つにエラーがあることを示している可能性があります。
999不明なエラー–一般的なエラーが発生しました。 この問題に関する追加情報はありません。 予期しない障害への対応として使用できます。
これで、発生する可能性のあるHTTPステータスコードの広範なリストは終わりです。 ありがたいことに、これらのほとんどは野生ではめったに見つかりませんが、見つけたときに何をすべきかを知ることは重要です。 そのため、問題を特定して適切な解決策を見つけることができるホワイトレーベルのSEO専門家と協力することが重要です。