Core Web Vitals（核心网页指标）是什么？

三个指标

• LCP（Largest Contentful Paint，最大内容绘制）——页面上最大的可见元素（通常是首图或大标题）渲染出来用了多久。达标：2.5 秒以内。
• INP（Interaction to Next Paint，交互到下一次绘制）——点击、轻触、按键后，页面多久才有可见的反应，取一次访问里最慢的那几次交互。达标：200 毫秒以内。2024 年起 INP 取代了 FID（首次输入延迟）。
• CLS（Cumulative Layout Shift，累计布局偏移）——加载过程中内容跳动了多少，是一个没有单位的分数。达标：0.1 以内。

另有两个辅助指标帮你定位问题：TTFB（首字节时间，看服务器快不快）和 FCP（首次内容绘制，页面什么时候开始有东西）。

实测数据和实验室数据

测量有两种方式：

• 实验室数据——测试工具在模拟设备上加载一次页面。可重复，适合排查问题，但只有一台设备、一种网络。
• 实测数据（真实用户监控，RUM）——真实访客在自己的手机和网络上测到的数字。Google 用的是这个，而且按第 75 百分位评判：四次加载里有三次达标，页面才算通过。

两者经常不一致。一个在高配电脑上得分很高的页面，到了中端手机加移动网络上可能就不达标。

为什么速度是业务数字

Web Vitals 是 Google 评估页面体验的一部分，但对访客的影响更大：加载慢，落地页跳出率就高；响应慢，按钮像是坏了；布局跳动，会让人点错“购买”和“取消”。有用的问题不是“我得了几分”，而是“慢的页面是不是转化更差”——这需要速度和转化在同一个工具里。

TapCub 怎么测 Web Vitals

TapCub 脚本从真实访问中采集 LCP、INP、CLS、FCP 和 TTFB，并把加载过程拆成首字节、下载和前端渲染三段。它们在标签页第一次整页加载时测量，在访客离开时上报；不需要另装性能脚本，也可以用一个属性关掉采集。

性能报表显示由 LCP、INP、CLS 算出的 0–100 分、快速加载占比（LCP ≤ 2.5 秒）、加载时间分布，以及按第 75 百分位 LCP 排序的最慢页面。因为这些数字和跳出率、转化在同一份数据里，可以按页面、设备或地区筛选性能，再对比这些访问的行为。

常见误区

• 为实验室分数优化。访客感受到的是真实设备上的实测数据。
• 看平均值。Web Vitals 按第 75 百分位评判，平均值会把最慢的那四分之一藏起来。
• 只测首页。商品页、文章页、结账页的流量往往更大，用的资源也不同。
• 忽视 INP。JavaScript 太重，加载再快的页面，每次点击也会让人觉得卡。

延伸阅读：真实用户监测（RUM）。另见LCP、CLS、INP。

另见：移动优先。

相关阅读

• 怎么查看真实访客的 Core Web Vitals？