Core Web Vitals评估与PageSpeed Insights性能等级为何存在显著差异？

你观察到的差异是真实存在的，核心源于两者的数据来源、测试场景、测量逻辑完全不同，以下是具体解释：

1. 数据来源：真实用户数据 vs 实验室模拟数据 #

• Core Web Vitals（CrUX数据）是过去28天内Chrome真实用户的实际加载体验聚合，采样覆盖不同设备（高端/低端手机、桌面）、网络环境（WiFi/4G/弱网）、缓存状态（首次访问/重复访问），反映的是用户真实感受到的性能。
• PageSpeed Insights的性能测试是实验室模拟环境，默认使用预设的低端设备（如Moto G4）和固定网络条件（4G/3G），且每次测试都是冷加载状态（清空所有缓存），这种极端场景下的加载速度必然远慢于大部分真实用户的体验。

2. 测量逻辑：用户体验节点 vs 全资源加载完成 #

你的假设存在偏差，两者的测量范围并非首屏vs整页：

• LCP：Core Web Vitals和PageSpeed都只关注视口内最大内容元素的加载时间，不会等到onLoad事件完成。但真实用户可能因缓存快速加载该元素，而实验室冷加载下，该元素的资源（如大图）需要从头下载，导致测试值远高于真实用户的评估值。
• FCP：真实用户重复访问时，HTML、CSS等关键资源可能已缓存，FCP时间大幅缩短；而PageSpeed的冷加载需要重新下载所有关键资源，测试值自然是真实值的数倍。
• CLS：Core Web Vitals的CLS是用户整个页面生命周期（包括滚动、交互过程）的布局偏移累积；而PageSpeed的CLS仅测量加载阶段的偏移，且冷加载下资源加载顺序混乱（如未指定图片宽高导致的晚加载偏移）会被放大，测试值远高于真实用户的实际感受。

3. 额外因素：第三方资源与动态内容 #

真实用户访问时，部分第三方脚本（如广告、统计工具）可能已被浏览器缓存，或因用户屏蔽插件未加载；但PageSpeed会加载所有页面资源，包括非关键的第三方脚本，这些资源的加载延迟会进一步拉长测试指标，而真实用户的体验不会受此影响。

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