HTTPステータスコード一覧│意味を完全解説

HTTPステータスコードは、Webサイトにアクセスしたときの「HTTPリクエスト」の完了状態（正常に完了したかどうか）を表す3桁の数値です。そもそもWebサイトにアクセスするとき、次のようなステップで情報が処理されています。

このHTTPレスポンスでHTMLファイルなどが返送され、その情報がブラウザ上で表示されると、私たちはWebサイトを見ることができます。このサーバーの処理結果（完了状態）を表すのが、HTTPステータスコードです。

なお、HTTPとは「Hyper Text Transfer Protocol（ハイパーテキスト・トランスファー・プロトコル）」の略で、ブラウザからサーバーへのリクエストを処理するときの約束事（プロトコル｜通信規約）を意味します。プロトコルにもいくつか種類がありますが、一般的に使用されるケースが多いのはHTTPです。

HTTPステータスコードを見れば、Webサイトでどのような事象が起こっているのか把握できます。

たとえば「Webサイトが表示されない」トラブルにはさまざまな原因が考えられますが、そのときのHTTPステータスコードを見れば、大まかな原因を把握できるのです。このためWebサイト運営に関わる人は、一通りステータスコードの意味を知っておく必要があります。

HTTPステータスコードを確認する方法としては、次の2つが挙げられます。

Webサイトにアクセスすると、自動的に「404 Not Found」「502 Bad Gateway」などと自動的に表示されることがあります。これら3桁の数字がHTTPステータスコードなので、もしブラウザに自動的に表示されたのであれば、それを記録して意味・原因を調べましょう。

ブラウザに自動的に表示されない場合は、ブラウザの開発者ツールで確認することも可能です。

▼ たとえば『Google Chrome』を使っている場合には、次の手順で確認できます。

HTTPステータスコードは3桁の数字で表され、百の位で意味が大別されています。

さらに細かな状態ごとに、それぞれ3桁の数字が割り当てられています。一覧表は次のとおりです。

それぞれのステータスごとに詳しく解説するので、ぜひ参考にしてみてください。

100番台は情報レスポンス、すなわちクライアント（ブラウザ）からのリクエストの受け取り・処理を継続できる状態です。情報処理中の状態ともいえます。100番台が表示されるケースには出会わないかもしれませんが、一通り意味は知っておきましょう。

詳細なステータスは、次の通りです。

レスポンスまでの間に問題がなく、クライアントが要求を継続できる状態です。

クライアントのプロトコル変更要求を処理している状態です。

クライアントの要求をサーバーが受理し、処理中である状態です。

サーバーがクライアントに最終的なレスポンスを送る前に、スタイルシートや画像などのリソースにまつわるヒントを送っている状態です。

早期（事前）にヒントを送ることで、クライアント（ブラウザ）側はレスポンスを待っている間に、これから必要となるリソースを読み込む準備ができます。その結果として、ページの表示速度が向上することが特徴です。

200番台は成功レスポンス、すなわち処理が成功したことを意味します。Webサイトが正常に表示されている場合には、基本的に200番台のHTTPステータスコードが表示されているはずです。

200番台でもっとも代表的なステータスコードで、リクエストが成功し、クライアントの要求通りの情報がレスポンスされています。

クライアントの要求が成功し、そのリクエストに基づいた新規リソースがサーバー上で作成されたことを意味します。

例えば、新しいユーザーアカウントを作成するリクエストを送信した際に、サーバーがそのリクエストを処理し、正常に新しいアカウントが作成された場合、サーバーは「201 Created」を返します。

クライアントの要求を受け入れたものの、まだ処理が完了していないことを示すHTTPステータスコードです。

例えば、ユーザーが大容量のファイルをサーバーにアップロードするリクエストを送信した場合、サーバー側でその処理が完了するまでに時間がかかることがあります。このとき、サーバーは即座に処理結果を返すことができないため、リクエストを受け取ったことを示すために「202 Accepted」を返します。

元のサーバー以外の場所（代理サーバーやキャッシュなど）から、オリジナルではない情報（つまり信頼できない情報）が収集されたことを意味し、キャッシュサーバーなどが関与するときに表示される可能性があります。

例えば、ユーザーがWebページにアクセスした際、リクエストがキャッシュサーバーにリダイレクトされ、そのキャッシュサーバーがオリジナルのコンテンツではなく、古いデータや変更されたデータを返す場合、「203 Non-Authoritative Information」が返されます。

クライアントのリクエストは処理されたものの、サーバーに返すべきコンテンツが存在しない状態です。サーバー側での処理は正常に完了しており、エラーではないことを覚えておきましょう。

