HTTP ステータスチェーンチェッカー
URL を入力すると、そこへ到達するまでのすべてのホップ（各リダイレクトステータス、各ターゲット、最終 URL、最終レスポンスのセキュリティヘッダー）を表示します。sysosx のサーバーから追跡するので、このチェーンはブラウザがすでにキャッシュしたものではなく、インターネットの残りが見ているものです。
自動で監視し続けたいですか？myeventwatch で無料監視——有効期限とダウンタイムのアラート、カード不要。
リダイレクトチェーンとは
リダイレクトチェーンとは、ブラウザやクローラーが、あなたがリクエストしたページへ向かう途中で実際に訪れるアドレスの連なりです。URL を入力すると、サーバーは「もうここにはありません。これを試してください」と答えます。クライアントはそれに従い、次のサーバーも同じように答えることがあります。各ステップが 1 ホップで、各ホップには、それがどんな種類の移動かを示すステータスコードが付いています。1 ホップのチェーンは現代のウェブの通常の形です：素の http が https にアップグレードされる、あるいは裸の apex ドメインが www に送られる。2〜3 ホップのチェーンは通常、2 つの異なるシステムがそれぞれ意見を持ったことを意味します。CDN ルールと CMS ルール、あるいは古い移行ルールの上に積み重なった移行ルールです。このページが表示するチェーンは sysosx のサーバーからホップごとに追跡され、各ホップは従う前に安全性を再確認され、最大 5 ホップまでです。
各ホップのステータスが、注意深く読む価値のある部分です。301 や 308 は移動が永続的だと言います：古いアドレスは消え、検索エンジンはそのランキングを新しいアドレスに渡すべきです。302 や 307 は一時的だと言います：古いアドレスは戻ってくるかもしれないので、ランキングはそのまま残り、キャッシュは固まるべきではありません。303 は「答えはあちらです」と言い、主にフォーム送信後に見られます。実務上の失敗は、永続的であるはずだった 302（急いで書かれた移行ルール）で、静かにランキングを漏らし、移行が終わってずいぶん経ってからもキャッシュに古いアドレスを提供させ続けます。チェーンはもっと地味な方法でも壊れます。以前のアドレスへ戻るホップは無限にループし、別のホストへのホップはパスを失い、https から http へ戻るホップは最初のホップが確立したばかりのセキュリティを台無しにします。
結果の読み方
結果は、入力した URL から始めて、ホップを順番に一覧表示します。ホップの行には、リクエストされたアドレス、返されたステータス、そしてリダイレクトの場合はそれが指していたターゲットが表示されます。最後の行は、実際にコンテンツで応答したアドレスで、そのステータス、サーバーヘッダー（送信された場合）、追跡にかかった合計時間とともに表示されます。その下には、最終レスポンスのセキュリティヘッダーが要約されます：どの保護ヘッダーが存在し、どれが欠けているか。4xx や 5xx のステータスで終わるチェーンはリダイレクトの問題ではなく、宛先自体が失敗しています。チェーンはそれでも、どうやってその失敗に到達したかを教えてくれますし、修正は通常そこにあります。「リダイレクトが多すぎます」という結果は、5 番目のホップがまだ先を指していたことを意味します。表示されたチェーンが証拠であり、それを短くすることが修正であって、さらに従うことではありません。
関連ツール：問題が場所によって見えるアドレスが違うことならDNS 伝播チェック、到達可能性、証明書、有効期限、レコードをまとめた全体像ならウェブサイトヘルスチェック、ホップが証明書エラーに着地したときはSSL チェッカー。
さらに読む：サイトが場所によって違って見える理由——リダイレクトチェーン、DNS 伝播、中間キャッシュ、そしてどれがあなたを噛んでいるかを見分ける方法。
よくある質問
このチェックはブラウザから実行されますか、それともサーバーからですか？
サーバーからです。ブラウザが URL を sysosx に送信し、sysosx のチェッカーが自らのネットワーク位置から、各リダイレクトにホップごとにしたがって取得します。それが要点です：サーバーから追跡されたチェーンは、検索エンジンと訪問者のネットワークが見ているものを示し、ブラウザのキャッシュがすでに知っているものではありません。リクエストは sysosx のチェッカーから来て、送信されるのはあなたが入力した URL だけです。
開始スキームがなぜ重要ですか？
最初のホップが最も重要であることが多いからです。http:// として入力された URL は http から追跡が始まるので、https へのアップグレードが独自のホップとして現れます。これは、素の HTTP が本当にリダイレクトしているかを監査するときにまさに欲しいものです。https:// として入力された URL は https から追跡されます。裸のホスト名はデフォルトで https になります。
異なるリダイレクトステータスはどういう意味ですか？
301 と 308 は永続的です：古いアドレスは永久に消え、検索エンジンはランキングを新しいアドレスに移すべきです。302 と 307 は一時的です：古いアドレスは戻ってくるかもしれません。303 は「あちらを見てください」という意味です（通常はフォーム送信後）。サイト移行ではほぼ常に 301 か 308 が必要です。永続的であるはずだった 302 は静かにランキングを漏らし、キャッシュを混乱させます。
リダイレクトは何回までが多すぎますか？
チェッカーは最大 5 回まで従います。1〜2 ホップのチェーンは正常です（http から https、apex から www）。3 つ以上は通常、レイヤーが蓄積したことを意味します：CDN ルール、CMS ルール、古い移行ルールが順番に発火しています。各ホップは往復 1 回と少しのランキングシグナルを費やし、5 を超えるチェーンは永遠に従うのではなく多すぎると報告されます。それほど長いチェーン自体が発見です。
なぜレート制限があるのですか？
各追跡は、他人のサーバーに対してホップごとに実際のリクエストを行います。礼儀を保つため、新しい追跡は訪問者ごとに制限され（1 時間に約 20 回、短時間のバースト枠付き）、結果は 1 時間キャッシュされます。キャッシュされた結果にはその旨が表示されます。API 呼び出しに ?fresh=1 を追加すれば、同じ制限のもとで再チェックできます。