HTTPステータスコード確認

100・101・200・201・204・301・302・304・400・401・403・404・405・408・429・500・502・503・504 の19件です。RFC 9110 などで定義されている標準コードのうち、Web サイトの運用や API 開発で目にする頻度が高いものに絞っています。307・308・410・422・451・505 などは収録していません。網羅的な一覧が必要な場合は、下の IANA HTTP Status Code Registry を参照してください。

次の3条件のいずれかに当てはまるものが表示されます。(1) コード番号を文字列にしたものに入力を含む、(2) 英語名を小文字にしたものに入力を小文字にしたものを含む、(3) 日本語の説明文に入力をそのまま含む。たとえば「3」で 301・302・304・403・503 が並ぶのは、コード番号のどこかに 3 の文字を含むためです。日本語の説明文は完全な部分一致なので、「サーバー」と入力しても説明文の「サーバ」には一致しません。

401 は「認証情報が無い、または無効」という状態で、サーバーは WWW-Authenticate ヘッダーで認証方法を示し、正しい資格情報を付けて再送すれば通る可能性があります。名前は Unauthorized ですが、実態は「未認証」です。403 は「認証の有無にかかわらずこの操作を許可しない」という応答で、同じ資格情報で再送しても結果は変わりません。ログイン切れなら 401、権限不足なら 403 と覚えると切り分けやすくなります。

URL の変更が恒久的（サイト移転、http から https への統一、末尾スラッシュの正規化）なら 301、一時的な振り分け（メンテナンスページ、期間限定の誘導）なら 302 です。301 は既定でキャッシュ可能なため、一度返すとブラウザが記憶し、元の URL に戻しても以前の転送先へ飛び続けることがあります。また 301・302 では POST が GET に変えられることがあるので、メソッドと本文を保持したい場合は 307・308 を使います。詳細は下の比較表にまとめています。

どちらもリバースプロキシ・ロードバランサー・CDN などの中継サーバーが、その先の上流サーバーとの間で問題を検出したときに返すコードです。502 は上流から不正な応答を受け取った、または接続できなかった場合（上流のプロセスが落ちている、ポートが違うなど）、504 は上流への接続はできたが制限時間内に応答が返らなかった場合です。502 なら上流の死活と設定、504 なら処理時間とタイムアウト値を確認するのが切り分けの出発点になります。

一定時間内のリクエスト数が上限を超えたという応答です（RFC 6585 で定義）。応答に Retry-After ヘッダーがあれば、そこに書かれた秒数または日時まで待ってから再送します。ヘッダーが無い場合は、再試行の間隔を回数ごとに倍にしていく指数バックオフで送り直すのが一般的な実装です。待たずに連打すると上限の解除がさらに遅れることがあります。

できません。このページは収録済みの一覧をページ内で検索するだけで、どこにもリクエストを送りません。実際のステータスを確認するには、ブラウザの開発者ツールの Network タブでレスポンスの Status 列を見るか、ターミナルで curl -I に URL を渡してヘッダーだけを取得する方法があります。取得したコードの意味を調べる段階でこのページを使ってください。