Core Web Vitals:LCP、INP 与 CLS
速览要点
- 定义
- CWV 包括 LCP、INP 和 CLS,数据由 Chrome UX Report 从真实 Chrome 用户处采集;Google 搜索将 CWV 用作排名信号
- 对 GEO 的影响
- 影响是间接的,范围也有限:沿用搜索排名的 AI 引擎会同时受到这一信号影响;不沿用搜索排名的引擎几乎不受影响
- 对不同引擎的影响
- AI Overviews 直接受影响,因为它沿用 Google 排名;Bing Copilot 部分受影响,但没有 AIO 那样明确的书面说明;ChatGPT Search、Perplexity 和 Claude 几乎不受影响,因为没有公开文档把 CWV 列为输入
- 常见误解
- 把衡量真实用户体验的 CWV 与 AI 爬虫关心的 TTFB、SSR 和抓取超时混为一谈;两者衡量的对象不同,处理方法也不同
- 在 GEO 中的定位
- CWV 是必须维持达标的基线信号,并非需要额外投入的新优化重点;维持基线与继续增加投入是两回事
1. 什么是 Core Web Vitals
Core Web Vitals(CWV)是 Google 于 2020 年推出的一组真实用户体验指标,并在 2021 年成为搜索排名信号。现行指标共有三项:LCP(Largest Contentful Paint)反映加载速度,INP(Interaction to Next Paint)反映交互响应速度,CLS(Cumulative Layout Shift)反映视觉稳定性。Google 将 Core Web Vitals 定义为 Web Vitals 中适用于所有网页的一组指标;所有网站都应测量这些指标,Google 的各类工具也都会显示相关数据(Web Vitals 概览)。
这些是 Google 使用的信号,并不是整个 AI 生态的通用标准。真实用户数据来自 Chrome UX Report (CrUX),采集对象是开启同步功能的 Chrome 用户;AI 引擎本身不会单独评估页面的 LCP 或 INP。CWV 是否会影响页面在 AI 答案中的可见度,取决于该引擎是否沿用了把 CWV 纳入排名的搜索系统。
实际工作中,人们经常混淆以下三个相近概念。它们衡量的对象不同,使用这些指标的系统也不同:
| 名称 | 度量对象 | 由谁使用 |
|---|---|---|
| Core Web Vitals | 真实 Chrome 用户的体验,包括 LCP、INP 和 CLS | Google 排名系统使用的页面体验信号之一 |
| 页面体验(Page Experience) | Google 使用的一组范围更广的信号,包括 CWV、HTTPS、移动友好性和避免干扰性插页 | Google 排名系统;其中明确影响排名的是 CWV |
| AI 爬虫端的性能 | 单次爬虫请求的 TTFB、渲染是否就绪,以及允许抓取的时长 | 各家爬虫自行使用,与 Google 和 CWV 无关 |
最常见的错误,是认为改善 CWV 也能帮助爬虫在限定时间内顺利取得页面。爬虫抓取性能要单独处理,详见 SSR for AI Crawlers。
2. 当前的三项指标:LCP、INP、CLS
| 指标 | 度量什么 | Good 阈值(按第 75 百分位计) |
|---|---|---|
| LCP(Largest Contentful Paint) | 视口内最大可见元素完成渲染所需的时间,用来衡量加载速度 | ≤ 2.5 秒 |
| INP(Interaction to Next Paint) | 用户点击、触摸或按键后,到下一帧显示出来的完整延迟,用来衡量响应速度 | ≤ 200 毫秒 |
| CLS(Cumulative Layout Shift) | 页面整个生命周期内,并非由用户主动操作触发的视觉位移累计分数,用来衡量视觉稳定性 | ≤ 0.1 |
表中列出的是 Google 当前采用的 Good 阈值。Needs Improvement 和 Poor 两个区间的具体数值见 web.dev 的各指标页面,Google 偶尔会调整这些数值。判断排名表现以及页面能否进入 AI Overviews 候选集时,关键要看真实用户数据的第 75 百分位数是否达到 Good 标准。达到后继续优化,Google 并未说明会给予额外的排名权重(§4)。
历史说明:INP 于 2024 年 3 月 12 日正式取代 FID,成为 Core Web Vital(web.dev 公告,2024 年 1 月 31 日;Google Search 原始博客,2023 年 5 月)。旧版审计工具和早期文章中如果仍有 FID(First Input Delay)阈值,可将其视为历史指标。INP 衡量每次交互从输入到下一帧显示的完整延迟,FID 只衡量首次交互的输入延迟,因此 INP 的要求更严格,也更具代表性。
3. CWV 对各 AI 引擎的影响
判断 CWV 是否会影响某个 AI 引擎,关键要看该引擎是否沿用了已把 CWV 纳入排名的搜索系统。按此标准,各引擎可分为三类。
| 引擎 | CWV 对 AI 可见性的作用 | 为什么 |
|---|---|---|
| Google AI Overviews | 直接受影响,因为它沿用 Google 排名 | AIO 使用 Google 的传统网页索引和排名系统。Google 文档明确把 CWV 列为排名信号(页面体验),也明确表示为 AI 功能优化网站仍属于 SEO(AI 优化指南) |
| Bing Copilot | 部分受影响,因为它沿用 Bing 排名;公开说明不如 AIO 完整 | Bing 把页面加载时间列为排名因素之一(Bing Webmaster Guidelines),但未单独列出 Core Web Vitals。Bing 排名如何影响 Copilot 采信来源,公开说明也没有 Google 那么完整 |
| ChatGPT Search · Perplexity · Claude | 几乎不受影响;没有公开文档把 CWV 列为输入 | 这些引擎各有独立的检索和引用机制,没有公开文档把 CWV 列为输入。它们关注的性能指标是爬虫请求的 TTFB、SSR 就绪情况和抓取超时,见 §5 |
CWV 是否会影响页面在某个 AI 引擎中的可见度,取决于该引擎是否沿用了已经把 CWV 作为排名信号的搜索系统。CWV 并非所有 AI 引擎通用的信号,对不同引擎的影响也不相同。如果继续优化 CWV 是为了提高 AI 可见度,这项投入实际上只对 Google 有效。
4. CWV 为何只会间接影响 AI 可见度
在 Google 的系统中,各环节的因果关系如下:
Google 搜索把 CWV 作为排名信号之一,并用多项信号决定页面针对某项查询的排序。完成索引和排序后,页面才有机会进入 AI Overviews 的候选集。AIO 再从候选页面中选择内容作为答案依据,并附上引用;页面最终可能以来源链接的形式出现在答案下方,也可能不会出现。
CWV 只是 Google 众多排名信号中的一项,排名还会受到内容质量、E-E-A-T、链接信号和主题相关性等因素影响。Google 明确表示:「页面体验里除 Core Web Vitals 之外的其他方面,不会直接帮助你的网站获得更高排名」(页面体验)。也就是说,CWV 确实会影响排名,但同属页面体验的其他属性不会在此基础上增加额外权重。CWV 的影响真实存在,但范围有限。
即使在 Google 的系统中,AIO 选择内容时也不会直接读取 CWV。页面进入候选集后,AIO 仍会参考经典排名所用的质量系统。它还会根据 AI 功能特有的可用性要求决定使用哪些来源,例如内容是否便于检索和直接引用。此时,页面能否入选还取决于 可引用性(内容块的组织方式和可整段引述的论断)、E-E-A-T、实体识别 与 Knowledge Graph 存在性。因此,GEO 不会把 CWV 视为这一步的优化重点。
其他引擎没有这层因果关系。Perplexity、ChatGPT Search 和 Claude 分别维护自己的检索索引,也自行决定引用哪些来源;没有任何公开文档表明,Bing 采用的页面加载时间信号也会影响 Perplexity 选择引用来源。
5. Core Web Vitals 与 AI 爬虫端的性能不是一回事
这两类性能问题最容易被混淆。CWV 衡量 Chrome 真实用户的体验,数据由 CrUX 从实际使用情况中采集。AI 爬虫不属于采集对象,因为 CrUX 只纳入已登录并开启历史记录同步的 Chrome 用户(CrUX 方法学)。
| 性能类别 | 衡量对象 | 可能造成的 GEO 后果 | 处理方法 |
|---|---|---|---|
| Core Web Vitals | 真实 Chrome 用户的体验,以 LCP、INP 和 CLS 衡量 | Google 排名下降,因而间接降低页面进入 AIO 候选集的机会 | 使用 web.dev、PageSpeed Insights 等 Web 性能工具 |
| AI 爬虫端的性能 | 爬虫请求的 TTFB、首字节响应中 HTML 是否完整,以及抓取是否超时 | 爬虫无法在限定时间内取得可解析的内容,任何引擎都不会引用该页面 | 见 SSR for AI Crawlers;爬虫的抓取方式见 AI 爬虫 |
判断 AI 爬虫端的性能是否合格,关键只有一个问题:爬虫能否在限定时间内取得并解析页面的 HTML?这个结果与 CWV 无关。某个站点可能三项 CWV 全部达到 Good 标准,但只向 Perplexity 抓取器返回一个爬虫无法解析的 CSR 空壳;另一个站点的 INP 可能不符合真实用户体验标准,却能在首字节响应中提供可供爬虫完整解析的 SSR HTML。两种性能衡量的是不同问题,相应的改进方法不能互相替代。
在 GEO 审计中发现性能问题时,应先确认问题影响的对象,再选择处理方法。CWV 不达标需要通过 Web 性能工程改善;爬虫无法顺利抓取则需要检查渲染方式和基础设施。两类问题可能同时存在,也可能只出现其中一类,或者都不存在。
6. 三类反模式
以下三种做法看似有理,实际都存在明确问题。前两种对 CWV 的判断恰好相反:一种投入过度,另一种完全否定其价值;第三种则选错了 KPI 类别。
| 反模式 | 听起来对的理由 | 实际为什么错 |
|---|---|---|
| 「为了提高 AI 引用率,继续优化已经达标的 CWV」(例如把 LCP 从 2.0 秒缩短到 1.0 秒,专门供 AI 使用) | CWV 是 Google 的信号,而 AIO 沿用 Google 排名系统,因此 CWV 越好,AIO 中的可见度就越高 | 达到 Good 标准后,进一步提高 CWV 分数不会获得额外的排名权重(页面体验)。AIO 选择内容时还会依据其他标准,例如 可引用性 和 E-E-A-T,CWV 不属于这些标准。指标已经达标后继续小幅优化,对 AI 可见度几乎没有回报 |
| 「AI 引擎不考察用户体验,因此 CWV 无关紧要」 | ChatGPT Search、Perplexity 和 Claude 的确都没有把 CWV 列为输入 | 这种判断忽略了 Google AI Overviews 和 Bing Copilot 带来的 AI 可见度;CWV 仍会影响页面能否进入这些引擎的候选集。此外,CWV 与真实用户的转化和留存等结果始终存在相关性,这也是优化 CWV 的原始理由 |
| 「把 CWV 作为 GEO 的 KPI」 | CWV 可以量化,便于审计,也确实是 Google 采用的一项信号 | CWV 与 GEO 衡量的是不同结果。GEO 的 KPI 包括引用率、声量份额和平均位置,详见 GEO 指标。CWV 是 Web 性能 KPI,首先影响 Google 排名,再间接影响某个引擎形成候选集;直接用它衡量 GEO 成效,会省略其中多个因果环节 |
结论是:CWV 不是 GEO 专用信号,而是 Google 的排名信号;它与 AI 可见度的关系,取决于该引擎是否沿用 Google 排名。
7. GEO 工作应如何处理 CWV
| 你的需求 | 怎么做 |
|---|---|
| 测量当前的 CWV | 使用 Google PageSpeed Insights、Search Console 的 Core Web Vitals 报告,以及提供真实用户数据的 CrUX |
| 优化 LCP、INP 和 CLS | 使用通用 Web 性能工具,包括 web.dev/vitals 和各指标的专门页面 |
| 改善 AI 爬虫实际取得的内容 | 见 SSR for AI Crawlers;爬虫性能需要单独诊断和处理 |
| 在 GEO 审计中检查性能 | 参照 GEO 审计,分别检查 CWV 是否达标,以及爬虫能否顺利抓取页面 |
| 了解 AIO 为何会受到 CWV 影响 | 查看 Google AI Overviews 中关于沿用 Google 质量系统的说明 |
| 了解哪些信号真正影响 AI 引用 | 查看 可引用性 · E-E-A-T · 实体识别 · Knowledge Graph 存在性 |
| 使用 AI 结果而非 CWV 作为 KPI | 参照 GEO 指标 |
| 理解 SEO 与 GEO 的共同基础 | 参照 SEO vs GEO:CWV 是应当继续维持的共同基础,并非 GEO 新增的优化重点 |
在 GEO 工作中,CWV 是必须维持达标的基线,而不是新增的优化重点。它仍会影响 Google 排名,但达到 Google 公布的 Good 标准即可,无需为了 GEO 继续大幅优化。维持一项基线信号与继续为它增加投入并不相同;当 CWV 已经达标,GEO 的新增资源不应继续集中在这里。
参考资料
官方文档(截至 2026-05):
- Google web.dev:Web Vitals 概览 · INP — Interaction to Next Paint
- Google Search Central:页面体验 · AI features and your website · 为生成式 AI 功能做优化
- Google:INP 成为 Core Web Vital,2024 年 3 月 12 日(web.dev) · Introducing INP to Core Web Vitals(Search Central,2023 年 5 月)
其他引擎的文档与数据来源:
- Microsoft Bing:Bing Webmaster Guidelines(把页面加载时间列为排名因素之一;未单独列出 Core Web Vitals)
- Google Chrome for Developers:Chrome UX Report (CrUX) 方法学(只采集授权同步的真实 Chrome 用户,爬虫不在数据集中)
业界资料与独立测量结果:
- HTTP Archive:Web Almanac 2024:性能章节(CWV 全行业达标率基线)
- Google web.dev:Rakuten 24 案例研究(CWV 与业务 KPI 相关性的公开样本之一)
- Search Engine Land:Google Core Web Vitals to add Interaction to Next Paint on March 12(FID → INP 切换的独立报道)
常见问题
AI 引擎会根据 Core Web Vitals 选择引用来源吗?
把 LCP 从 2.0 秒优化到 1.0 秒,引用率会上升吗?
页面速度还需要继续关注吗?
AI 爬虫的抓取超时与 INP、LCP 是同一个问题吗?
INP 是否已经取代 FID?
延伸阅读
参考来源
一手来源
- Web Vitals (overview, definition, current metrics) · Google (web.dev)
- Interaction to Next Paint (INP) · Google (web.dev)
- Understanding page experience in Google Search results · Google Search Central
- AI features and your website · Google Search Central
- Optimizing for generative AI features in Google Search · Google Search Central · 2026-05-15
- Advancing Interaction to Next Paint (INP becomes a Core Web Vital, March 12, 2024) · Google (web.dev) · 2024-01-31
- Introducing INP to Core Web Vitals · Google Search Central · 2023-05-10
- Bing Webmaster Guidelines · Microsoft Bing
- Chrome UX Report (CrUX) — methodology · Google (Chrome for Developers)
二手来源
- Web Almanac 2024 — Performance chapter · HTTP Archive
- Rakuten 24 case study — Core Web Vitals and business KPIs · Google (web.dev)
- Google Core Web Vitals to add Interaction to Next Paint on March 12 · Search Engine Land