最も遅いURLリダイレクトをランキング化：あなたのものは入っている？

最初のバイトが届くまで823 ms。これは、東京からテストしたCuttlyのリンクの中央値で、フランクフルトからは129 ms、ワシントンDCからは212 msでした。誰もその数値を目にすることはありませんが、実際のページが読み込みを始める前に、すべての訪問者はその時間を待っています。

そこで測定しました。無料のリダイレクト速度テストを使い、2026年10月16日に11のサービスにまたがる12件のリダイレクトリンクの時間を計測しました。以下がランキングで、その後に最も遅いものから最も速いものへと1つずつ見ていき、最後に全体の意味をまとめます。

Average of the three regional medians, first response only. RedirHub test, Oct 16, 2026.

ひと目でわかるランキング#

時間はミリ秒単位（1,000 msで1秒）で、訪問者が先に進めるようになる前にリダイレクトが応答するまでにかかる時間を示しています。技術的には time to first byte、略してTTFBと呼ばれます。低いほど良い結果です。redirect.pizzaが2回登場するのは、2つのリンクをテストしたためです。順位が付くのは最初のものだけです。

以下の各リンクの下には、スピードテスト上のそのページ自体のスクリーンショットがあり、開いて再度実行できます。私たちは3つの地域すべてから各ページを再実行し、表で使っているのと同じ平均値を採用しました。実測値は実行ごとに変動するため、各キャプションには再実行時の値とランキング算出ラウンドの値の両方を示しています。複数ホップのチェーンでは最初のホップのみを計測しており、追加のホップは訪問者にさらにコストがかかります。

1. Cuttly: 388 ms#

Google Colab のノートブックを指す公開 Cuttly 短縮リンクです。3つの地域すべてで単一の301が返されたため、設定自体に問題はありません。コストは距離によるものです。フランクフルトからは129 ms、ワシントンDCからは212 ms、東京からは823 msで、同じリンクでも6倍の差があります。

One short link, three regions. Median of 5 runs each.

Speed test page for cutt.ly/rgdfBIa, re-run from all three regions on October 16, 2026: 378 ms (ranking round: 388 ms).

このテストを開く: cutt.ly/rgdfBIa

2. redirect.pizza: 360 ms と 51 ms#

これは最も意外な結果です。私たちは同じラウンドで redirect.pizza の2つのリンクをテストしました。どちらも有効な証明書付きで1回の301を返しました。URL A の test.redirect.pizza は平均360.3 msで、東京からは735 msかかりました。URL B は公式のサンプルドメインで、平均は51.0 msでした。

Speed test page for test.redirect.pizza, re-run from all three regions on October 16, 2026: 351 ms (ranking round: 360.3 ms).

このテストを開く: test.redirect.pizza

Speed test page for redirect-pizza-example.com, re-run from all three regions on October 16, 2026: 50 ms (ranking round: 51 ms).

このテストを開く: redirect-pizza-example.com

このうちどちらか一方だけを選ぶと、サービスについて誤った印象を与えてしまうため、ランキングには両方を残しています。

3. urllo（EasyRedir）: 302 ms#

urlloの古い独自ドメインであるeasyredir.comは、新しいブランドへリダイレクトします。これは顧客リンクではなくサイト移行のリダイレクトで、ワシントンDCからは179 ms、フランクフルトからは428 ms、東京からは298 msでした。また、最終ページにたどり着くまでに2回のリダイレクト（easyredir.com、次にwww.easyredir.com、そしてwww.urllo.com）があり、計測したのは最初の1回のみです。

Speed test page for easyredir.com, re-run from all three regions on October 16, 2026: 307 ms (ranking round: 301.7 ms).

The chain behind it: two redirects before the final page.

このテストを開く: easyredir.com

4. Rebrandly: 264 ms#

Rebrandly の公開短縮リンクです。ワシントンDCでは高速（29 ms）ですが、フランクフルト（298 ms）と東京（466 ms）ではかなり遅くなります。また、テスト中で最も長いチェーンでもあります。クリックID付きの2つの無料トライアルURLを経由する3回のリダイレクトの後、料金ページに到達します。

Speed test page for rbnd.ly/booked, re-run from all three regions on October 16, 2026: 258 ms (ranking round: 264.3 ms).

