网站测速测的是什么

网站测速不是简单给一个「打开需要几秒」，而是把一次访问拆开，分别计时。

宝塔拨测网站测速：多节点分段计时，定位访问慢在哪一步

从多个地区的探针节点发起真实的 HTTP/HTTPS 请求，一次完整的访问会被拆成 DNS 解析、TCP 连接、TLS 握手、首字节时间（TTFB）和内容下载几个阶段，每一段单独出数，最后记录返回的 HTTP 状态码。价值就在这里：它告诉你慢在哪一步，而不是只告诉你慢。

五个阶段分别对应什么

• DNS 解析：域名变 IP 花了多久，反映权威解析速度和各地 DNS 缓存命中情况
• TCP 连接：与目标建立连接的时间，反映网络可达性和链路质量
• TLS 握手：HTTPS 才有的阶段，反映证书链长度和加密套件协商开销
• TTFB（首字节时间）：从发出请求到收到第一个字节，反映服务端处理请求的时间
• 内容下载：接收响应体的耗时，和页面体积、带宽有关

这五段加起来才是「总耗时」。任何一段异常，体验都会变差，但对应的责任方完全不同——前两段是网络，中间一段是证书配置，后两段是服务端和带宽。

和「感觉慢」的区别

用户说「网站很慢」，是一个整体感受。这个感受背后可能是五种原因之一，也可能是几种叠加。

只测总耗时，永远分不清是 CDN 调度错了、证书链太长、后端接口卡住，还是图片太大。分段计时就是为了避免这种瞎猜。

实际排查时的顺序也很自然：先看哪一段占比最大，再针对那一段查。DNS 慢就查解析，TTFB 慢就查后端，下载慢就查资源体积和带宽。

它不做什么

两点边界需要说清楚：

• 只请求页面本身，不执行页面里的 JS，也不加载图片、CSS 等子资源。所以它测的是「服务端返回 HTML 有多快」，不是浏览器渲染完整页面有多快
• 不做压测。它是从多个节点各发一次真实请求，不是并发压力测试，不能用来评估服务器能扛多少 QPS

理解这两点，就不会拿着拨测结果去回答错误的问题。

和浏览器开发者工具的关系

两者测的是同一件事，视角不同。

浏览器开发者工具是「一个用户、一次访问」的完整视角，包含渲染和子资源加载；多节点测速是「多个地区、多次访问」的网络视角，不包含渲染。

排查「我这里慢」，用开发者工具更直接；排查「为什么别人那里慢」，只有多节点测速能回答。