無料ツール · リダイレクト速度テスト

booking.com はどれくらい速い？

2026年10月16日にワシントン D.C. から測定。もう一度テストするか、自分の URL を試してください。

結果 · ワシントン D.C. · 10 回の中央値

booking.comワシントン D.C. · 2026年10月16日

高速

過去7日間にテストされたリダイレクトの 86% より速い。

booking.com は 11 ms で応答しました。 7日間の平均は、テスト済み 64 URL で 80 ms です。

配信元Amazon CloudFrontステータス202ホップ0最初のバイト11 ms

86%

のテスト済みリダイレクトより速い

最も遅い中央値最も速い

7日間ベンチマークでの位置テスト済み URL ごとの最初のバイトまでの中央値

平均 80 ms

あなた · 11 ms

0200400600750+ ms

最初のバイトまでの中央値 · 各10回 · 新規接続redirhub.com/redirect-speed-test

最終到達先https://booking.com/202

1https://booking.com/202

この URL 自体が 202 を返します：リダイレクトではなくページです。

修正すべき点

ありません：余分なホップも暗号化されていない HTTP もなく、正常なページで終わります。

あなたのリダイレクト

11 ms

202 · 0 ホップ · Amazon CloudFront

過去7日間の平均

80 ms

ここでテストされた全 URL

テスト済み URL（過去7日間）

64

1 URL につき 1 件

時間の内訳

booking.com

11 ms

7日間の平均

80 ms

DNS接続TLSサーバー待機

curl で再現 ↓

自分で再現

同じテストを自分で実行

macOS または Linux のターミナルにコピーしてください。あなたの URL が入っているので、貼り付けて Enter を押すだけです。必要なのは curl だけです。

結果は実行場所やネットワークによって異なるため、私たちの数値とは一致しません。

bash · URL ごとに 10 回

for u in 'https://booking.com/'; 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

ベンチマーク

「X% より速い」の算出方法

この数字は、このページでテストされたリダイレクトに、毎日測定する有名リダイレクトの固定リストを加えて算出しています。そのため、どの地点にも常に基準があります。

1

各テストは7日間カウント

ここでテストされた各 URL は、最初のバイトまでの中央値と測定地点を保存します。1 URL につき 1 件なので、同じリンクを 10 回テストしても結果は偏りません。

2

同じ場所から比較

結果は同じ地点からテストされた URL と比較されます。東京からのテストがワシントン D.C. からのテストと比べられることはありません。

3

順位はパーセンタイル

「82% より速い」とは、過去7日間にテストされた URL の 82% があなたの URL より時間がかかったという意味です。

プロバイダー別

各リダイレクトプロバイダーの速さは?

過去 7 日間のワシントン D.C. からの最初のバイトまでの時間の中央値です。テスト済み URL が 1 件以上あるすべてのプロバイダーを掲載しています。開くと地域別の結果、順位、時間の内訳を確認できます。

計測方法

このテストで計測するもの

DNS

リダイレクトのドメインを名前解決します。

接続

最寄りのサーバーへ TCP 接続を開きます。

TLS

HTTPS ハンドシェイクと証明書の検証です。

サーバー待機

301 とその Location ヘッダーが届くまでの時間です。

計測するのはリダイレクトの応答だけで、リダイレクト先のページは含みません。そのため、リダイレクト先が遅くてもリダイレクトの評価には影響しません。ホップ数は別途カウントします。このツールは当社のリダイレクトネットワークではなく、ワシントン D.C.、フランクフルト、東京の Vercel Functions 上で動作し、実行ごとに A と B を交互に計測します。

FAQ

よくある質問

「X% より速い」はどう算出しますか？

過去 7 日間にここでテストされた各 URL は、最新の最初のバイトまでの中央値で 1 回だけカウントされ、結果は同じ地点からテストされた URL とだけ比較されます。「82% より速い」とは、そのうち 82% があなたの URL より時間がかかったという意味です。ある地点で 30 件の URL がテストされると順位が表示されます。

リダイレクトチェーン全体をたどりますか？

計測するのは最初の応答だけなので、遅いリンク先ページがリダイレクトの評価を下げることはありません。その後、最終ページまでチェーンをたどり、各ホップのステータスコードと、一時的なリダイレクト、余分なホップ、暗号化されていない HTTP のホップなど修正すべき点を示します。

テストはどこから実行されますか？

3 つのリージョンの Vercel Functions から実行します：ワシントン D.C.（iad1）、フランクフルト（fra1）、東京（hnd1）。1 つを選ぶか、3 つすべてを選ぶと地点ごとの結果が表示されます。

比較は両方のリダイレクトに公平ですか？

2 つ目の URL を追加すると、両方が同じ地点から同じ回数、A、B、A、B と交互に毎回新しい接続で測定され、中央値を表示します。テストは RedirHub のネットワークではなく Vercel 上で実行され、curl コマンドで自分のマシンからも確認できます。

結果を共有できますか？

各テストには /redirect-speed-test/example.com のような専用ページがあり、グラフ、チェーン、共有用画像が含まれます。リンクを知っている人は誰でも最新の結果を見られ、7 日以上経つと再測定されます。

curl の結果が違うのはなぜですか？

サーバーまでの距離、回線、DNS キャッシュによって数値は変わります。絶対値ではなく、URL 同士や平均との差を比べてください。