Three redirects before the final page, each one a round trip.

このテストを開く: rbnd.ly/booked

5. Bitly: 117 ms#

Bitly 自身の公開サンプルリンクです。最初のホップはワシントンDCでは高速（26 ms）で、フランクフルト（119 ms）と東京（205 ms）では遅くなりました。このチェーンには弱点があります。リンクは訪問者を http:// の YouTube アドレスに送信し、その後さらに https:// へリダイレクトし直す必要があります。

Speed test page for bit.ly/bitly, re-run from all three regions on October 16, 2026: 126 ms (ranking round: 116.7 ms).

A hop over plain HTTP: slower, and one step is unencrypted.

このテストを開く: bit.ly/bitly

6. Vercel: 77 ms#

Vercel 上で自分たちで設定した、当サイトへ向かうリダイレクトルールです。地域間のばらつきは非常に小さいですが（70、73、89 ms）、各応答は下位のエッジベースのサービスより少し時間がかかりました。

Speed test page for vercel.urlredirectservice.com, re-run from all three regions on October 16, 2026: 42 ms (ranking round: 77.3 ms).

このテストを開く: vercel.urlredirectservice.com

7. Short.io: 46 ms#

コロンビア政府機関が使用している公開 Short.io リンクです。ワシントンDCとフランクフルトでは非常に高速（それぞれ15 ms）で、東京では遅め（109 ms）です。これは302を使用しており、302は一時的な移動向けです。速度テストでは、移動が恒久的な場合にそれを指摘します。

Speed test page for e436.short.gy/descarga-geoportal-ideam, re-run from all three regions on October 16, 2026: 46 ms (ranking round: 46.3 ms).

A 302 is temporary. For a permanent link, a 301 or 308 passes ranking signals on.

このテストを開く: e436.short.gy/descarga-geoportal-ideam

8. Dub: 38 ms#

DubのGitHubリポジトリへの公式短縮リンクです。どこでもほぼ同じ速度（39、35、40 ms）で、これはエッジ配信のリダイレクトらしい挙動です。Short.ioと同様に、302で応答します。

Speed test page for d.to/github, re-run from all three regions on October 16, 2026: 42 ms (ranking round: 38 ms).

One hop, but a temporary 302.

このテストを開く: d.to/github

9. TinyURL: 34 ms#

YouTube動画への公開TinyURLリンクです。ワシントンDCとフランクフルトでは29 ms、東京では44 msです。きれいな301が1回だけで、余分なホップはありません。

Speed test page for tinyurl.com/zs9flrt, re-run from all three regions on October 16, 2026: 34 ms (ranking round: 34 ms).

このテストを開く: tinyurl.com/zs9flrt

10. Cloudflare: 30 ms#

Cloudflare上に設定したリダイレクトルールで、自社サイトを指しています。30、35、25 msでした。テストの中でも最も均一な結果のひとつで、3都市のうち東京が最も高速でした。

Speed test page for cloudflare.urlredirectservice.com, re-run from all three regions on October 16, 2026: 34 ms (ranking round: 30 ms).

このテストを開く: cloudflare.urlredirectservice.com

11. RedirHub: 17ミリ秒#

redirhub.com を www.redirhub.com にリダイレクトする自社サイト: 15、17、18ミリ秒。公平を期して言えば、これは顧客のドメインではなく自社サイトで、テストも自分たちで実施しました。1つのデータポイントとして扱い、あなた自身のリンクでも確認してください。

Speed test page for redirhub.com, re-run from all three regions on October 16, 2026: 16 ms (ranking round: 16.7 ms).

このテストを開く: redirhub.com

わかったこと#

• 訪問者がどこにいるかは重要です。 最も遅いリンクは、ある地域では問題なく、別の地域では遅くなりました。Cuttlyは129ミリ秒から823ミリ秒へ、Rebrandlyは29ミリ秒から466ミリ秒へ変わりました。デスクからではなく、オーディエンスがいる地域からテストしてください。

Darker cells are slower. Gap compares each link's slowest region with its fastest.

