Core Web Vitals

Core Web Vitals 是三个真实页面体验指标：Largest Contentful Paint（LCP） 衡量加载表现，Interaction to Next Paint（INP） 衡量响应性，Cumulative Layout Shift（CLS） 衡量视觉稳定性。Google 在 Core Web Vitals 与搜索结果官方说明中记录了当前指标和阈值。

应尽量按移动端和桌面端分别观察访问的第 75 百分位：

指标	良好	需要改进	较差
LCP	≤ 2.5 秒	> 2.5 且 ≤ 4 秒	> 4 秒
INP	≤ 200 毫秒	> 200 且 ≤ 500 毫秒	> 500 毫秒
CLS	≤ 0.1	> 0.1 且 ≤ 0.25	> 0.25

这些是体验阈值，不是排名或转化承诺。

现场数据与实验室数据

现场数据来自真实访问，常见来源是 Chrome User Experience Report（CrUX）。它包含不同设备、网络、缓存和交互条件。Search Console 会根据现场数据把相似 URL 分组，所以一个状态可能代表 URL 组，而不是单个地址的即时检测结果。

实验室数据来自 Lighthouse 等受控测试，适合稳定复现和定位原因，却不能完整代表真实用户分布。Lighthouse 可以诊断 LCP 和 CLS；Total Blocking Time 是响应性的实验室诊断指标，并不等于真实访问中的 INP。

先用现场数据判断用户是否真的遇到问题，再用实验室轨迹和自有真实用户监控定位原因。

按指标做页面级诊断

LCP

先识别真实 LCP 元素，再拆解服务器响应、资源发现延迟、资源下载和渲染延迟。修复可能包括缓存 HTML、消除重定向、提高首屏主资源优先级、避免延迟加载 LCP 图像，以及减少阻塞渲染的工作。

INP

找到具体的慢交互，并拆分输入延迟、事件处理和呈现延迟。减少主线程长任务、不必要的第三方脚本、昂贵事件处理器和大范围渲染更新。不要只优化首次加载，还要测试真实点击、输入和菜单操作。

CLS

使用布局位移记录找出移动的元素和根因。为图片、视频、广告和嵌入内容预留尺寸；避免在现有内容上方晚插入元素；管理字体加载。用户主动操作后的允许时间窗内发生的位移，与非预期位移的处理不同。

SEO 解读边界

Google 表示排名系统会使用 Core Web Vitals，并希望奖励良好的整体页面体验；同时也明确指出，CWV 报告中的良好结果不保证高排名，相关性仍然更重要。参见 Google 的页面体验说明。

不要把这段官方说明扩展成无证据结论。目前没有公开依据证明 GPTBot 或 ClaudeBot 会因为 CWV 分数拒绝页面，也不能声称 AI 答案系统读取站点跳出率后降低来源权重。服务器响应、抓取权限、渲染内容与用户体验应分别审计。

验证清单

1. 记录受影响 URL 组、设备、指标和 28 天现场数据窗口。
2. 在可用时确认 URL 级现场数据。
3. 用实验室轨迹或真实用户监控复现问题。
4. 修复已测量的瓶颈，而不是套用通用清单。
5. 回归测试功能和视觉表现。
6. 发布并记录版本，等待足够现场数据后再判断效果。

相关词条：页面速度、技术 SEO与参与率。