一句话答案：用宝塔拨测的 HTTP 检测（t.bt.cn/http）让多节点模拟真实用户访问你的站，结果按「状态码 → 总耗时 → 分段耗时 → 成功率与地区差异」四步来读，网站是「打不开」还是「打开慢」、慢在哪一环，一次看清。
用户反馈网站卡、某些地区干脆进不来？别瞎猜，先用 HTTP 检测（网站测速）发起一次全节点探测。它会安排国内外的多个节点，模拟真实用户的浏览器行为去访问你的网站，并把一次网页请求拆成几段分别计时——是「不通」还是「慢」、慢在哪一段，数据会直接告诉你。这篇教程以 2026-10-21 对官网 www.bt.cn 的实测为样本（60 个省份、408 个节点，405 个成功，成功率 99.3%），手把手教大家解读结果。
一、先明白：一次请求被拆成了几段
网站测速发出的是真实的 HTTP/HTTPS 请求。从请求发出到彻底完成，中间会依次走过「DNS 解析 → 建立连接 → 等待服务器响应（首字节）→ 下载内容」这几个环节。宝塔拨测把每一段的耗时都单独记录下来，还附带 HTTP 状态码和重定向信息，这样你就能精确说出「到底是哪一段拖慢的」。
二、第一眼看状态码：通不通
拿到结果，最先确认的是 HTTP 状态码，它直接回答「网站有没有正常应答」：
- 301 / 302：发生了重定向，请求被跳转到别的地址，多半是 http 转 https 或者换了域名。
这次实测中，www.bt.cn 的 405 个成功节点无一例外都是 200，且每个都经历了 1 次重定向（http 跳 https）。状态码全绿说明官网整体可用；反过来，哪次检测出现大面积非 200，就得按状态码的类型分头查：重定向配置错了吗？资源丢了吗？还是服务器挂了？（5xx 怎么定位，可参考本系列《502、503、504 分别是谁的问题》。）
三、第二步看总耗时：快不快
通了之后看总耗时，评估整体速度。宝塔拨测提供了几个统计口径：
- 中位数：所有节点耗时排完序取中间那个值，代表「大多数用户的真实体验」，比起平均值更不容易被极端值带偏。
- p95：95% 的节点耗时不超过它，用来反映「体验最差的那批用户」。
- 最快 / 最慢：单节点的两个极端，方便揪出异常线路。
本次实测 www.bt.cn 的总耗时数据：中位数 276.8 毫秒、p95 1753.7 毫秒、最快 86.6 毫秒、最慢 5314.2 毫秒。中位数低于 300 毫秒，说明多数用户访问很顺畅；但 p95 被推高到 1.75 秒，说明少数线路（集中在海外）明显拖后腿——这个线索正好引向下一步的地区差异分析。
四、第三步看分段耗时：慢在哪一段
总耗时只说「慢」，分段耗时才指得出「哪段慢」。本次实测 www.bt.cn 各阶段的耗时中位数如下：
阶段
| 说明
| 中位数耗时
| DNS 解析
| 把域名解析成 IP 的耗时
| 18 毫秒
| TCP 连接
| 建立 TCP 连接的耗时
| 39.9 毫秒
| TLS 握手
| HTTPS 下协商加密连接的耗时
| 58.1 毫秒
| 首字节
| 请求发出到收到服务器第一个字节的耗时
| 276.7 毫秒
| 传输（下载）
| 下载响应内容的耗时
| 0.1 毫秒
|
分析套路很固定：首字节（TTFB）拖后腿，多半是服务器处理慢或源站链路太长；下载阶段慢，多半是页面体积大、带宽跟不上；DNS 解析慢，则要怀疑域名解析服务本身。对照本次数据：首字节独占 276.7 毫秒的大头，传输几乎可以忽略，说明页面本体很轻，瓶颈在服务器响应这一环。
五、最后看成功率与地区差异：谁在慢
收尾看成功率以及按地区/运营商汇总的数据，确定问题的波及范围。本次实测成功率 99.3%，失败的只有 3 个节点（DNS 解析超时、请求超时、网络不可达各 1 个）——个别节点挂掉一般不说明网站有问题，通常是节点侧的网络抖动。
按运营商拆开看平均耗时，反差很明显：
- 移动 277.4 毫秒、广电 296.2 毫秒、联通 319.2 毫秒、电信 340.3 毫秒——国内四大运营商都在 350 毫秒以内；
- 港澳台 1256.2 毫秒、海外 1564.7 毫秒——跨境访问直接慢了一大截。
这组对比正好回答「是全网都慢，还是只有部分线路慢」：要是国内快、海外慢，问题多半出在跨境链路或 CDN 的海外节点覆盖上，源站大概率没事；要是所有运营商一起慢，那才需要重点检查源站性能。
六、动手测一次的完整流程- 先点「快速测速」做初步定位；想把地区和线路覆盖拉满，再点「全节点测速」。
- 结果出来后，按本文的顺序逐项看：状态码 → 总耗时 → 分段耗时 → 成功率与地区差异。
要是需要长期盯着某个目标，可以给它建一个定时拨测任务；还想让相关同事收到通知的话，再配上告警（具体见官方文档《进行一次拨测并查看结果》与《创建定时拨测任务》）。
常见问题
网站测速和 Ping 测速，二者差在哪里？
核心差别在于测的东西不同。网站测速走的是真实 HTTP/HTTPS 请求，能看到状态码和 DNS、连接、首字节、下载这些分段耗时，属于网页访问层面的数据；Ping 测速只发 ICMP 包，探测主机是否可达、往返延迟多少，网页层面的情况一概看不到。所以想搞清楚「网站能不能打开、慢在哪儿」就用网站测速，只想知道「主机通不通」用 Ping 就够了。
状态码全是 200，是不是意味着网站完全没问题？
不是。200 只能证明这次请求返回成功了，不代表所有节点、所有线路都正常，还得结合成功率一起判断：个别节点失败（超时、解析失败之类）多半是节点侧自己的网络问题，不代表网站挂了；只有当大量节点集体非 200 或失败时，才需要去查服务器或线路。
首字节时间偏长，一般是什么原因？
首字节时间（TTFB）指的是从请求发出到收到服务器第一个字节之间的耗时。这个值高，常见原因有三种：服务器处理慢、后端应用响应慢，或者源站到探测节点之间的链路太长——但和网站文件大小无关。如果是下载阶段慢，那才说明页面体积大、带宽不够用。
为什么海外节点的耗时总是比国内节点高？
这是正常现象，不必恐慌。海外节点访问国内源站必须走跨境链路，物理距离摆在那里，跳数也多，总耗时天然就高。借助网站测速的运营商和地区汇总，可以分辨「全网都慢」还是「个别地区慢」：如果只是某些地区拖后腿，问题多半出在对应线路或 CDN 覆盖，而不是源站本身。
测速结果每次都一样吗？能不能测一次就下结论？
不能。结果反映的只是查询那个时刻的状态，节点池和线路状况一直在变，数据带有时效性。排查持续性问题时，最好在相同条件下多复测几次，或者干脆建个定时拨测任务长期观察——千万别拿一次的结果去下长期结论。
从哪里发起网站测速？
入口就是宝塔拨测的网站测速页面（t.bt.cn/http）。填上网址或域名后，先点「快速测速」做初步定位；想把地区和线路的覆盖面拉满，就选「全节点测速」。
以上就是网站测速四个关键指标的完整读法。给大家总结一个口诀：状态码判「通不通」，总耗时判「快不快」，分段耗时找「哪段慢」，地区汇总看「谁在慢」。想继续深挖排查思路，可以接着读本系列《接了 CDN 部分地区打不开怎么判断》。读完了有疑问，欢迎回帖讨论。
|
|
运维要高效，装宝塔
