リダイレクトチェッカー

リダイレクトチェッカーは、あらゆるURLの完全なHTTPリダイレクトチェーンを追跡する無料のオンラインツールです。URLを入力するだけで、ステータスコード（301, 302, 307, 308）、レスポンス時間、レスポンスヘッダー、セキュリティ詳細を含む、リダイレクトパスのすべてのホップを即座に確認できます。リダイレクトの問題のデバッグ、SEO設定の監査、またはHTTPS強制の確認など、このツールはブラウザが起点から目的地までどのように移動するかを完全に可視化します。

HTTPリダイレクトとは何ですか？

HTTPリダイレクトは、クライアント（ブラウザやボット）に別のURLをリクエストするように指示するサーバーのレスポンスです。サーバーが Location ヘッダーとともに 3xx ステータスコードを返すと、クライアントは自動的に新しいアドレスに移動します。リダイレクトはウェブの仕組みの基本であり、既存のリンクを壊すことなく、URLの変更、プロトコルのアップグレード、ドメインの統合を可能にします。

HTTPリダイレクトステータスコード

リダイレクトチェーンを確認する理由

このツールの使い方

1. URLを入力する: 確認したいURLを入力フィールドに入力または貼り付けます。http:// プレフィックスの有無にかかわらず入力可能です。
2. HTTPメソッドを選択する: 完全なリクエストを送信するには GET（デフォルト）を選択し、ヘッダーのみを取得するには HEAD を選択します（高速ですが、サーバーによってHEADの処理が異なる場合があります）。
3. 「リダイレクトを確認」をクリック: ツールは自動的に各リダイレクトホップをたどり、各ステップでステータスコード、レスポンスヘッダー、タイミングデータを収集します。
4. 結果を分析する: 視覚的なリダイレクトチェーンで概要を素早く確認し、個別のホップを展開してレスポンスヘッダーの検査、HTTPSステータスの確認、潜在的な問題の特定を行います。

結果の見方

サマリーカード

サマリーカードで概要を把握できます：総ホップ数は接続されたサーバーの数、総時間はすべてのホップにわたる累積レスポンス時間、最終ステータスは最後のレスポンスのHTTPステータスを示し、セキュリティインジケーターはHTTPSが強制されているか、HSTSが存在するかを表示します。

視覚的なチェーン図

アニメーションチェーンは、各リダイレクトをステータスコード、URL、レスポンス時間を持つノードとして表示します。ノードは色分けされています：インディゴはリダイレクト（3xx）、グリーンは成功（2xx）、レッドはエラーです。ノード間の矢印はリダイレクトのステータスコードを示します。

詳細なホップ情報

詳細セクションの各ホップをクリックして展開すると、完全なURL、プロトコル（HTTP/HTTPS）、リダイレクト先、および Server、Strict-Transport-Security、Cache-Control などの関連するすべてのレスポンスヘッダーが表示されます。

リダイレクトのベストプラクティス

チェーンを短く保つ

ソースと目的地の間のリダイレクトは、最大でも1〜2回にすることを目指してください。Googleなどの検索エンジンは5ホップを超えるチェーンを追跡しない可能性があり、各ホップはユーザーの待ち時間を増加させます。

恒久的な移動には301を使用する

ページを恒久的に移動させる場合は、301または308リダイレクトを使用して、新しいURLが正規URLとして選ばれるようにします。

HTTPSを適切に強制する

サーバーレベルでHTTPをHTTPSにリダイレクトし、プロトコルダウングレード攻撃を防ぐためにHSTS（HTTP Strict Transport Security）を実装します。適切な設定では、http:// → 301 → https:// となり、HTTPSレスポンスにHSTSヘッダーが含まれます。

notesを避ける

notes（A → B → A）は、ブラウザに ERR_TOO_MANY_REDIRECTS を表示させます。サーバーレベルとアプリケーションレベルのリダイレクトを組み合わせる場合は、特に注意深くすべてのリダイレクトルールをテストしてください。

よくある質問

HTTPリダイレクトとは何ですか？

HTTPリダイレクトとは、ブラウザに別のURLへ移動するように指示するサーバーのレスポンス（ステータスコード 301, 302, 303, 307, 308）です。ページが移動した際や、HTTPSの強制、wwwの有無によるURLの正規化によく使用されます。

301リダイレクトと302リダイレクトの違いは何ですか？

301（恒久的な移動）は、ページが恒久的に移動したことを検索エンジンに伝え、SEOの価値（リンクエクイティ）を新しいURLに引き継ぎます。302（発見）は一時的なリダイレクトを示し、元のURLが将来戻る可能性があることを意味するため、検索エンジンは元のURLのインデックスを維持します。

なぜリダイレクトチェーンを確認する必要があるのですか？

長いリダイレクトチェーンはページの読み込み速度を低下させ、SEOのリンクエクイティを分散させます。各ホップは遅延を追加し、検索エンジンはある一定回数以上のリダイレクトの追跡を停止する場合があります。確認することで、不要なホップを特定し、より高速でSEOに適したリダイレクトパスに最適化できます。

notesとは何ですか？どうすれば修正できますか？

notesは、URL AがURL Bにリダイレクトし、それが再びURL Aにリダイレクトされることで無限サイクルが発生する状態です。これにより ERR_TOO_MANY_REDIRECTS エラーが発生します。修正するには、サーバー設定、.htaccessルール、またはCDN設定を見直し、循環参照を解消する必要があります。

このツールは異なるドメイン間のリダイレクトも追跡しますか？

はい、リダイレクトチェッカーは異なるドメイン、サブドメイン、プロトコル（HTTPからHTTPS）間のリダイレクトを追跡します。関与するサーバーの数に関わらず、最大20ホップまで起点から最終目的地までの完全なチェーンをトレースします。

GooglebotとChromeでURLのリダイレクト先が異なるのはなぜですか？

サイトによっては、アクセス元のユーザーエージェントや端末、その他のリクエスト情報に応じて、異なる応答を返すことがあります。「Googlebot スマートフォン」や「Chrome デスクトップ」など該当するブラウザーまたはボットを選び、リダイレクトの経路を比較してください。最終的なURLが異なる場合は、サイトのリダイレクト、モバイル対応、ユーザーエージェントのルールを確認しましょう。意図した違いの場合もありますが、訪問者と検索エンジンのクローラーが想定どおりのページに到達するか確認することをおすすめします。

リダイレクトを調べるときはGETとHEADのどちらを使えばよいですか？

リソースの取得も要求しながらリダイレクトをたどる、ブラウザーに近いリクエストを使いたい場合はGETを選んでください。HEADはレスポンス本文を取得せず、ヘッダーだけを要求するため、速い場合があります。ただし、サーバーによってはHEADを異なる方法で処理したり、安定してサポートしなかったりします。HEADの結果が想定外なら、同じURLをGETで調べ、ステータスコードと遷移先を比較してください。

サイト移行後、古いURLが正しいページに移動するか確認するには？

複数URLのチェックを使い、古いURLを入力します。必要に応じて、そのURLの移動先として想定されるURLも続けて指定できます。1回のチェックで最大25件のURLを入力できます。たとえば、古い商品ページのURLと、その移行先となる新しい商品ページを指定し、それぞれのリダイレクト経路を確認してください。移行時の誤った移動先や余分な転送回数を見つけるのに役立ちます。URLが25件を超える場合は、分けて確認してください。

追加リソース

• HTTP リダイレクト - MDN Web Docs
• リダイレクトと Google 検索 - Google デベロッパー
• Strict-Transport-Security (HSTS) - MDN