网站测速结果里"传输"耗时为什么是 0？下载速度和带宽到...

一句话答案：宝塔拨测（t.bt.cn）的网站测速只负责判断"网站能不能连通、响应快不快"，它不下载页面正文，所以结果里"传输"耗时接近 0、"下载字节数"恒为 0；想知道下载快不快、带宽够不够，请用 Speedtest 这类专门的测速工具。

大家常问：跑一次网站测速，能看出下载快不快吗
论坛上不止一位朋友问过：给网站跑一次宝塔拨测的网站测速，能不能顺便知道这个站下载快不快、带宽够不够用？这里统一回复：测不出来，两者不是一回事。
网站测速发起的是一次轻量请求，只取回响应头（状态码、证书信息、重定向情况），并不会把页面正文拉下来。它的定位是判断网站在全国各地能不能打开、打开有多慢，而不是衡量带宽吞吐。工具入口在 t.bt.cn，选"网站测速"即可发起。
一次实测：传输 0.1ms，总耗时约等于首字节
2026-10-08（北京时间）对 www.qq.com 做了一次网站测速：请求 500 个节点，实际完成 350 个、成功 350 个（成功率 99.4%），覆盖 59 个省份/地区（大陆 31 个、港澳台及海外 28 个），所有节点状态码均为 200、重定向均为 0 次。分段耗时中位数如下：

阶段	耗时中位数
DNS 解析	14.9 ms
TCP 连接	19.4 ms
TLS 握手	49.9 ms
首字节	141.4 ms
传输	0.1 ms

重点看最后两行：首字节 141.4ms，而总耗时中位数同样是 141.4ms，"传输"却只有 0.1ms。也就是说，这次请求的时间几乎全部花在"等到服务器第一个字节"之前；首字节一到，任务就结束了——后面根本没有正文可下载。

为什么"传输"和"下载字节数"都是 0
网站测速关心的是连通性和响应速度，而不是下载了多少内容。它的请求流程是：发起一次 HTTP 请求 → 完成 DNS、TCP、TLS 握手 → 从响应头里读出状态码、证书剩余天数、重定向次数 → 结束。整个流程里没有"下载正文"这个环节，因此：

• "传输"段耗时几乎为零：本次实测中位数 0.1ms，因为没有正文需要传输；
  

• "下载字节数"字段恒为 0：本次 350 个成功节点的下载字节数（download_bytes）和下载速率（download_bps）清一色是 0，因为压根没有下载动作。
  

反过来看，如果拨测真的会下载整页正文，像 www.qq.com 这种大站，传输段不可能只有 0.1ms。这个数字本身就是"只握手、不拉正文"的最好证明。
宝塔官方文档《进行一次拨测并查看结果》对网站测速的定位也是如此：重点看成功率、响应时间、状态码和异常节点（https://docs.bt.cn/user-guide/baota-probe/monitoring-guide），并不涉及下载速度或带宽。拨测回答的是"网站在全国各节点能不能打开、有多慢"，不是"下载有多快"。

下载速度和带宽，该用什么测
两个用途分开对待，别混用：

• 判断网站是否正常、响应快慢、哪些地区访问异常 → 用宝塔拨测的网站测速；
  

• 测服务器带宽、下载速率、上传速率 → 用专门的网速测试服务（Speedtest 一类）。
  

另外，想分析"网站慢在哪一段"，可以在网站测速结果里逐段看耗时（DNS、TCP、TLS、首字节、传输）：首字节慢就去查服务器端，握手慢就查线路和 DNS。这部分和"下载速度"依然是两件事。
常见问题用宝塔拨测能测出网站的下载速度或带宽吗？
测不出。网站测速只判断连通性和响应快慢，发的是一次轻量请求、只取回响应头（状态码、证书、重定向），不会下载页面正文。它衡量的是连通性与响应时间，跟下载速度、带宽属于两个不同的维度。

测速报告里"传输"一段的耗时为什么接近零？
"传输"统计的是下载响应内容所花的时间，而拨测完成握手、拿到响应头后就结束了，没有正文可下，所以这一段几乎为零。本次对 www.qq.com 的实测里，传输耗时中位数仅 0.1ms。

首字节耗时和总耗时为什么几乎相等？
首字节指从发出请求到收到服务器第一个响应字节的时间。拨测不下载正文，收到首字节即宣告结束，所以总耗时基本就等于首字节耗时。本次实测两项中位数都是 141.4ms。

每个节点的"下载字节数"都是 0，是不是数据出问题了？
不是问题，属正常现象。拨测本来就不下载页面正文，所有成功节点的"下载字节数"和"下载速率"自然都是 0。看到 0 只说明"没有下载动作"，不代表网站有故障。

想知道服务器带宽多大、下载多快，用什么工具？
用专门的网速测试服务（如 Speedtest 一类）。拨测解决的是"能不能连通、响应快不快、哪些地区异常"，带宽和下载速率则要交给专门的测速工具，两类工具各干各的活。

---

有问题欢迎回帖。