Core Web Vitals — 2026 真正重要的是什么

Google 已经讲得很清楚：用户体验是排名因素。而在这个语境下，体验由三个数字来衡量——Core Web Vitals。在阈值之外，您失去排名。在阈值之内，您赢得排名。

LCP — Largest Contentful Paint

测量最大可见元素绘制完成所用时间。Hero 图、巨大标题、主视频。阈值：2.5 秒。超过 4 秒即为「poor」——Google 知道。

常见原因：图片未优化、阻塞渲染的字体、慢服务器、缺少缓存。

INP — Interaction to Next Paint

于 2024 年 3 月取代 FID。测量用户交互（点击、触摸、按键）与屏幕响应之间的延迟。阈值：200 ms。超过 500 ms 即为「poor」。

常见原因：JavaScript 沉重阻塞主线程，listener 写得不好，框架渲染过多。

CLS — Cumulative Layout Shift

测量页面加载过程中布局跳动的程度。阈值：0.1。您正要点击一个按钮，广告把它推到下面去——那就是 CLS。

常见原因：图片没有 width/height、加载时字体大小变化、加载完成后才插入的广告与 embed。

怎么测量

PageSpeed Insights 在实验室（模拟）和现场（通过 Chrome 用户体验报告的真实用户）双重测量。两者都该看——实验室受控，现场才是 Google 算数的。

另一条路：Search Console > Core Web Vitals。它会显示出具体的有问题的 URL，并按模式分组。是知道该从哪里下手的最直接方式。

通常能解决 80% 问题的方法

• 使用 WebP/AVIF 格式图片，并在 HTML 中显式指定 width/height
• 字体使用 preload 和 font-display: swap
• JavaScript 拆分为小 chunk，非关键资源使用 lazy loading
• 在服务器前面加 CDN（Cloudflare、Vercel Edge、Cloudfront）
• 对公开内容使用服务端渲染或静态生成
• 移除没人用但仍在 bundle 里的库

这六点能解决大多数得分差的网站。剩下的就是个案了——真正的优化工作从那里开始。