为何Core Web Vitals的TTFB表现差，同页PageSpeed测试的TTFB却良好？

• 数据来源和统计逻辑完全不一样
  Core Web Vitals里的TTFB是真实用户访问的实际数据，算的是从用户发起请求，经过DNS解析、TCP握手、TLS加密，到服务器返回第一个字节的全链路总耗时；而Lighthouse的「初始服务器响应时间」是实验室模拟测试的结果，只算服务器处理请求本身的时间，而且测试用的是Google内部的高速网络，把网络链路的延迟都排除了，两者根本不是同一个维度的指标。

• 真实用户的场景比实验室复杂得多
  Core Web Vitals的数据包含了不同地区、不同网络（比如移动弱网、偏远地区慢网）、不同设备的用户情况；而Lighthouse是在标准化的理想环境下测的，比如固定的高速网络、模拟的主流设备。如果你的用户大多在网络差的区域，或者服务器没在当地部署CDN节点，真实用户的TTFB肯定会比实验室测试值高很多。

• 缓存的影响被忽略了
  Lighthouse测试一般模拟的是首次访问（无缓存），但如果你的静态HTML在边缘CDN有缓存，实验室测试可能刚好命中了缓存，耗时就短；但真实用户里可能有大量首次访问的人，或者缓存没命中的情况，导致实际TTFB偏高。反过来如果是缓存覆盖率够高，真实值会更低，但你现在的情况是真实值高，就得检查缓存策略是不是没覆盖到足够多的用户。

• 服务器负载的波动
  Lighthouse是单次快照测试，可能刚好赶上服务器空闲的时候；而Core Web Vitals是一段时间内的平均数据，如果服务器在高峰时段负载高，处理请求变慢，就会把整体TTFB的平均值拉高，单次测试根本反映不出这个情况。

• 请求走的路径不一样
  真实用户的请求可能要经过多层代理、CDN转发，或者被分配到负载高的服务器节点；而Lighthouse的测试请求可能直接连到源服务器或者负载低的CDN节点，路径不同，耗时自然差很多。

内容的提问来源于stack exchange，提问作者Johnson_145