指南

2026 年 Core Web Vitals 阈值与真实变化

今年指标本身没有变化,围绕它们的工具链却改了不少。这里说清楚眼下真正成立的事实。

作者: WebDoctor 编辑部·2026年9月8日·2 分钟阅读


三个指标,还是 2024 年以来的那三个。Largest Contentful Paint 应当落在 2.5 秒以内,Interaction to Next Paint 在 200 毫秒以内,Cumulative Layout Shift 不超过 0.1。每一项都按真实页面加载的第 75 百分位判定,移动端和桌面端分开统计。

2026 年的 Core Web Vitals 阈值是多少

这些数字直接来自 web.dev 上的指标文档,谷歌的官方定义就发布在那里。所有评分都取页面加载的第 75 百分位,也就是说,四分之三的真实访客拿到“良好”结果才算通过,而不是你自己的笔记本跑得快就算过。

指标衡量什么良好需要改进较差
LCP加载速度,页面上最大的可见元素完成渲染的时刻2.5 秒及以内2.5 到 4.0 秒超过 4.0 秒
INP响应速度,覆盖页面上的每一次交互200 毫秒及以内超过 200 毫秒至 500 毫秒超过 500 毫秒
CLS视觉稳定性,取最严重的那一段意外偏移0.1 及以内超过 0.1 至 0.25超过 0.25

2026 年 Core Web Vitals 真的变了吗

没有。指标组合没变,任何一条阈值也没变。上一次结构性调整发生在 2024 年 3 月 12 日:Interaction to Next Paint 正式成为稳定的 Core Web Vitals 指标,First Input Delay 同时退役,web.dev 在 INP becomes a Core Web Vital 一文中公布了这件事。此后这套指标一直是三项稳定指标,没有点名任何实验性的或待定的替代者。谷歌自己的规则是,稳定的 Core Web Vitals 指标每年最多变动一次,而 2025 和 2026 两年都平安过去了。

真正在动的是测量层。Chrome for Developers 上的 Chrome UX Report 更新日志记录着:LCP 图片子部分和 LCP 资源类型于 2025 年 1 月进入 CrUX API,同一次更新中 ECT 维度从 BigQuery 里移除,旧版 CrUX Dashboard 已于 2025 年 11 月底停用。另外,软导航相关能力进入了 Chrome 151,单页应用因此可以把 LCP、INP 和 CLS 归因到各自的路由切换,而不是揉进一次没完没了的页面浏览里。那份文档也明确写着,软导航将来在 CrUX 中如何上报仍未确定,所以它目前还不会影响你 Search Console 里的数字。

如果有人告诉你今年上了新指标,请他说出是哪一个。并没有。

LCP 太慢怎么修

几乎所有糟糕的 LCP 都是资源被发现得太晚。web.dev 的重点优化指南把三件事排在最前面:确保 LCP 资源直接出现在 HTML 源码里,而不是靠脚本注入;给它标上 fetchpriority="high";用能缓存文档本身的 CDN 把 TTFB 压下去。再往上,就是用往返缓存(bfcache)或推测规则做到瞬时导航,让用户点下去的时候,下一页已经在那里了。

INP 偏高怎么修

INP 可以拆成三段:处理函数运行前的输入延迟、处理函数本身的执行时长,以及下一帧绘制前的呈现延迟。上报的分数大致等于页面上最糟糕的那次交互,每五十次交互允许忽略一个离群值。推荐的修法是:频繁让出主线程,别让长任务一直占着;从源头上少发一点 JavaScript;把渲染更新控制在小范围内,保持 DOM 精简并用好 CSS containment。顺手查一下你的标签管理器,问题通常就在里面。

布局偏移怎么修

CLS 看的是最严重的那一段偏移,定义为彼此间隔不到 1 秒、整段不超过 5 秒的一组偏移。给每一张图片和嵌入内容写死宽高或宽高比;为横幅、同意条这类后插入的元素预留空间;让页面保持在往返缓存(bfcache)的可用状态;动画一律用 transform,别用会触发重排的属性。

该在哪里测量 Core Web Vitals

永远先看现场数据。实验室工具的用处是在上线前发现回归,web.dev 说得很直接:它们替代不了真实设备上的真实用户。Chrome User Experience Report 就是那份现场数据集,PageSpeed Insights 和 Search Console 里的 Core Web Vitals 报告都从它读数,而 web-vitals 这个 JavaScript 库能让你拿到自己的数据,延迟远小于 28 天的滚动窗口。实验室那一侧交给 Chrome DevTools 和 Lighthouse。两边都用,但判定你是否通过的只有现场数据。

Core Web Vitals 还影响谷歌排名吗

谷歌搜索中心至今仍把 Core Web Vitals 写在页面体验里,称它们是衡量真实用户体验的指标,并表示它们与核心排名系统想要奖励的方向一致。这个说法刻意比“排名因素”要软。把它当成条件相近的两个页面之间的加分项,同时记住:无论搜索那边怎么算,它都实打实地影响转化。你技术地基的其余部分也是同一个道理,我们的 AI 就绪检测看的正是这些。

还有一句话送给追求满分的人:三项指标在第 75 百分位上全部达标,就是终点线,上面没有额外的加分档。一旦全绿,接下来那一个小时更值得花在“爬虫到底能不能访问到这个页面”上,而这在你的 robots.txt 里五分钟就能查完。

Core Web Vitals性能优化

Frequently asked questions

当前的 Core Web Vitals 有哪几项
Largest Contentful Paint、Interaction to Next Paint 和 Cumulative Layout Shift。良好的成绩分别是 2.5 秒及以内、200 毫秒及以内、0.1 及以内,都按真实页面加载的第 75 百分位统计。这套组合自 2024 年 3 月以来一直没变。
INP 是什么时候取代 FID 的
2024 年 3 月 12 日。那天 Interaction to Next Paint 成为稳定的 Core Web Vitals 指标,First Input Delay 同时退役,web.dev 发布了公告。FID 只测量第一次交互被处理之前的那段延迟,用户真正会察觉的东西几乎全被它漏掉了。
2025 或 2026 年阈值变过吗
没有。现在的阈值就是各项指标转为稳定时公布的那组数字。谷歌明确说过,稳定的 Core Web Vitals 每年最多变动一次,而这两年都没有宣布过任何变动。凡是声称有 2026 年新阈值的说法,都是错的。
为什么 PageSpeed Insights 的分数和 Search Console 对不上
多半是拿实验室数据在跟现场数据比。PageSpeed Insights 的 Lighthouse 部分只是在一台设备上模拟一次加载;Search Console 报告的是来自 Chrome User Experience Report 的真实访客,按滚动窗口统计,因此改动要几周后才反映出来。
Core Web Vitals 算谷歌的排名因素吗
谷歌搜索中心把它们描述为页面体验的一部分,说它们与核心排名系统所奖励的方向一致,这比直接称为排名因素要弱。内容好依然是决定性的。把这三项指标当成条件相近时的加分项,以及一次实打实的转化优化。

立即检测

继续阅读