• 1つのリンクがサービス全体ではありません。 redirect.pizza の2つのリンクは、同じ回で360ミリ秒と51ミリ秒でした。ここにある各数値は、ある瞬間の1つのリンクを示しているにすぎません。あなた自身のものをテストしてください。
• ホップは積み重なります。 Rebrandly は3回のリダイレクトを経由し、urllo と Bitly は2回でした。さらに Bitly は通常の HTTP を経由していました。各リンクは最終的な https:// ページへ直接向けてください。
• 適切なコードを使ってください。 Short.io と Dub は302を返しましたが、これは一時的な移動向けです。変わらないリンクなら、301のほうがより明確な合図です。
• 最速のものはどこでも同じように見えます。 TinyURL、Cloudflare、Dub、RedirHub は、3つの地域すべてで数ミリ秒以内に収まっていました。

これがユーザーとSEOにとって重要な理由については、リダイレクト速度が重要な理由をご覧ください。リダイレクトチェーンや壊れたリダイレクトについては、301リダイレクトが機能しない？ 6つの一般的な原因と対処法をご覧ください。

テスト方法#

The number in every chart is time to first byte of the redirect response.

• 日付: 2026年10月16日。主なサンプルはUTC 09:18〜09:22の間にテストし、RedirHubはUTC 09:31、redirect.pizzaのペアのURLはUTC 09:33にまとめてテストしました。
• 地域: ワシントンDC、フランクフルト、東京。地域ごとに5回実行し、各回は新しい接続で行いました。結果は中央値を報告しています。
• 指標: 最初の応答の最初のバイトまでの時間のみ。遷移先ページは計測しないため、遷移先が遅くてもリダイレクトの評価には含まれません。
• 順位付け: 3地域の中央値の単純平均。したがって、各地域は同じ重みで扱われます。
• URL: 公開された情報源で見つかった公開短縮リンク、公式の例、CloudflareとVercel上に自分たちで設定した2つのリダイレクトルール、そしてredirhub.com。遷移先、プラン、設定はサービスごとに同一ではありませんでした。
• 除外項目：redirection.io の顧客デプロイメントで、3地域のうち2地域で403を返したもの（ブロックされたレスポンスは速いリダイレクトではありません）、および NGINX、Apache、Caddy、WordPressプラグインなどのセルフホスト型セットアップ。これらの速度は、それらが動作するサーバーに依存します。ドメインレジストラの転送機能は、まだテストしていません。
• 実行者：RedirHub。これは特定のURLの短いスナップショットであり、いかなるブランドの長期的な性能ランキングでもありません。また、SEOやコンバージョンについて単独で何かを示すものでもありません。

30秒で自分のリダイレクトを確認#

ステップ 1. リダイレクト速度テストを開き、リダイレクト先または短縮リンクを貼り付けます。

Paste a link, pick a region (or all three) and press Test speed.

ステップ 2. All three regions を選び、最も近い1地域だけでなく、大陸間の差が見えるようにします。

ステップ 3. 比較用に2つ目のURLを追加します。たとえば、現在のプロバイダーとテスト用リダイレクトを比べます。どちらも同じ回数、同じ場所から交互に実行されます。

ステップ 4. 上のスクリーンショットのように、結果カードと「修正すべき点」一覧を確認します。余分なホップ、301であるべき箇所の302、プレーンHTTPをまたぐホップ、壊れた遷移先などです。

ステップ 5. 結果ページを共有するか、画像をダウンロードするか、curlコマンドをコピーして自分のマシンからテストを再実行します。

ターミナル派ですか？ これはURLごとに10回実行した中央値を、DNS、接続、TLS、最初のバイトとともに出力します。結果は実行場所によって変わるため、あなたの数値は私たちのものとは異なります。

bashfor u in 'https://your-redirect.example/'; do
  for i in $(seq 10); do
    curl -s -o /dev/null --max-redirs 0 --max-time 10 \
      -w '%{time_namelookup} %{time_connect} %{time_appconnect} %{time_starttransfer} %{http_code}\n' "$u"
  done | sort -n -k4 | awk -v u="$u" '{r[NR]=$0} END{split(r[int((NR+1)/2)],m," ");
    printf "%-28s %s  DNS %4.0f  connect %4.0f  TLS %4.0f  first byte %4.0f ms\n", u, m[5], m[1]*1000, (m[2]-m[1])*1000, (m[3]>0?m[3]-m[2]:0)*1000, m[4]*1000}'
done