PortChecker Logo
PortChecker
URL ステータスとヘッダーをライブ確認

HTTP/HTTPS レスポンスチェッカー: ステータスコード, リダイレクトチェーン, レスポンスヘッダー

URL を入力すると、HTTP ステータスコード、各リダイレクト、最終レスポンスヘッダー、サーバー応答時間を確認できます。デプロイ確認、CDN デバッグ、リダイレクト監査向けです。

ステータスコード, リダイレクトチェーン, レスポンスヘッダー

HEAD はレスポンス本文をダウンロードせずにヘッダーだけを読むため最速です。サーバーが HEAD をブロックする場合は GET を使用してください。

この HTTP レスポンスチェッカーで分かること

このページは当社サーバーから URL をテストし、サイトに到達できても挙動がおかしい場合に役立つレスポンス情報を表示します。

ステータスコード

ステータスコードのクラスは、リクエストが成功したか、リダイレクトされたか、クライアント側またはサーバー側で失敗したかを示します。

リダイレクトチェーン

リダイレクトは複数の層で制御されることがあります。チェーンを見ると、どの層が URL を変更し、ループや誤った宛先がどこで始まるか分かります。

レスポンスヘッダー

ヘッダーはサーバー、プロキシ、CDN、ブラウザーがレスポンスをどう扱うべきかを示します。デプロイ確認や可用性確認で特に有用です。

合計時間

ヘッダーはサーバー、プロキシ、CDN、ブラウザーがレスポンスをどう扱うべきかを示します。デプロイ確認や可用性確認で特に有用です。 このチェッカーは公開 HTTP メタデータに特化しています。完全なブラウザー、Lighthouse 監査、認証済み監視ではありません。

HTTP ステータス、リダイレクト、ヘッダーの確認方法

ユーザーやボットが実際に要求する公開 URL を使います。チェッカーは安全にリダイレクトを追跡し、ヘッダー、ステータス、時間に集中します。

1

URL レスポンスを確認

ユーザーやボットが実際に要求する公開 URL を使います。チェッカーは安全にリダイレクトを追跡し、ヘッダー、ステータス、時間に集中します。

2

HEAD / GET

HEAD はレスポンス本文をダウンロードせずにヘッダーだけを読むため最速です。サーバーが HEAD をブロックする場合は GET を使用してください。

3

最終レスポンス

ヘッダーはサーバー、プロキシ、CDN、ブラウザーがレスポンスをどう扱うべきかを示します。デプロイ確認や可用性確認で特に有用です。

よくある結果パターンと次の対応

ステータスコードのクラスは、リクエストが成功したか、リダイレクトされたか、クライアント側またはサーバー側で失敗したかを示します。 リダイレクトは複数の層で制御されることがあります。チェーンを見ると、どの層が URL を変更し、ループや誤った宛先がどこで始まるか分かります。

問題シグナル確認すること
200 OK / 成功成功: このチェッカーは公開 HTTP メタデータに特化しています。完全なブラウザー、Lighthouse 監査、認証済み監視ではありません。Content-Type / Cache-Control / 新しい確認
301 / 308リダイレクトは複数の層で制御されることがあります。チェーンを見ると、どの層が URL を変更し、ループや誤った宛先がどこで始まるか分かります。リダイレクトチェーン
401 / 403公開 URL を使用してください。localhost、プライベートネットワーク、予約済みアドレスはこのツールでは確認できません。このチェッカーは公開 HTTP メタデータに特化しています。完全なブラウザー、Lighthouse 監査、認証済み監視ではありません。
429 / 503リクエストがタイムアウトしました。サーバー停止、過負荷、ファイアウォールによるブロック、または応答遅延の可能性があります。Retry-After / URL をテストする前に、A、AAAA、CNAME、MX レコードが想定ホストを指しているか確認します。
リダイレクトチェーンURL のリダイレクト回数が多すぎます。リダイレクトループ、または www、HTTPS、末尾スラッシュの競合ルールを確認してください。リダイレクトチェーン

HEAD と GET: どちらを使うべきか

HEAD はレスポンス本文をダウンロードせずにヘッダーだけを読むため最速です。サーバーが HEAD をブロックする場合は GET を使用してください。

メソッド確認することシグナル修正
HEADステータスコード / リダイレクトチェーン / レスポンスヘッダー405 / クライアントエラー / レスポンス確認に失敗しました。URL にアクセスできることを確認して、もう一度お試しください。GET: このチェッカーは公開 HTTP メタデータに特化しています。完全なブラウザー、Lighthouse 監査、認証済み監視ではありません。
GETHEAD はレスポンス本文をダウンロードせずにヘッダーだけを読むため最速です。サーバーが HEAD をブロックする場合は GET を使用してください。サーバーエラー / リクエストがタイムアウトしました。サーバー停止、過負荷、ファイアウォールによるブロック、または応答遅延の可能性があります。HEAD: HEAD はレスポンス本文をダウンロードせずにヘッダーだけを読むため最速です。サーバーが HEAD をブロックする場合は GET を使用してください。

レスポンスヘッダーの読み方

ヘッダーはサーバー、プロキシ、CDN、ブラウザーがレスポンスをどう扱うべきかを示します。デプロイ確認や可用性確認で特に有用です。

