免费工具 · 跳转速度测试
redirhub.com/bl 还是 bit.ly/apple:哪个跳转更快?
正在测量,几秒后结果会显示在下方。
输入跳转地址并点击测试,几秒内结果会显示在这里。
亲自复现
自己运行同样的测试
复制到 macOS 或 Linux 终端。你的 URL 已包含在内,粘贴后按回车即可。只需要 curl。
你的数据会与我们的不同:结果取决于运行位置和你的网络。
bash · 每个 URL 5 次
for u in 'https://redirhub.com/bl' 'https://bit.ly/apple'; do
for i in $(seq 5); 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 会保存其首字节时间中位数和测试地点。每个 URL 只算一条,同一链接测十次也不会影响结果。
2
同等条件比较
默认情况下,你的结果是三个地点的平均值,与所有三地都测过的 URL 比较。只选一个地点测试时,只与从该地点测试的 URL 比较,东京的测试不会和华盛顿特区的放在一起比。
3
排名是百分位
“快于 82%”表示过去 7 天测试的 URL 中有 82% 比你的慢。
按服务商
各家重定向服务商有多快?
截至 2026-10-20,最近 7 天从华盛顿、法兰克福和东京(平均)测量了 25 家服务商。最快的是 Fastly,中位数 11 ms。 列出所有至少有一个已测 URL 的服务商及其首字节中位数。点开可查看各地区结果、排名和耗时分布。
- Fastly 重定向速度5 个 URL11 ms
- Microsoft Azure 重定向速度1 个 URL15 ms
- RedirHub 重定向速度9 个 URL16 ms
- Akamai 重定向速度3 个 URL25 ms
- Google 重定向速度1 个 URL37 ms
- Dub 重定向速度1 个 URL44 ms
- redirect.pizza 重定向速度3 个 URL50 ms
- Meta 重定向速度1 个 URL54 ms
- Amazon CloudFront 重定向速度2 个 URL55 ms
- Short.io 重定向速度2 个 URL57 ms
- Vercel 重定向速度1 个 URL60 ms
- Cloudflare 重定向速度7 个 URL77 ms
- Envoy 重定向速度4 个 URL88 ms
- YouTube 重定向速度1 个 URL89 ms
- TinyURL 重定向速度2 个 URL98 ms
- Bitly 重定向速度2 个 URL118 ms
- Amazon 重定向速度1 个 URL137 ms
- Buffer 重定向速度1 个 URL148 ms
- LinkedIn 重定向速度1 个 URL179 ms
- Rebrandly 重定向速度1 个 URL266 ms
- nginx 重定向速度3 个 URL300 ms
- Cuttly 重定向速度1 个 URL310 ms
- urllo 重定向速度3 个 URL316 ms
- Spotify 重定向速度1 个 URL321 ms
- BL.INK 重定向速度2 个 URL425 ms
方法
测试测量的内容
DNS
查询重定向的域名。
连接
与最近的服务器建立 TCP 连接。
TLS
HTTPS 握手和证书校验。
服务器等待
直到 301 及其 Location 头到达。
只计时重定向响应,不计目标页面,因此目标页面慢不会影响重定向的结果。跳数单独统计。该工具运行在华盛顿特区、法兰克福和东京的 Vercel Functions 上,而非我们的重定向网络,并在每次运行中交替测量 A 和 B。
这些基准数据可以自由引用和转载,请注明 RedirHub 并链接到本页。 CC BY 4.0
常见问题
常见问题
“快于 X%”是怎么算的?
过去 7 天在这里测试过的每个 URL 只算一次,取其最新的首字节时间中位数。默认从三个地点同时测试,取三地平均,与所有三地都测过的 URL 的平均值比较。只选一个地点时,你的结果只与从该地点测试的 URL 比较。“快于 82%”表示其中 82% 比你的慢。测满 30 个 URL 后开始排名。
会跟踪整条跳转链吗?
计时只覆盖第一个响应,所以目标页面慢不会算到跳转头上。之后会一直跟到最终落地页:显示每一跳的状态码,以及需要修复的问题,比如临时跳转、多余跳转或经过未加密 HTTP 的一跳。
测试从哪里发起?
从三个区域的 Vercel Functions 发起:华盛顿特区(iad1)、法兰克福(fra1)和东京(hnd1)。默认三个地点同时测试,显示平均值和每个地点的结果;也可以只选一个地点测试。
对比对两个跳转公平吗?
添加第二个 URL 后,两者从同一地点测量相同次数,按 A、B、A、B 交替进行,每次都是新连接,结果取中位数。测试运行在 Vercel 上,而不是 RedirHub 的网络,你也可以用 curl 命令在自己的机器上验证。
可以分享结果吗?
每次测试都有自己的页面,例如 /redirect-speed-test/example.com,包含图表、跳转链和分享图片。拿到链接的人都能看到最新结果,超过 7 天会重新测量。
为什么我用 curl 测的结果不一样?
到服务器的距离、你的网络和 DNS 缓存都会影响数值。请比较 URL 之间或与平均值的差距,而不是绝对值。
