ZenovayTools

HTTPステータスコード検索

任意のHTTPステータスコード（1xx～5xx）を検索して、公式名、意味、一般的な原因、および修正方法を確認します。すべての60以上の標準ステータスコードを開発者向けの実践的な説明と共にカバーします。

59 status codes

HTTPステータスコード検索の使い方

  1. 1任意のHTTPステータスコード（例：404、500、301）を入力するか、キーワードで検索します。
  2. 2公式なステータス理由フレーズと完全な説明が表示されます。
  3. 3各エラーコードの一般的な原因と推奨される修正が提供されます。
  4. 41xx情報、2xx成功、3xxリダイレクト、4xxクライアントエラー、5xxサーバーエラーのカテゴリ別にすべてのコードを閲覧します。
Zenovayアナリティクス

創業者のためのアナリティクス。

  • リアルタイムの訪問者トラッキング
  • プライバシーファースト、クッキーバナーなし
  • 2分でセットアップ
Zenovayを見る

関連ツール

JSON フォーマッター & バリデーター
JSON データをフォーマット、検証、美しく整えます。構文強調表示とエラー検出が可能です。
JWT デコーダー
JWTトークンをデコードして検査します。ヘッダー、ペイロード、署名を表示します。
Base64 エンコード/デコード
テキストを Base64 にエンコードするか、Base64 をテキストにデコードします。UTF-8 およびバイナリデータに対応しています。
URLエンコード/デコード
URLコンポーネントをエンコードまたはデコードします。特殊文字、クエリ文字列、完全なURLを処理できます。

よくある質問

401と403の違いは何ですか？▾
401 Unauthorizedは、リクエストが有効な認証を欠いていることを意味します。ログインしていないか、認証情報が無効です。サーバーは「あなたは誰ですか？」と言っています。403 Forbiddenは、サーバーがあなたが誰であるかを知っている（認証済み）ですが、このリソースにアクセスする権限がないことを意味します。サーバーは「あなたが誰であるかを知っていますが、これにはアクセスできません」と言っています。一般的な間違い：「ログインしていない」場合は401、「ログインしているが権限がない」場合は403を返すこと。常にWWW-Authenticateヘッダー付きで401を返して、認証情報が役立つことを示してください。
301と302の違いは何ですか？▾
301 Moved Permanentlyは、リソースが永続的に移動したことをクライアントと検索エンジンに通知します。ブックマークを更新してください。検索エンジンはSEOランキング（リンク評価）を新しいURLに転送します。302 Found（一時的）は、クライアントにこのリクエストを新しいURLから取得するよう指示しますが、将来のリクエストには元のURLを使用し続けます。検索エンジンは302のフルSEO評価を転送しません。永続的なURL変更（HTTPS移行、ドメイン変更）には301を使用します。A/Bテスト、一時的なメンテナンスページ、またはログインリダイレクトには302を使用します。
404と410がどのように異なるのか？▾
404 Not Foundは、リソースが見つからないことを意味します。存在していたかもしれませんし、していないかもしれません。クライアントは将来再試行すべきです。410 Goneは、リソースが意図的に削除され、もう利用できないことを明示的に通知します。410はコンテンツを永続的に削除する場合のSEOに適しています。GooglebotはGoneページを404ページよりも速くインデックス削除します。削除されたブログポスト、廃止製品、または閉じられたアカウントに410を使用して、永続的な削除を示してください。
502、503、504の原因は何ですか？▾
502 Bad Gateway：プロキシ/ロードバランサーはバックエンドアプリサーバーから無効なレスポンスを受け取りました（アプリがクラッシュ、ガベージを返すなど）。503 Service Unavailable：バックエンドアプリは起動していますが、接続を拒否しています。通常、過負荷、メンテナンスモード、または接続不足です。504 Gateway Timeout：プロキシはバックエンドからの応答を長く待ちすぎました。バックエンドは実行中ですが、遅すぎます（遅いデータベースクエリなど）。一般的な修正：502=アプリサーバーを再起動。503=負荷を軽減またはメンテナンスを待つ。504=遅いクエリを最適化またはタイムアウトを増やす。
422と400をいつ使うべきですか？▾
400 Bad Requestは構文エラーです。リクエスト自体が不正形式です（無効なJSON、間違ったコンテンツタイプ、必須ヘッダーなし）。422 Unprocessable Content（以前のUnprocessable Entity）はセマンティック検証エラーです。リクエスト形式は正しいですが、データはビジネス検証に失敗します（メール形式が無効、年齢がマイナス、ユーザー名が既に取得されているなど）。最新のREST APIは、各フィールドエラーをリストした構造化された本体を持つ検証エラーに422を優先します。Railsはフォーム検証失敗に対して422をデフォルトで使用します。GraphQL APIは通常、応答本体にエラーがある200を返します。