例えば、ユーザーがフォームのデータを送信して、サーバー側でそのデータの処理が正常に完了した場合、フォーム送信は成功しており、再表示する必要のあるページやコンテンツがないため、空のレスポンスを返します。

クライアントのリクエストが成功した結果として表示内容のリセットを要求するときに使用されます。

例えば、フィードバックフォームの送信後にフィールドをクリアし、新たな入力が可能な状態に戻す場合に適しています。

クライアントからのリクエストに対して、その一部のみがレスポンスされた状態です。大容量ファイルの一部のみが必要とされている状況などで使用されます。

例えば、動画の特定の部分のみを再生するために、ファイルの一部分だけをダウンロードする場合など、このステータスコードが使用されます。

一つのリクエストに対し、複数リソースの状態・情報をレスポンスするときに使用されます。インターネット上での文書作成・編集を可能にする「WebDAV」という拡張プロトコルの拡張ステータスコードの一つです。

こちらもWebDAVの拡張ステータスコードの一つで、クライアントがリクエストしたリソースの一部が、すでに報告されている状態を示します。これによって、クライアントが特定の情報を繰り返し表示することを避けられます。

Webページ・その他のHTTP応答の変更点のみを送信することで、大容量データでも効率的にやり取りできる手法である「Delta encoding in HTTP」という仕様の拡張ステータスコードの一つです。クライアントの要求が、インスタントメッセージングシステム（IM）によってレスポンスされたことを意味します。

300番台は、リダイレクション（遷移処理）に関するコードです。クライアントのリクエストに対し、サーバー側で別のアクセス先へ誘導する処理がおこなわれたことを示しています。

一つのリクエストに対して、複数のレスポンスがある（リソースが複数の場所に存在している）状態であるため、クライアント側に選択肢を提示している状態です。

Webサイト（Webページ）が別のURLに恒久的に移転したことを示すステータスコードです。Webサイトをリニューアルしたときや、ドメイン名を変更するときなどに使用します。

301は、ドメイン変更を伴うリニューアルやページを統合する際や、利用する際によく利用するため覚えておきましょう。

【関連記事】

Webサイト（Webページ）が、別のURLに一時的に移転したことを示すステータスコードです。イベントをプロモーションするために、既存ページを一時的にキャンペーンページへ変更する場合などに使用されます。

【関連記事】

リクエストに対するレスポンスが、他ページで可能なことを知らせるステータスコードです。問い合わせフォームなどでデータ送信後、その情報を処理した結果を伝えるページにリダイレクトするときなどに使用されます。

例えば、ユーザーが問い合わせフォームに入力してデータを送信完了後に、「確認メッセージ」や「処理結果」を表示する専用のサンクスページに自動で移動する場合などに使用されます。

キャッシュに保存されているコンテンツが有効である、つまりクライアントが要求したリソースがサーバー側で更新されていないことを示すステータスコードです。

例えば、ユーザーが以前に訪れたWebページに再度アクセスすると、ブラウザはサーバーにそのページが更新されたかどうかを確認します。

サーバー側で変更がない場合、「304 Not Modified」が返され、ブラウザはキャッシュに保存されている以前のページを再利用します。これにより、リソースの再ダウンロードが不要となり、ページの読み込み速度が向上します。

指定されたプロキシサーバーを通じてのみ、要求したリソースへアクセスできることを示すステータスコードです。例えば、企業の内部ネットワークで外部リソースにアクセスする際に、セキュリティのためにプロキシサーバーを使用するよう設定されている場合などに使用されます。

かつては指定されたプロキシを使うよう通知する「Switch Proxy」というステータスコードでしたが、定義が明確ではなかったため、現在は使われていません。

「307 Temporary Redirectは、クライアントが要求したリソースが一時的に別のURLに移動していることを示すステータスコードです。

302 Foundも同じように一時的なリダイレクトを示しますが、302ではリクエストメソッドがGETに変更される可能性があるのに対し、307 Temporary Redirectでは、元のリクエストメソッド（たとえばPOST）がそのまま保持されることが保証されています。

クライアントが要求したリソースが、恒久的に別のURLに移動したことを示すステータスコードです。301 Moved Permanentlyと同様に、リソースは新しいURLに恒久的に移動しており、今後はその新しいURLを使用するよう指示されます。

301ではリクエストメソッドがGETに変更される可能性があるのに対し、308 Permanent Redirectでは、元のリクエストメソッド（たとえばPOST）がそのまま保持されることが保証されています。

400番台は、ブラウザなどクライアント側の要求エラーを示します。サーバー側で応えられない要求に対して定義されており、不正の理由は多岐にわたることから、種類が非常に多いことが特徴です。

