Core Web Vitals 报告

Core Web Vitals 报告是一份页面体验报告，来自 Search Console^[1]，按真实用户数据展示加载、交互与视觉稳定三个方面的表现。真实用户数据也被称为实测数据，它来自真实访客的浏览器，不是实验室里跑出来的结果。Google 的核心排名系统会参考这组指标。

三个指标与阈值

报告基于三个指标^[1]。

指标	衡量什么	好的阈值
LCP	加载速度	2.5 秒以内
INP	交互响应	200 毫秒以内
CLS	视觉稳定	0.1 以内

这些阈值由 Google 给出，行业指南也照同一套口径整理^[3]。三个指标都在阈值内才算好。一个 URL 组只要有一项不合格，整组的整体状态就按最差的那项算^[1]。

数据来源与分组

报告的实测数据来自 Chrome 用户体验报告这套公共数据集，它收集真实用户的体验数据^[1]。实验室工具在固定条件下跑测试，只能说明在那种条件下大致是什么体验，两者口径不同。

URL 组是报告的分组单位，把结构相似的页面归到一起评估^[1]。组内状态取最差指标，所以改好一条页面，组的状态不一定跟着变。

数据按实际网址分配，不按规范网址，这一点与其他报告不同^[1]。所有地区、所有请求的数据合在一起，来自慢速网络地区的流量会把整体表现拉低。

纳入条件与数据延迟

只有同时拿到 LCP 与 CLS 的最低数据量，一个 URL 组才会被纳入，否则整组从报告里略去^[1]。

报告只覆盖已索引的网址，而且是样本，不是全部^[1]。看到「无数据」，通常是资源新建，或者所选设备类型下实测数据不足。

实测数据按滚动窗口计算，改动生效需要时间，修完要等数据累积几周才反映到报告里。百度侧的移动体验评估口径与这套实测数据不同，两边不要直接对比^[2]。

指标不达标时的排查顺序

1. 先分移动与桌面两个标签，确认问题出在哪一类设备。
2. 找到状态为需要改进或差的 URL 组，看组里最差的是哪个指标^[1]。
3. 用 PageSpeed Insights 或 Lighthouse 对代表性网址做一次实验室测试。
4. 按指标对应的原因动手：LCP 多与首屏大图、字体、服务器响应有关，INP 多与长任务、脚本有关，CLS 多与未预留尺寸的图片和广告有关。
5. 改完重新测一次，确认实验室数据改善。
6. 等实测数据更新，再回报告确认组的状态。

常见误用

一个误用是拿实验室工具的结果与报告对齐。报告是实测数据，实验室工具在固定条件下跑，两者本来就对不上^[1]。

另一个误用是只优化一条网址就指望整组变好。报告按 URL 组评估，组的状态取决于组里最差的表现^[1]。

还有一个误用是把指标好当成排名保证。这组指标是排名系统参考的因素之一，达到阈值不保证排到前面。

附录

参见

• 覆盖率报告
• 效果报告

参考资料

官方（境外）

1. 《Core Web Vitals report》，Google Search Console 帮助。

官方（国内）

2. 《百度搜索资源平台》，百度。

第三方

3. 《Google Search Console Guide》，SEO Handbook，2026-05-02 更新。

外部链接

无。