URL ツール · サーバーが代理で実行

リダイレクトチェックツール

URL のリダイレクト連鎖を追跡し、各段のステータスコードと最終的な宛先を表示します。短縮 URL の展開にも使えます。

この処理はブラウザではなく、当サービスのサーバーが対象ホストへ接続して行います。

このツールについて

URL を入力すると、実際にどの経路をたどり、各段がどのステータスコードを返し、最終的にどこへ着くかが分かります。ドメイン移行後の 301 が正しく設定されているかの確認、読み込みを遅くする不要な転送の発見、短縮 URL や広告リンクの最終的な行き先の確認、リダイレクトループの診断に役立ちます。ステータスコードのうち 301 と 308 は恒久的で、検索エンジンが評価を引き継ぐ際に用います。302 と 307 は一時的で評価は引き継がれません。各組の違いは、307 と 308 はリクエストメソッドの維持を保証する一方、301 と 302 は過去の実装で POST が GET に変わることがあった点です。段数が増えるほど往復コストがかかるため、まとめられる転送はまとめてください。この照会は Cookie を送らないため、ログイン状態で行き先を変えるサイトでは未ログインの経路が表示されます。

操作手順

  1. 確認したい URL を貼り付けます。
  2. 各段の URL とステータスコードを確認します。
  3. 最終的な宛先と転送回数が想定どおりか確認します。

制限と規則

サーバーが代理でリクエストし、リダイレクトは最大 10 回まで追跡します。各段で宛先アドレスを再検証し、公開されたインターネットアドレスのみ接続を許可します。Cookie や認可ヘッダーは転送せず、対象サイトの JavaScript も実行しないため、未ログイン状態の挙動が表示されます。

入力内容の取り扱い

入力した URL は当サービスのサーバーで処理されます。リダイレクト確認は隔離されたプロセスが代理で接続し、送信内容は保存も分析イベントへの記録もされず、Cookie や認可ヘッダーも転送しません。短縮リンクの作成では宛先 URL をデータベースに保存します(機能上必要なためです)。あわせて、速度制限と不正調査のために作成者アドレスの復元不可能なハッシュを保存します。アドレス自体は保存せず、個々の訪問も記録しません。

よくある質問

ブラウザで見える最終 URL と違うのはなぜですか。
主な理由は 2 つです。この照会は Cookie を送らず JavaScript も実行しないため、ログイン状態や JavaScript で転送するサイトでは挙動が異なります。また地域や端末で振り分けるサイトもあり、この照会は当サービスのサーバーから送信されます。
301 と 302 のどちらを使うべきですか。
恒久的な移転には 301(または 308)を使います。検索エンジンが評価を新しい URL へ引き継ぎ、索引を更新します。キャンペーンやメンテナンス、A/B テストなど一時的な振り分けには 302(または 307)を使い、評価は元の URL に残します。301 が適切な場面で 302 を使うと、新しい URL に評価が蓄積されません。