HTTPステータスチェッカー — ステータスコードとリダイレクトチェーンを確認

任意のURLのHTTPステータスコードを確認し、リダイレクト動作を素早く理解します。リダイレクトを（最大10回まで）追跡してループを検出し、最終的な宛先の応答を確認します。稼働時間チェック、ヘルスエンドポイント、SEO監査、誤ったルーティングURLのデバッグに最適です。結果をJSONにエクスポートできます。

Loading…

概要 HTTPステータスチェッカー

URLを貼り付けて、そのHTTPステータス（200、301、302、404、500…）を確認し、必要に応じてリダイレクトを追跡して完全なリダイレクトチェーンを検査します。可用性の問題の診断、ヘルスチェックの検証、SEOに適したループのないリダイレクトの確認に最適です。

機能

  • 任意のURL（ウェブサイトまたはAPI）のHTTP応答ステータスを確認します。
  • リダイレクトを追跡し、リダイレクトチェーン（最大10ホップ）を検査します。
  • リダイレクトループや設定ミスを素早く検出します。
  • 200 OKの動作を確認するためのヘルスエンドポイントに最適です。
  • 正規の宛先（HTTP→HTTPS、www、ロケールパス）の検証に役立ちます。
  • デバッグやサポートチケットのために結果をコピー/共有できます。
  • 自動化や監視ワークフローのためにJSONレポートをエクスポートできます。
  • 安全なデフォルト設定：プライベートネットワークターゲットをブロックし、固定のUser-Agentを使用します。

🧭 使い方 for http-status-checker

1

URLを入力

確認したいURL（ページ、APIエンドポイント、ヘルスパス）を貼り付けます。

2

リダイレクト動作を選択

「リダイレクトを追跡」を有効にして最終的な宛先に到達します。最初のホップの応答のみが必要な場合は無効にします。

3

必要に応じてリダイレクト制限を設定

「最大リダイレクト数」を調整して長いチェーンを避け、リダイレクトループを安全に検出します。

4

結果を解釈

報告されたステータスコードを使用して、次のステップ（壊れたURLの修正、リダイレクトの修正、サーバーエラーのトラブルシューティング）を決定します。

5

ドキュメント化または自動化のためにエクスポート

時間の経過に伴う変更を追跡したり、チケットに証拠を添付したりする場合は、JSONをダウンロードします。

技術仕様

リクエストモデル

このツールは、指定されたURLの応答ステータスを確認し、リダイレクトを追跡して最終的なステータスとチェーンの動作を明らかにします。

