RedirHub
开始使用
免费工具 · 跳转速度测试

google.com 还是 duende.link/06oct26：哪个跳转更快？

于 2026年10月16日 从华盛顿特区测得。可以重新测试，或试试你自己的 URL。

测试地点
次数

结果 · 华盛顿特区 · 10 次中位数

google.com2026年10月16日

duende.link/06oct26 用时 15 ms，google.com 用了 26 ms。

google.com26 ms
Google· 301 · 1 跳
快于 53%
duende.link/06oct2615 ms
RedirHub· 301 · 1 跳
快于 70%
DNS连接TLS服务器等待
快 1.7 倍 · 领先 11 ms
首字节时间中位数 · 各 10 次 · 全新连接redirhub.com/redirect-speed-test
用 curl 复现 ↓
AB
首字节中位数26 ms15 ms
p9027 ms16 ms
DNS · 连接 · TLS · 等待2 · 2 · 6 · 16 ms2 · 2 · 8 · 3 ms
状态301 Moved Permanently301 Moved Permanently
落地页https://www.google.com/https://duendesoftware.com/blog/bridge-azure-workload-identity-to-client-identity-with-dynamic-client-registration?utm_campaign=content&utm_medium=social&utm_source=social
服务提供方Google server: gwsRedirHub x-powered-by: RedirHub
到最终页面的跳数11
证书有效有效
排名（过去 7 天）快于 53%快于 70%

亲自复现

自己运行同样的测试

复制到 macOS 或 Linux 终端。两个 URL 都已包含在内，粘贴后按回车即可。只需要 curl。

你的数据会与我们的不同：结果取决于运行位置和你的网络。

bash · 每个 URL 10 次
for u in 'https://google.com/' 'https://duende.link/06oct26'; 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 会保存其首字节时间中位数和测试地点。每个 URL 只算一条，同一链接测十次也不会影响结果。

2

从同一地点比较

你的结果只与从同一地点测试的 URL 比较，东京的测试不会和华盛顿特区的测试放在一起比。

3

排名是百分位

“快于 82%”表示过去 7 天测试的 URL 中有 82% 比你的慢。

按服务商

各家重定向服务商有多快？

最近 7 天从华盛顿特区测得的首字节中位数，列出所有至少有一个已测 URL 的服务商。点开可查看各地区结果、排名和耗时构成。

方法

测试测量的内容

DNS

查询重定向的域名。

连接

与最近的服务器建立 TCP 连接。

TLS

HTTPS 握手和证书校验。

服务器等待

直到 301 及其 Location 头到达。

只计时重定向响应，不计目标页面，因此目标页面慢不会影响重定向的结果。跳数单独统计。该工具运行在华盛顿特区、法兰克福和东京的 Vercel Functions 上，而非我们的重定向网络，并在每次运行中交替测量 A 和 B。

常见问题

常见问题

“快于 X%”是怎么算的？
过去 7 天在这里测试过的每个 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 之间或与平均值的差距，而不是绝对值。

相关免费工具

重定向检查器查看 URL 的每一跳和状态码。短链接还原查看短链接的真实去向。重定向可用性监测重定向服务的实时可用性和响应时间。