ヘッダー分かること確認すること
Locationリダイレクトは複数の層で制御されることがあります。チェーンを見ると、どの層が URL を変更し、ループや誤った宛先がどこで始まるか分かります。リダイレクトチェーン
Cache-Controlヘッダーはサーバー、プロキシ、CDN、ブラウザーがレスポンスをどう扱うべきかを示します。デプロイ確認や可用性確認で特に有用です。合計時間
Content-Typeレスポンスヘッダーステータスコード
Strict-Transport-SecurityHTTPS が失敗する場合は、TLS 証明書、発行者、ホスト名一致、期限を確認します。成功
Server / Via / CF-Cache-Statusこのページは当社サーバーから URL をテストし、サイトに到達できても挙動がおかしい場合に役立つレスポンス情報を表示します。URL をテストする前に、A、AAAA、CNAME、MX レコードが想定ホストを指しているか確認します。
Retry-Afterクライアントエラー / サーバーエラーリクエストがタイムアウトしました。サーバー停止、過負荷、ファイアウォールによるブロック、または応答遅延の可能性があります。
Content-Encodingレスポンスヘッダー合計時間

HTTP ステータスコード: 結果の意味

ステータスコードのクラスは、リクエストが成功したか、リダイレクトされたか、クライアント側またはサーバー側で失敗したかを示します。

200-299成功

ステータスコードのクラスは、リクエストが成功したか、リダイレクトされたか、クライアント側またはサーバー側で失敗したかを示します。

204 / 304成功

ステータスコード

301 / 308リダイレクト

リダイレクトは複数の層で制御されることがあります。チェーンを見ると、どの層が URL を変更し、ループや誤った宛先がどこで始まるか分かります。

302 / 307リダイレクト

リダイレクトは複数の層で制御されることがあります。チェーンを見ると、どの層が URL を変更し、ループや誤った宛先がどこで始まるか分かります。

401 / 403クライアントエラー

公開 URL を使用してください。localhost、プライベートネットワーク、予約済みアドレスはこのツールでは確認できません。

404 / 410クライアントエラー

レスポンス確認に失敗しました。URL にアクセスできることを確認して、もう一度お試しください。

429クライアントエラー

公開 URL を使用してください。localhost、プライベートネットワーク、予約済みアドレスはこのツールでは確認できません。

500-599サーバーエラー

リクエストがタイムアウトしました。サーバー停止、過負荷、ファイアウォールによるブロック、または応答遅延の可能性があります。

リダイレクトのトラブルシューティング

リダイレクトは複数の層で制御されることがあります。チェーンを見ると、どの層が URL を変更し、ループや誤った宛先がどこで始まるか分かります。

問題シグナル修正
HTTP / HTTPSURL のリダイレクト回数が多すぎます。リダイレクトループ、または www、HTTPS、末尾スラッシュの競合ルールを確認してください。リダイレクトは複数の層で制御されることがあります。チェーンを見ると、どの層が URL を変更し、ループや誤った宛先がどこで始まるか分かります。
www / non-wwwリダイレクトチェーンユーザーやボットが実際に要求する公開 URL を使います。チェッカーは安全にリダイレクトを追跡し、ヘッダー、ステータス、時間に集中します。
Trailing slashリダイレクトリダイレクトは複数の層で制御されることがあります。チェーンを見ると、どの層が URL を変更し、ループや誤った宛先がどこで始まるか分かります。
WAF / CDNクライアントエラーURL をテストする前に、A、AAAA、CNAME、MX レコードが想定ホストを指しているか確認します。

200 OK レスポンスだけでは証明できないこと

成功: このチェッカーは公開 HTTP メタデータに特化しています。完全なブラウザー、Lighthouse 監査、認証済み監視ではありません。

成功 / HTML

成功: このチェッカーは公開 HTTP メタデータに特化しています。完全なブラウザー、Lighthouse 監査、認証済み監視ではありません。

Content-Type

ステータスコード

Cache-Control

合計時間

GET / ブラウザーのリクエスト

このチェッカーは公開 HTTP メタデータに特化しています。完全なブラウザー、Lighthouse 監査、認証済み監視ではありません。

ブラウザーの結果が異なる理由

このチェッカーは公開 HTTP メタデータに特化しています。完全なブラウザー、Lighthouse 監査、認証済み監視ではありません。

問題ブラウザーのリクエストURL レスポンスを確認
Cookies / クライアントエラーこのチェッカーは公開 HTTP メタデータに特化しています。完全なブラウザー、Lighthouse 監査、認証済み監視ではありません。公開 URL を使用してください。localhost、プライベートネットワーク、予約済みアドレスはこのツールでは確認できません。
Cache-Controlヘッダーはサーバー、プロキシ、CDN、ブラウザーがレスポンスをどう扱うべきかを示します。デプロイ確認や可用性確認で特に有用です。合計時間
Locationリダイレクトは複数の層で制御されることがあります。チェーンを見ると、どの層が URL を変更し、ループや誤った宛先がどこで始まるか分かります。リダイレクトチェーン
WAF / 401 / 403クライアントエラー公開 URL を使用してください。localhost、プライベートネットワーク、予約済みアドレスはこのツールでは確認できません。

HTTP レスポンスチェックで証明できないこと

このチェッカーは公開 HTTP メタデータに特化しています。完全なブラウザー、Lighthouse 監査、認証済み監視ではありません。

公開 URL を使用してください。localhost、プライベートネットワーク、予約済みアドレスはこのツールでは確認できません。

このチェッカーは公開 HTTP メタデータに特化しています。完全なブラウザー、Lighthouse 監査、認証済み監視ではありません。

GET

HEAD はレスポンス本文をダウンロードせずにヘッダーだけを読むため最速です。サーバーが HEAD をブロックする場合は GET を使用してください。

クライアントエラー

レスポンス確認に失敗しました。URL にアクセスできることを確認して、もう一度お試しください。

200 OK / 成功

成功: このチェッカーは公開 HTTP メタデータに特化しています。完全なブラウザー、Lighthouse 監査、認証済み監視ではありません。

よくある質問