不正なリクエストを示すステータスコードで、ブラウザもしくは使用端末に原因があります。ブラウザ・端末を変えるか、Cookieを削除すると解消するケースが多いです。

認証が失敗したケースです。アクセス権がない状態ともいえます。セキュリティによって拒否されているため、正しいID・パスワードを入力すれば解決します。

決済エラーを示すステータスコードですが、多くのブラウザでは使われていません。

サーバーがクライアントからの要求実行を拒否している状態で、たとえば社内からのみアクセスできるURLに対し社外からアクセスした場合など、アクセス権限がない状態で表示されます。

クライアントの要求する情報を、発見できなかったときに表示されます。すでに非公開となったサイトなどにアクセスすると表示されるため、非常に有名なステータスコードです。

クライアントが要求する処理実行を、サーバー側で禁止しているときに表示されます。クライアントが送信したHTTPメソッドがサーバーで許可されていないことなどが原因です。サーバーとの通信方法に、問題がある状態ともいえるでしょう。

クライアントの要求したデータ形式を、サーバーが提供できない場合に表示されます。サーバー側はどのようなコンテンツが求められているか理解できているものの、クライアントが表示できる形式でデータ提供できないということです。

クライアントとインターネットの間にある、「プロキシサーバー」からの認証が必要な状態です。認証できないと、そのWebサイトだけではなくインターネットへのアクセスが制限されます。積雪な認証情報（ID・パスワードなど）を入力すれば解消されることが多いです。

リクエストに対する処理が、時間内に完了しないときのステータスコードです。インターネット接続が遅い場合などに表示されます。しばらく時間が経つと、自然と解決することが多いです。

クライアントからのリクエストが、サーバーの状態と競合（矛盾）しているときに表示されます。たとえば複数人が同時に編集しており、それによって何らかの矛盾が生じると処理が完了できず、Conflict状態となります。

サイトが移動・消滅した状況です。通常は「404 Not Found」が表示されますが、ページが完全に消滅し復活しないことを伝えたい場合に特別に設定すると、「410 Gone」を表示できます。

HTTPプロトコルでは、送信データのサイズをContent-Lengthヘッダで示さなければなりません。この「Content-Length」がヘッダに含まれていないことを意味するステータスコードが、「411 Length Required」です。

クライアントのリクエストが前提条件を満たしていない状態です。クライアントが条件付きヘッダー（If-MatchやIf-Unmodified-Sinceなど）を指定しているものの、サーバーがこれら条件を満たしていないときに表示されます。

アップロードファイルなどの容量が大きすぎると表示されるステータスコードで、クライアントのリクエストが大きすぎてサーバーが処理できないことを示しています。

URI（Uniform Resource Identifier）が長すぎることを意味します。なおURIとは、Web上にあるファイルを認識するURLやURNなどの識別子の総称です。URIを短くすれば解消します。

クライアントから受け取ったメディアタイプ（データ形式）を、サーバーが認識・処理できないときに表示されます。なお415エラーが発生している場合、検索エンジンのクローラーはそのページ内容をインデックスできません。そのためSEOの観点からすると、早急にデータ形式を修正する必要があります。

クライアントが部分的なデータ取得をリクエストしたとき、それがリソース以上のデータを要求している場合に表示されるステータスコードです。たとえば動画視聴中、総時間を超えた範囲を要求すると、416エラーが表示されることがあります。

リクエストヘッダにある「Expect」に記述された条件が、サーバー側で満たせなかったときに表示されます。サーバー設定の誤りなどが原因で発生することもあれば、コードのバグが原因となっていることもあるため、さまざまな角度から原因を追求しなければならないステータスコードです。

クライアントの要求が誤っており、サーバーが適切に処理できない状態です。ただしHTTPS証明書やサーバーの設定が誤っており、結果としてクライアントのリクエストが誤っているとされることもあります。

サーバーに対するリクエストの構文は正しいものの、意味が間違っているため、サーバーが処理できない場合に表示されます。

サーバー上のリソースがロックされており、アクセスできない状態です。例えば、ユーザーがファイルを編集しようとした際、他のユーザーがそのファイルを使用中でロックされている場合、サーバーは「423 Locked」を返します。

「あるリクエスト」が「他のリクエスト」に依存しているものの、現在のリクエストでは依存関係が満たされていないときに表示されます。例えば、ユーザーがサーバー上でファイルを削除しようとしたが、そのファイルが他のプロセスに依存している場合、「424 Failed Dependency」が返されます。

ブラウザからサーバーへのリクエストが早すぎると表示されます。サーバーの過負荷を防ぐための仕組みです。

