Core Web Vitals移动端CLS>0.25异常：GSC标不良但PageSpeed得分正常

• 两者数据来源存在本质区别：GSC的Web Core Vitals数据取自真实用户字段数据（Chrome用户体验报告数据集），统计的是过去28天所有访问对应URL的真实用户体验数据；而PageSpeed Insights默认展示的是实验室模拟测试数据，仅在固定设备、固定网络的单一环境下运行，无法覆盖所有真实用户场景。

该偏差属于字段数据与实验室数据的典型差异，不属于统计错误。

以下是常见的触发原因：

• 偶发场景的布局偏移：仅在特定用户行为（比如滚动到页面底部才加载的广告/推荐模块、登录后才展示的个性化内容）、特定网络环境（弱网下静态资源加载顺序异常）、特定设备（低配置移动端设备渲染延迟）下才会触发的CLS问题，少量的实验室测试无法复现。
• 统计口径差异：GSC取的是URL维度28天CLS数据的75分位值，即统计周期内有25%的用户访问时CLS高于该数值，你抽查的少量PageSpeed Insights结果仅能代表极少数测试样本的表现，无法覆盖占比25%的异常用户场景。如果你的站点对应URL的流量不高，仅需几十次异常访问就会触发GSC的不良标记。
• 时间窗口错位：GSC的Core Web Vitals数据存在2~3天的统计延迟，你看到的两周前的异常数据对应更早的用户访问数据，如果你抽查测试时已经修复了相关问题，自然无法复现过往的异常表现。

排查建议 #

• 查看GSC对应异常URL的Core Web Vitals详情页的分位值统计，确认75分位、90分位的CLS表现，定位异常区间。
• 接入用户侧CLS监控，通过PerformanceObserver接口采集真实用户的CLS触发事件，记录偏移元素、用户设备、网络环境等信息，参考采集代码：

const clsObserver = new PerformanceObserver(list => {
  list.getEntries().forEach(entry => {
    // 仅统计无用户交互时的布局偏移
    if (entry.entryType === 'layout-shift' && !entry.hadRecentInput) {
      // 此处将entry.value、entry.sources等信息上报到你的监控后台
      console.log('CLS触发', '偏移量：', entry.value, '触发元素：', entry.sources)
    }
  })
})
clsObserver.observe({ type: 'layout-shift', buffered: true })

• 切换PageSpeed Insights到字段数据标签页，查看对应URL的真实用户统计数据，和GSC的结果做交叉验证。

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