跳到正文

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 和 CLSGoogle 排名系统使用的页面体验信号之一
页面体验(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):

其他引擎的文档与数据来源:

业界资料与独立测量结果:

常见问题

AI 引擎会根据 Core Web Vitals 选择引用来源吗?
CWV 只会间接影响引用,而且仅限于直接沿用搜索排名结果的引擎。Google AI Overviews 使用 Google 传统搜索的索引和质量系统(见 AI 优化指南),因此也会受到 CWV 这一 Google 排名信号的影响。Bing 将页面加载时间列为排名因素之一,所以 Bing Copilot 也会通过 Bing 排名受到部分影响。ChatGPT Search、Perplexity 和 Claude 都有独立的检索与引用机制,没有公开文档把 CWV 列为输入。对这些引擎而言,爬虫能否在限定时间内取得并解析 HTML,比页面的 LCP 分数重要得多。
把 LCP 从 2.0 秒优化到 1.0 秒,引用率会上升吗?
直接收益几乎为零。LCP 达到 Good 标准(≤ 2.5 秒)后,继续缩短时间对 Google 排名的边际收益十分有限,也没有证据表明这会进一步影响 AI Overviews 选取内容。Google 明确表示:「页面体验里除 Core Web Vitals 之外的其他方面,不会直接帮助你的网站获得更高排名」(页面体验)。若要提高 AI 引用率,应改善可引用性,例如内容块(chunk)的组织方式和可整段引述的论断,同时加强真实 E-E-A-T 与实体清晰度,而不是继续微调已经达标的性能指标。
页面速度还需要继续关注吗?
需要。认定 AI 引擎不考察用户体验、CWV 因而不重要,是一种误判;过度优化 CWV 则是方向相反的另一种误判。CWV 仍是 Google 的排名信号,会影响来自 Google AI Overviews 的那部分 AI 可见度。即使不考虑 AI,CWV 与转化、留存等真实用户结果的相关性也没有改变,这也是优化 CWV 的原始理由。但这不表示 AI 引擎会额外提高 CWV 的权重;它们不会。
AI 爬虫的抓取超时与 INP、LCP 是同一个问题吗?
不是。从业者经常混淆这两类问题。CWV 衡量真实 Chrome 用户的体验,数据来自 Chrome UX Report(见 CrUX 方法学);爬虫不属于采集对象,因为数据只纳入已登录并开启历史记录同步的 Chrome 用户。AI 爬虫通常只有几秒的抓取时间,主要关注 TTFB,以及首次响应中的 HTML 是否已经通过 SSR 完整生成并且可以解析。改善 CWV 不会同时解决爬虫抓取问题;SSR 就绪情况和 TTFB 要单独处理,详见 SSR for AI Crawlers。
INP 是否已经取代 FID?
是。INP 于 2024 年 3 月 12 日正式取代 FID。Google 在 2024 年 1 月发布公告(web.dev 公告);在此之前,INP 经历了约十个月的预览期(Search Central,2023 年 5 月)。此后,INP 成为第三项 Core Web Vital。旧版审计工具或早期文章中如果仍有 FID 阈值,可将其视为历史指标。当前指标是 INP(Interaction to Next Paint,Good ≤ 200 ms)。

延伸阅读

参考来源

一手来源

  1. Web Vitals (overview, definition, current metrics) · Google (web.dev)
  2. Interaction to Next Paint (INP) · Google (web.dev)
  3. Understanding page experience in Google Search results · Google Search Central
  4. AI features and your website · Google Search Central
  5. Optimizing for generative AI features in Google Search · Google Search Central · 2026-05-15
  6. Advancing Interaction to Next Paint (INP becomes a Core Web Vital, March 12, 2024) · Google (web.dev) · 2024-01-31
  7. Introducing INP to Core Web Vitals · Google Search Central · 2023-05-10
  8. Bing Webmaster Guidelines · Microsoft Bing
  9. Chrome UX Report (CrUX) — methodology · Google (Chrome for Developers)

二手来源

  1. Web Almanac 2024 — Performance chapter · HTTP Archive
  2. Rakuten 24 case study — Core Web Vitals and business KPIs · Google (web.dev)
  3. Google Core Web Vitals to add Interaction to Next Paint on March 12 · Search Engine Land
最近更新: 2026-05-23 作者: Ray Yang 主题: 基础设施