設定動作デフォルト
リダイレクトを追従リダイレクト応答（3xx）を最終目的地まで追従します有効
最大リダイレクト数ループを防ぐためのリダイレクト上限10（範囲 0–20）
タイムアウトリクエストのタイムアウト制限12000 ミリ秒
ユーザーエージェントリクエストのユーザーエージェントを識別しますEncode64Bot/1.0 (+https://encode64.com)
プライベートネットワーク安全性のため、プライベートネットワーク範囲へのアクセスをブロックします無効（プライベートネットワークは許可されていません）

ステータスコードカテゴリ（簡易ガイド）

ステータスファミリーを理解することで、問題がリダイレクト、クライアントエラー、サーバー障害のいずれであるかを判断できます。

範囲意味一般的な例
2xx成功200 OK, 204 No Content
3xxリダイレクト301 Moved Permanently, 302 Found, 307 Temporary Redirect, 308 Permanent Redirect
4xxクライアントエラー400 Bad Request, 401 Unauthorized, 403 Forbidden, 404 Not Found, 410 Gone
5xxサーバーエラー500 Internal Server Error, 502 Bad Gateway, 503 Service Unavailable, 504 Gateway Timeout
SEOのため、コンテンツを完全に移動した場合は恒久的なリダイレクト（301/308）を使用し、リダイレクトチェーンは短く保つことをお勧めします。

コマンドライン

ブラウザ外でステータスコードとリダイレクトを確認するには、これらのコマンドを使用します。CIチェックやインシデント対応に最適です。

macOS / Linux

ステータスコードのみを確認（本文なし）

curl -o /dev/null -s -w "%{http_code}
" https://example.com/health

HTTPステータスコードのみを出力します。

リダイレクトを追跡して最終ステータスを表示

curl -L -o /dev/null -s -w "%{http_code}
" http://example.com

リダイレクト（HTTP→HTTPS、wwwなど）を追跡し、最終的なステータスコードを表示します。

リダイレクトチェーンのヘッダーを表示

curl -I -L http://example.com

Locationを含む各ホップのヘッダーを表示します。

Windows (PowerShell)

ステータスコードを取得

$r = Invoke-WebRequest -Uri https://example.com/health -Method Get -MaximumRedirection 0 -ErrorAction SilentlyContinue; $r.StatusCode

レスポンスのステータスコードを取得します（PowerShellのバージョンに応じてリダイレクト処理を調整してください）。

監視には、200を素早く返し、認証を必要としない専用の/healthエンドポイントを使用してください。安定していて軽量な状態を保ちましょう。

ユースケース

ヘルスエンドポイントと稼働時間の検証

重要なエンドポイントが200 OKを返し、期待される制約内で到達可能であることを確認します。

  • /healthおよび/statusエンドポイントをチェック
  • インシデント中の断続的な5xxを検出
  • インシデントの証拠としてJSONをエクスポート

リダイレクトチェーンとループのデバッグ

URLが予期せず複数回リダイレクトする（または解決しない）場合、チェーンを検査してループを素早く停止します。

  • リダイレクトループを検出
  • HTTP→HTTPSおよびwwwの正規化を確認
  • 混在したルール（Nginx、アプリ、CDN）による長いチェーンを発見

SEO監査と壊れたリンクのチェック

ステータスコードはクロールとインデックス登録に大きく影響します。このツールを使用して、ページとサイトマップの正しいレスポンスを確認します。

  • インデックス可能なページに対して200を確認
  • 恒久的な移動には301/308を使用
  • 削除されたコンテンツの404/410を発見
  • 恒久的なリダイレクトに意図せず使用された302/307を捕捉

APIデバッグ

APIエンドポイントが到達可能か、リダイレクトするか（一部のクライアントで問題を引き起こす可能性あり）を素早く確認します。

  • 期待される成功に対して200/204を確認
  • 予期しない3xxリダイレクトや401/403認証失敗を捕捉
  • 502/504ゲートウェイの問題を特定

❓ Frequently Asked Questions

❓301と302の違いは何ですか？

301（および308）は恒久的なリダイレクトを示します。302（および307）は一時的なリダイレクトを示します。SEOの観点では、移動が恒久的な場合は恒久的なリダイレクトが推奨されます。

❓なぜリダイレクトチェーンは短く保つべきですか？

長いリダイレクトチェーンは、ユーザーとクローラーの速度を低下させ、障害点を増やし、シグナルを希薄化させる可能性があります。可能な場合は、正規の宛先への単一ホップを優先してください。

❓リダイレクトループはどのような状態ですか？

URLが2つ以上の場所（多くの場合、HTTP↔HTTPS、www↔非www、または末尾のスラッシュルール）の間でリダイレクトを繰り返します。ツールは最大リダイレクト制限に達し、問題を報告します。

❓404は常に悪い状態ですか？

常にではありません。404は存在しないリソースに対して正しい応答です。完全に削除されたコンテンツに対しては、410 Goneの方がさらに明確な場合があります。重要なのは、重要なページが200を返し、リダイレクトが意図的であることです。

❓403や401が表示されるのはなぜですか？

401は認証が必要であることを意味します。403はアクセスが禁止されていることを意味します。これは、プライベートエンドポイント、WAFルール、地域ブロック、または設定ミスの権限で予期される場合があります。

❓ここにURLを貼り付けても安全ですか？

このツールは提供されたURLに対してサーバーサイドのリクエストを行い、プライベートネットワークターゲットをブロックします。URLに（クエリストリングのトークンなどの）秘密情報を含めないでください。

Pro Tips

Best Practice

正規化には、最終URL（HTTPS + 選択したホスト名）への単一リダイレクトホップを優先してください。

Performance Tip

ホームページ（重く変動しやすい場合がある）の代わりに、高速な /health エンドポイントを監視して稼働時間を確認してください。

CI Tip

SEO移行では、恒久的な移動には301/308を使用し、内部リンクとサイトマップを直接最終URLを指すように更新してください。

Best Practice

ループが疑われる場合は、最大リダイレクト数を低く設定し（例：3〜5）、迅速に失敗して設定ミスのルールセットを特定してください。

CI Tip

JSONをエクスポートし、インシデントチケットに添付して、障害時やロールバック時のステータス変更を文書化してください。

Additional Resources

HTTPレスポンスステータスコード (MDN)
Documentation
URLリダイレクトと3xx (MDN)
Reference
SEO: ステータスコードガイダンス (Google Search Central)
Reference

Other Tools

HTTPステータスチェッカー — ステータスコードとリダイレクトチェーンを確認 | Encode64