例えば、ユーザーがトランザクションの確定前に同じリクエストを再送信した場合、サーバーが「425 Too Early」を返すことがあります。処理が完了していない段階でのリクエストを防ぎ、サーバーの過負荷やデータ不整合を回避するためです。

クライアントが使っているプロトコルを、アップグレードしなければならない状況です。HTTPからHTTPSへの切り替え時などに発生します。

リクエストの前提条件が不足している場合に表示されます。条件付きリクエストのみ受入可能な状態であるため、設定を確認しなければなりません。

リクエストが多すぎるため、それを拒否している状態です。例えば、ユーザーが短時間に同じページを何度もリロードしたり、APIに多数のリクエストを送信した場合などが該当します。

過剰なリクエストがサーバーに負荷をかけるのを防ぐため、一時的にアクセスを制限する措置です。

リクエストヘッダーが大きすぎるためにエラーが発生しています。ヘッダーに含めたCookieのデータ量が多すぎる場合などに発生します。

法的な理由により、Webサイトを使用できないときに表示されます。著作権・商標を侵害する問題、政府当局による検閲などが原因であるため、クライアント側で対処できないことが多いです。

500番台は、サーバー側の処理エラーを示します。

サーバーでなんらかのエラーが起きているときに表示されます。

エラーの原因は多岐にわたり、サーバーの設定ミス、プログラムのバグ、外部サービスの失敗などが原因で発生します。

リクエストに対する機能を、サーバーが実装していない状態です。501が発生した場合、サーバーの設定やプログラムの更新が必要です。

プロキシサーバーなどの通信過程で問題が発生しているときに表示されます。例えば、ユーザーがWebサイトにアクセスしようとした際、プロキシサーバーが別のサーバーに接続しようとしたが、その接続先サーバーが正しく応答しなかった場合に表示されます。

サーバーで要求処理の準備ができていない状態です。Webサイトをメンテナンスする場合なども、このステータスを表示させます。例えば、Webサイトがメンテナンス中でサーバーが一時的に停止している場合や、過負荷によってサーバーがリクエストを処理できない場合に表示されます。

クライアントとの接続がタイムアウトしたときに表示されます。例えば、ユーザーがWebサイトにアクセスしようとしたが、そのリクエストがサーバーまで到達したものの、バックエンドのサーバーが応答しなかった場合に表示されます。

クライアントに要求されているHTTPバージョンが、サーバーのサポート外の状態です。例えば、クライアントが古いバージョンのHTTP（例えばHTTP/1.0）を使用してリクエストを送信したが、サーバーがそのバージョンをサポートしていない場合に表示されます。

サーバーがリクエストに対して、適切な応答を生成できないときに表示されます。

例えば、ユーザーが特定の言語や形式でコンテンツをリクエストし、サーバーがそのリクエストに基づいて適切なバリエーション（例：異なる言語や形式のページ）を提供しようとしたが、どのバリエーションを選択すべきか判断できず「506 Variant Also Negotiates」エラーが表示される場合があります。

一時的にサーバーリソースが不足している状態です。例えば、ユーザーが大きなファイルをサーバーにアップロードしようとした際に、サーバーのディスク容量やメモリが不足していて、ファイルを保存できない場合に表示されます。

リクエスト処理の過程で、無限ループに陥ったときに表示されます。例えば、ユーザーがWebDAVプロトコルを使ってファイル操作をおこなっている際に、サーバー内でリソース参照がループし続ける状況が発生した場合に表示されます。

リクエストの適切な処理をするために、必要な情報が不足している状態です。例えば、クライアントが拡張HTTPプロトコルを使用してリクエストを送信したが、必要な追加情報が提供されていない場合に表示されます。

ネットワークへの認証が必要な場合に表示されます。例えば、ユーザーが公共のWi-Fiに接続しようとした際、ネットワークが認証を要求しているが、まだその認証がおこなわれていない場合に表示されます。

ここまで紹介してきたとおり、HTTPステータスコードは100番台〜500番台で定められていますが、時々「0」「000」などと表示されることもあります。理由として考えられるのは次のような事象です。

もしステータスコードが「0」と表示されてしまった場合には、一度ブラウザをアップデートしてみたり、編集中のファイルを開いたままにしていないか確認してみたりしてください。

HTTPステータスを全部覚えることは現実的ではありませんが、Webサイト運営やSEOに直接的に関係する「404」「301」「302」などの代表的なコードだけは概要を覚え、その他は表示される度に意味を検索するようにすると良いでしょう。

そしてエラーを放置することはユーザビリティ・クローラビリティ双方の観点から望ましくないため、400番台・500番台が表示された場合には、早急に対処することをおすすめします。