URLリダイレクトチェッカー

URLリダイレクトチェッカーは、指定したURLの301および302リダイレクトを検出し、最大10ステップ先までリダイレクトチェーンを追跡できる無料ツールです。

URLリダイレクトとは？

URLリダイレクトとは、別のアドレスへリクエストするようブラウザ、検索エンジンのクローラー、その他のクライアントに指示するHTTPレスポンスです。通常、このレスポンスには3xxステータスコードと、値がURI参照であるLocationフィールドが含まれます。URI参照には相対形式が使われることもあります。

301ステータスコードは、リソースが恒久的に移動したことを示します。ページのアドレスを変更した場合、HTTPからHTTPSへ移行した場合、重複URLを統合した場合などによく使われます。302ステータスコードは、リソースが別の場所に見つかったことを示しますが、一般には一時的な移動として扱われます。

HTTPでは、303、307、308など、ほかのリダイレクトコードも定義されています。コードの違いはクライアントがリクエストを再送する方法に影響することがあり、特にPOSTなどのメソッドでは注意が必要です。一般的なウェブページのリダイレクトでは301と302が現在もよく使われており、このチェッカーはこれらのコードを検出するためのものです。

URLのリダイレクトを確認するには？

Status codeフィールドには、301や302などのHTTPステータスコードを指定します。チェック処理はサーバー上で行われ、最大10ステップのリダイレクトを確認します。

入力内容はHTTPS経由でサーバーへ送信され、保存されません。

どのリダイレクトを検出できますか？

このチェッカーが検出するのは、301と302のリダイレクトです。301は恒久的なリダイレクト、302は一時的なリダイレクトを示します。

2つのアドレス間を交互に移動し続ける状態を、リダイレクトループと呼びます。HTTPとHTTPS、wwwありとwwwなし、末尾スラッシュの有無などを何度も切り替える長い経路は、リダイレクトチェーンです。このツールは最大10ステップで停止するため、それより長いチェーンの最終的な転送先までは特定できません。

よくあるリダイレクト問題の解決方法

ブラウザに表示される最終アドレスだけでは途中のレスポンスが分からない場合、リダイレクトの確認が役立ちます。HTTP設定の不具合なのか、DNS、アプリケーション、キャッシュの問題なのかを切り分けられます。

• 移行したページが古いアドレスのまま開く。古いURLを直接確認してください。301の転送先は、一般的なホームページや別の古いアドレスではなく、意図した移行先になっている必要があります。
• HTTPとHTTPSが何度も切り替わる。両方のURLをテストしてください。ウェブサーバー、コンテンツ配信ネットワーク、アプリケーションでルールが競合していると、HTTPSからHTTPへ戻された直後に、別のレイヤーによってHTTPSへ再転送されることがあります。
• メール内のリンクから想定したランディングページへ移動できない。クエリ文字列を含め、メッセージからコピーした完全なURLを確認してください。トラッキングサービスは最終ページの前に1回以上のリダイレクトを追加することが多く、途中の転送先に問題があるとチェーンがそこで止まる場合があります。

ドメインを移行した場合は、ホームページだけでなく、代表的なページパスもテストしてください。ホームページが正しくリダイレクトされても、商品ページ、記事、アップロード済みファイルに同等の転送ルールが設定されているとは限りません。

句読点やスペースも結果に影響します。URLに未加工のスペースは使用できず、通常は%20のようにパーセントエンコードする必要があります。#で始まるフラグメントはブラウザ側で処理され、HTTPリクエストでは送信されません。そのため、フラグメントだけを変更しても、サーバー側で別のリダイレクトが選ばれることはありません。国際化ドメイン名はASCIIのPunycode形式で表される場合があります。一方、パスに含まれる非ASCII文字は通常UTF-8でバイト列に変換され、送信時に該当するバイトがパーセントエンコードされます。

正しいリダイレクトが間違って見えるのはなぜですか？

リダイレクトが正しく設定されていても、ブラウザ、DNSリゾルバー、プロキシサーバー、コンテンツ配信ネットワークがキャッシュ済みの情報を使用するため、誤っているように見えることがあります。特に恒久的なリダイレクトは、サーバー側のルールを変更した後もブラウザのキャッシュに残りやすい傾向があります。

サーバー側で動作するチェッカーは、ブラウザに保存されたローカルのリダイレクト履歴を共有しません。ただし、対象ウェブサイトやそのCDNから、キャッシュ済みのレスポンスが返される可能性はあります。

DNSの変更では、別の遅延も発生します。再帰リゾルバーは、レコードのTTLが切れるまで以前のIPアドレスを保持することがあります。その間は、接続元のネットワークによって異なるサーバーへ到達し、異なるリダイレクトルールが返される可能性があります。"DNS propagation"という表現は、世界中で一斉に更新される単一のイベントではなく、キャッシュが不均一なタイミングで期限切れになる現象を指します。

ドメインを最近移行した場合は、DNSレコード、CDN設定、オリジンサーバーのルールを比較してください。Googleキャッシュチェッカーは、以前にインデックス登録またはキャッシュされたページの状況を確認する手掛かりになります。ウェブサイトホスティングチェッカーを使えば、現在そのドメインがホストされていると見られる場所を調べられます。ただし、どちらもHTTPリダイレクトの確認に代わるものではありません。

よくある質問

301リダイレクトは後から変更できますか？

はい、サーバー設定は変更できます。ただし、クライアントがキャッシュ済みの301レスポンスをしばらく使い続けることがあります。新しいブラウザプロファイルでテストし、管理権限がある場合は関連するCDNキャッシュも削除してください。転送先を変更する可能性がまだ高い初期テストでは、301の使用を避けましょう。

リダイレクトするとURLのクエリ文字列も転送されますか？

リダイレクトルールと、そのルールが生成するLocation値でクエリ文字列が保持される場合に限り、転送されます。元のクエリ文字列を自動的に引き継ぐシステムもあれば、置き換えたり削除したりするシステムもあります。すべてのURLが同じように動作すると考えず、無害なテスト用パラメーターを含む実際に近いURLで確認してください。

入力した内容はどのように処理されますか？

処理はサーバー上で行われます。入力内容はHTTPS経由でサーバーへ送信され、保存されません。

JavaScriptやmeta refreshによるリダイレクトも確認できますか？

このチェッカーは301および302のHTTPリダイレクトを検出し、最大10回のリダイレクトを確認します。

コマンドラインからリダイレクトを確認できますか？

はい。curlコマンドでレスポンスヘッダーを表示でき、リダイレクト追跡オプションを使えば後続の転送先にもリクエストできます。特定の端末やネットワークから同じ条件で繰り返し確認したい場合に便利です。特にDNSやファイアウォールのルールを変更した後に役立ちます。