CrUX数据与Lighthouse长期不符，是否为CrUX Bug？

这种差异不是CrUX的Bug，而是两类工具的测试逻辑、采样范围本质不同导致的，具体原因如下：

• 采样对象天差地别
  CrUX的数据来自真实用户的实际访问行为，覆盖各种设备（低端机、老旧设备）、网络环境（2G/3G/弱Wi-Fi）、浏览器版本，甚至用户的操作习惯（比如快速滚动、切换标签）都会影响CLS数值。而Lighthouse是在受控环境下（通常是模拟的高速网络、最新Chrome版本、默认设备配置）的单页测试，完全没考虑真实用户的复杂场景。

• CLS的计算逻辑有区别
  CrUX统计的是所有用户访问会话中的累积布局偏移的第75百分位值，也就是75%的用户遇到的CLS比这个值小，剩下25%的用户遇到的偏移更大——如果你的网站在部分用户场景下（比如加载慢的设备上广告延迟加载）出现大偏移，就会拉高整体的75分位值，导致CrUX变红。而Lighthouse只测试单次加载的CLS，且是在资源加载顺畅的环境下，自然容易拿到绿色结果。

• 触发CLS的场景未被Lighthouse覆盖
  很多布局偏移是在用户交互后才出现的：比如点击按钮后动态加载内容、下拉刷新时的布局变化、登录后页面元素重排，这些场景Lighthouse的默认测试流程不会触发，但真实用户会频繁遇到，这就会导致CrUX捕捉到这些偏移，而Lighthouse测不出来。

如果要缩小两者的差异，可以试试：

• 用Lighthouse的模拟慢速网络/低端设备模式测试，看是否能复现高CLS
• 查看CrUX的细分数据（比如按设备、网络类型拆分），定位是哪类用户群体出现了高偏移
• 给页面添加布局稳定性监控（比如用Web Vitals库），捕捉真实用户的CLS触发场景

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