Continue
サーバーがリクエストヘッダーを受け取り、クライアントは本文を送ってよい状態です。大きなアップロードの前に"Expect: 100-continue"と組み合わせて使います。
RFC 9110番号や名前で検索、またはクラスで絞り込めます。各コードは仕様書にリンクしています。
リクエストを受け付け、処理を継続中です。アプリケーションのコードで見ることはまれです。
サーバーがリクエストヘッダーを受け取り、クライアントは本文を送ってよい状態です。大きなアップロードの前に"Expect: 100-continue"と組み合わせて使います。
RFC 9110リクエストを受け付け、理解し、受理しました。
リクエストを完了するには、通常は別のURLへの移動など、追加の操作が必要です。
リクエストに問題があります。構文の誤り、認証なし、権限なし、存在しないリソースなど。
リクエストは正しく見えますが、サーバーが処理に失敗しました。
すべてのHTTPレスポンスは、リクエストの結果をクライアントに伝える3桁のステータスコードで始まります。先頭の数字がクラスを表し、1xxは情報、2xxは成功、3xxはリダイレクト、4xxはクライアントエラー、5xxはサーバーエラーです。ブラウザ、検索エンジン、キャッシュ、APIクライアント、監視ツールはこのコードに従って動作するため、適切なコードを選ぶことが重要です。301は新しいURLにSEO評価を引き継ぎますが302は引き継がず、503はクローラーに後で再訪するよう伝え、429はAPIクライアントに速度を落とすよう伝えます。コードは主にRFC 9110(HTTP Semantics)で定義され、一部は個別のRFCで定義されています。
リファレンス全体がページに含まれているため、検索はサーバーへの通信なしにブラウザ内で即座に動作します。
検索欄に404のような番号、"gateway"のような名前、"redirect"のような単語を入力します。入力に合わせて結果が更新されます。
クラスのボタン(1xx〜5xx)で一覧を絞り込みます。たとえばクライアントエラーをまとめて確認できます。
各コードの説明を読み、意味、サーバーが返すべき場面、クライアントの反応を確認します。
RFCのリンクで正確な仕様を確認したり、#429のようなアンカー付きリンクで特定のコードを共有したりできます。
POST後はLocationヘッダー付きの201 Created、DELETE後は204 No Content、不正なJSONには400、バリデーションエラーには422、現在の状態と矛盾する場合は409を返します。
恒久的な移転には301または308を使い検索順位を引き継ぎ、A/Bテストなど一時的なリダイレクトには302または307を使います。308と307はPOSTをPOSTのまま維持します。
未ログインやトークン無効には401、ユーザーは分かるが権限がない場合は403を返します。リソースの存在を隠すため403の代わりに404を返すAPIも多くあります。
メンテナンス中はRetry-Afterヘッダー付きの503を返してクローラーに順位を維持させ、レート制限を超えたクライアントにはRetry-After付きの429を返します。
401 Unauthorizedは「あなたは誰?」、つまり認証がない・失敗したという意味です。403 Forbiddenは「誰かは分かるが、これは許可されていない」です。再ログインで401は解決しますが403は解決しません。
旧URLが完全になくなるなら301(または308)、戻ってくるなら302(または307)です。恒久的な移転に302を使うと、新URLのインデックスが遅れることがあります。
502 Bad Gateway: プロキシが上流サーバーから不正な応答を受け取った。503 Service Unavailable: サーバーが過負荷またはメンテナンス中。504 Gateway Timeout: 上流サーバーが時間内に応答しなかった。
いいえ。クライアント、キャッシュ、監視ツールはステータスコードに依存しています。失敗に200を返すとツールからエラーが見えなくなり、エラーページが「ソフト404」としてインデックスされることもあります。