网站延迟测试看哪个值？RTT、连接耗时和 TTFB 的区别
Ping 延迟低，网页仍然慢，可能只是测量对象不同。解释往返时延、TCP 建连、TLS 和首字节的边界，避免重复相加或错误比较。
“网站延迟 30 毫秒”和“首字节 600 毫秒”可以同时成立，因为它们可能测了完全不同的工作。网站延迟测试首先要说明测量方法、起止点和网络位置，再讨论数值高低。这两个数字只是解释差异的示例，不是实测。
RTT：一次往返，不是一页网页
Ping 的往返时延描述 ICMP 请求与响应之间的时间，受目标是否响应、路径和调度影响。它不执行 TLS，也不等待应用生成页面。低 Ping 可以提供网络线索，却不能保证网页加载或业务接口快。
目标不响应 ICMP 时，Ping 也可能超时而 HTTPS 正常。定义与命令用法可参照 Microsoft Ping 文档。
TCP 连接耗时：关注连接建立
端口检测观察 TCP 建连，可能连接的是 CDN 边缘或负载均衡，而非应用进程本身。域名解析是否计入、使用了哪个地址、重复尝试如何汇总，都由工具实现决定。不同 TCPing 产品的数字不能默认完全同口径。
连接成功后，HTTPS 通常还需要 TLS 与 HTTP 工作。采用其他传输协议、复用已有连接或经过代理时，阶段与边界也会变化。解释时不要把简单 TCP 模型套到每种请求。
TTFB：首字节之前的综合等待
浏览器导航 TTFB、Network 中某请求的 Waiting，以及 curl 的 time_starttransfer有不同边界。TTFB 官方说明讨论导航中的组成；curl 手册则把该字段定义为从操作开始到收到首字节的累计时间。
因此，首字节慢可能涉及解析、连接、重定向、请求传输和服务端处理。不能将 TTFB 全部写成数据库查询耗时，也不能把已经累计在其中的连接时间再加一遍。
同一问题选同一指标
| 想判断什么 | 适合先观察什么 |
|---|---|
| 网络往返是否变化 | 同协议、同目标和路径的往返样本 |
| 端口是否能建立连接 | 指定地址与端口的 TCP 结果 |
| 文档为什么迟迟没响应 | 分阶段请求计时与服务日志 |
| 用户为什么迟迟看不到内容 | 浏览器画面、资源依赖和渲染记录 |
没有适用于所有网站、地区和业务的单一延迟门槛。应结合用户任务和同条件基线观察变化，并保留失败样本。需要动手拆时间，可看curl 分阶段计时示例；如果连端口与 HTTP 的关系也不确定，参考TCPing 与网页访问的差异。