リダイレクト速度チェッカー

リダイレクトは、まるごと 1 回分の追加リクエストです。ブラウザーは、ページそのものをリクエストする前に、次のホストの名前解決、接続の確立、新しいドメインとの TLS ネゴシエーション、サーバーの応答待ちをすべて済ませなければなりません。同じホスト内での 1 ホップなら数十ミリ秒で済むこともありますが、短縮 URL サービス、トラッキング用ドメイン、HTTP から HTTPS へのルールを経由するチェーンでは、特にモバイル回線の場合、0.5 秒以上かかることも珍しくありません。

リダイレクトの時間は他のすべての処理よりも先に発生するため、Time to First Byte（TTFB）と Largest Contentful Paint（LCP）にそのまま加算されます。Lighthouse や PageSpeed Insights がメインドキュメントのリダイレクトを指摘するのは、このためです。

TrueURL は各ホップについて、リクエストを送信してからレスポンスヘッダーが届くまでの時間を計測します。新しい接続が必要な場合の DNS ルックアップと TCP・TLS の確立、さらにサーバーの処理時間が含まれますが、ページ本体のダウンロードは含まれません。ウォーターフォールにはホップが順番に表示されるため、最も遅いホップがひと目でわかります。

計測は、お使いのデバイスではなく、チェックを実行する Cloudflare のデータセンター（通常は最寄りのデータセンター）から行われます。各サーバーの応答の速さはわかりますが、実際の訪問者の場合は、すべてのホップにそれぞれのネットワークのレイテンシが上乗せされます。ばらつきをならすには、計測を繰り返してください。初回は DNS キャッシュが温まっていない状態や新規の接続が含まれることがあり、2 回目以降のほうが通常は定常状態に近くなります。

おおよその目安は次のとおりです。TrueURL が各ホップの時間を色分けする際にも、この基準を使っています。

• 1 ホップあたり 200 ms 未満：高速です。CDN のエッジやウェブサーバーの単純なルールで応答するリダイレクトの典型的な値です。
• 200〜600 ms：許容範囲です。アプリケーションサーバーによる処理や、新しい TLS 接続が必要な別ドメインへのリダイレクトでよく見られます。
• 600 ms 以上：低速です。単純なルールではなく、プラグインを読み込む CMS やデータベースを検索する処理など、重いアプリケーションがリダイレクトを生成していると考えられます。

最善の最適化は、ホップそのものをなくすことです。そのうえで、できるだけ訪問者に近い場所でリダイレクトに応答するようにします。CDN やエッジのルールは、301 を返すためだけに起動しなければならないアプリケーションよりも、はるかに高速に応答します。

• サイト内のリンクやメール、広告、SNS のプロフィールでは最終 URL に直接リンクし、ほとんどの訪問者がリダイレクトを経由しないようにします。
• HTTP から HTTPS、ホスト、スラッシュのルールを 1 ホップにまとめます。すでにまとまっているかどうかは、HTTPS リダイレクトチェッカーで確認できます。
• リダイレクトはアプリケーションではなく、CDN、ロードバランサー、ウェブサーバーの設定で処理します。
• HSTS ヘッダーを送信し、再訪問者が HTTP から HTTPS へのリダイレクトをまったく経由しないようにします。
• 短縮 URL サービスやトラッキング用のリダイレクトを何重にも重ねないようにします。