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

bit.ly/bitly 有多快？

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

测试地点
次数

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

bit.ly2026年10月16日
一般

比过去 7 天测试的 53% 的跳转更快。

bit.ly/bitly 在 26 ms 内响应。 7 天平均为 80 ms，共 64 个已测 URL。

服务提供方Bitly状态301跳数2首字节26 ms
53%
的已测跳转比你慢
最慢中位数最快
你在 7 天基准中的位置每个已测 URL 的首字节时间中位数
平均 80 ms
你 · 26 ms
0200400600750+ ms
首字节时间中位数 · 各 10 次 · 全新连接redirhub.com/redirect-speed-test
最终落地页https://www.youtube.com/watch?v=Yu_moia-oVI200 OK
  1. 1https://bit.ly/bitly301
  2. 2http://www.youtube.com/watch?v=Yu_moia-oVIHTTP301
  3. 3https://www.youtube.com/watch?v=Yu_moia-oVI200
需要修复
  • 有一跳经过未加密的 HTTP。请让每个跳转直接指向 https:// 地址。
  • 到达最终页面前有 2 次跳转，每次都要多一次往返。请让第一个 URL 直接指向最终页面。
你的跳转
26 ms
301 · 2 跳 · Bitly
过去 7 天平均
80 ms
本页测试过的所有 URL
已测 URL（过去 7 天）
64
每个 URL 一条
时间花在哪里
bit.ly/bitly
26 ms
7 天平均
80 ms
DNS连接TLS服务器等待
用 curl 复现 ↓

亲自复现

自己运行同样的测试

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

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

bash · 每个 URL 10 次
for u in 'https://bit.ly/bitly'; 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 的每一跳和状态码。短链接还原查看短链接的真实去向。重定向可用性监测重定向服务的实时可用性和响应时间。
bit.ly/bitly 跳转速度：26 ms - RedirHub