理解工具实际计时范围
导航TTFB可能包含重定向、DNS、连接、TLS和响应等待。检查起点及Early Hints等中间响应的处理方式。web.dev给出的0.8秒是粗略参考值；TTFB不属于Core Web Vitals。
| 信号 | 描述内容 | 有用检查 |
|---|---|---|
| 浏览器TTFB | 到测量首字节的延迟。 | 确认阶段与工具定义。 |
| 服务器追踪时长 | 已埋点范围内的时间。 | 不能等同全部网络延迟。 |
| LCP | 最大可见内容的呈现。 | 检查响应后的资源与渲染。 |
| 任务成功 | 实际完成的结果。 | 检查表单、阅读或付款。 |
先定位原因，再更换托管
- 在相同URL和地区比较，并记录设备、网络、缓存及连接复用条件。区分真实访问数据与实验室测试。
- 区分缓存响应和源站请求。将网络时序与服务器追踪关联，定位慢查询、外部依赖或连接等待。
- 修正后还要测量LCP与任务成功。首字节很快，仍可能长时间看不到有用内容。
将测量联系到实际改善
确认改善不只是提前发送响应头或返回不完整响应。比较分布而非单次访问，并监测错误、数据新鲜度和缓存隐私。更好的TTFB不保证排名或转化增长。
一手资料
在更改基础架构之前定位 TTFB 延迟
首字节时间仅捕获部分加载过程，而非整个体验。连接、生成、依赖关系或缓存未命中都可能导致问题；将诊断结果与受影响的页面和区域关联起来。
- 比较动态页面、缓存响应和静态资源。
- 跟踪代表性请求的依赖关系和处理时间。
- 修复后重新测试 LCP 和交互，以确认用户获益。
一手资料：Google Search Central — page experience. 相关方法：阅读实用指南.