PageSpeed Insights、Lighthouse 和 CrUX 数据为什么不一样？实验室、真实用户与验收流程

先说结论：PageSpeed Insights、Lighthouse 和 CrUX 出现不同数字通常不是工具出错，而是它们测量的对象不同。 Lighthouse 在受控设备和网络下跑一次实验室测试；CrUX 汇总真实 Chrome 用户过去 28 天的体验；PageSpeed Insights 同时展示两者。排查问题用实验室数据，判断真实用户是否改善要看字段数据和稳定窗口。

三个名称分别代表什么

PageSpeed Insights（PSI）是一个报告入口。Google 官方说明，它使用 CrUX 提供真实用户数据，同时用 Lighthouse 生成实验室诊断。因而同一份 PSI 页面上出现两组不同的 LCP、CLS 或其他指标是正常现象。

Lighthouse 在预设设备、网络、地点和单次页面加载条件下运行，优点是可重复、适合定位阻塞资源、图片、脚本和布局问题；缺点是不能代表所有真实设备、网络和用户行为。

CrUX 来自符合条件的真实 Chrome 用户，覆盖不同设备、网络和地区，通常按过去 28 天汇总。Core Web Vitals 的字段判定使用分布中的第 75 百分位，不是某一次访问的速度。

为什么同一页面会给出相反结论

因此，新修复上线后 Lighthouse 可能马上改善，而 CrUX 仍受过去数周旧数据影响；相反，真实用户设备较好时，字段数据可能通过，但实验室弱设备模拟仍暴露潜在风险。

没有 CrUX 数据不等于页面零访问

PSI 可能显示“没有足够的真实用户数据”。这表示页面或来源没有满足 CrUX 的公开数据资格与样本要求，不能直接推断没有用户，也不能把实验室分数冒充真实用户结果。流量较小的独立站可部署自己的 RUM，并保留服务器与业务指标作为补充。

采集边界可参考Cloudflare Web Analytics 与 GA4 对照。若要长期保存搜索和页面数据，还应明确区分Search Console 批量导出到 BigQuery与性能 RUM 的用途。

推荐的四层验收流程

1. 发布前固定条件跑 Lighthouse。 保存设备、网络、位置、版本和三次中位数，找出高影响诊断项。
2. 发布后做受控复测。 对相同 URL 和条件再次跑三次，确认问题没有回归。
3. 观察自有 RUM。 按页面模板、设备和国家拆分，不只看全站平均值。
4. 等待 CrUX 完整窗口。 在 28 天窗口内标记为观察中，不能因一两天波动宣布成功或失败。

Core Web Vitals 常用良好阈值是 LCP 不高于 2.5 秒、INP 不高于 200 毫秒、CLS 不高于 0.1，并在第 75 百分位评估。Lighthouse 的一次绿色分数不是搜索排名保证，也不能代替字段数据。

哪个数据用于哪类决策

修图片、脚本和渲染阻塞时优先看 Lighthouse 诊断；决定真实用户体验是否稳定时看 CrUX 或自有 RUM；判断转化损失还要把性能与订单、表单或退出行为连接。每次优化预先设定观察窗口，保留旧值、改动、候选值和回滚条件。

常见问题

PSI 的移动端和桌面端为什么差很多？

设备性能、网络条件和真实用户构成不同。应分别验收，不要用桌面端通过替代移动端结论。

Lighthouse 100 分能保证 Core Web Vitals 通过吗？

不能。Lighthouse 是受控实验室快照，字段判定来自真实用户分布，两者用途不同。

修复后多久能在 CrUX 看到变化？

CrUX 使用 28 天滚动数据，变化会逐步反映。应同时观察自有 RUM，并等完整窗口再做最终判断。

核验来源

• Google Developers：About PageSpeed Insights
• web.dev：Why lab and field data can be different
• web.dev：Tools to measure Core Web Vitals

本文依据 2026 年 8 月 30 日可访问的 Google 官方资料整理。工具版本和报告字段会更新，实际验收应记录当时版本与测试条件。