计算口径
CWV = 在第 75 百分位分别判断 LCP、INP 和 CLS
在同一范围、设备和窗口内判断大多数真实访问。 单位：页面体验阈值，不是综合分数
统计范围
- 数据来源
- CrUX；PageSpeed Insights；Search Console
- 时间窗口
- 近 28 天现场数据；第 75 百分位；移动/桌面分开。
- 统计对象
- 同一 URL、origin 或页面组；固定设备和观察窗口。
排除与分组
不计入
单次跑分；数据不足；未分 URL、页面组与设备的数据
建议分组
移动/桌面；URL/origin；页面组；关键页面；改版前后
怎样解读
移动端页面组 LCP 未达良好，桌面端正常。
可能意味着：移动网络、设备、首屏资源或模板负担更高。
不能证明：不能证明排名下降或询盘减少。
实验室测试正常，但现场 INP 持续异常。
可能意味着：真实设备、输入、脚本或交互路径未被实验室复现。
不能证明：不能凭单次测试宣布修复。
口径演示
- • 英语产品页组
- • 移动端近 28 天数据
- • LCP 与 CLS 未达良好
优先检查首屏图片、响应与尺寸预留。
这是排查示例，不是客户结果或性能基准；在同一范围内复核。
使用边界
- • 三项指标分别报告，不能相加为总分。
- • 良好阈值不是排名或询盘承诺。
- • 页面组与 URL/origin 不能混为同一对象。
- • 实验室诊断不能取代现场数据。
为什么需要这个概念
出海 B2B 买家会反复阅读产品、案例和询盘页面。CWV 用于排查体验风险，仍须与内容、表单和转化质量一起排序。
先把三项指标读成真实体验
Herewow 工作口径：CWV 不是总分，三项要分别判断。LCP 看主要内容何时出现，INP 看操作后的页面反馈，CLS 看可见内容是否意外位移。
Google 的良好目标为：LCP 2.5 秒内、INP 低于 200 毫秒、CLS 低于 0.1。它们不是同一个“速度”概念。
参考：Google Search Central
用现场数据决定优先级
| 需固定的项 | CWV 检查口径 |
|---|---|
| 指标 | LCP、INP、CLS 分开看，不合并为单一分数。 |
| 统计值 | 使用第 75 百分位：四分之三访问达到阈值，才可称良好。 |
| 时间窗口 | 看近 28 天滚动现场数据，不把单次测试当趋势。 |
| 对象 | 分别查看 URL、origin、页面组与移动/桌面设备。 |
| 行动单位 | 落实到模板、首屏资源、脚本或尺寸预留。 |
CrUX、PageSpeed Insights 和 Search Console 展示真实用户数据；Search Console 会把体验相近的 URL 聚合为页面组。单页单次测试正常，不能推翻页面组的现场问题。
参考：Chrome for Developers
先区分现场数据与实验室诊断
- 现场数据回答：真实买家在什么设备和页面经历了问题。
- 实验室诊断回答：资源、渲染或脚本可能造成什么问题。
- 数据不足不等于体验良好；先用诊断建立假设，等待现场数据复核。
- Lighthouse 可诊断 LCP 和 CLS；没有真实输入时，不能直接测得 INP。
web.dev 指出 CWV 首先应以现场数据理解；无用户输入的实验室工具不能直接测量 INP。修复前后保留同一页面、设备和窗口。
参考：web.dev
把异常转成 B2B 页面修复顺序
先选承担关键任务的产品、案例和询盘页面。LCP 异常查首屏主图和响应；INP 异常查筛选、规格、表单和脚本；CLS 异常查图片与嵌入组件的尺寸预留。
示例：英语产品页移动端 LCP 与 CLS 未达良好。团队先优化首屏图片、为规格图和嵌入组件预留空间，再以同一窗口复核。改善不等于已经证明 SEO 或询盘增长。
可先运行免费网站体检识别线索，再结合落地页任务、表单摩擦和内容判断优先级。
项目场景
产品页实验室分数不错，移动端现场体验仍需修复
- 背景
- 出口商的新产品模板桌面单次测试正常，移动端买家操作图片、规格和询盘时却感到迟缓。
- 处理方式
- 团队先看移动端页面组的 28 天现场数据，再排查首屏图片、交互脚本和未预留尺寸的素材。
- 可能结果
- “提速”被拆成可验证的体验清单，不预设排名或商机提升。
这是用于说明判断路径的情境，并非项目结果或客户案例。
常见误解
CWV 通过就会自然获得更高排名。
CWV 是体验信号之一，不替代内容、相关性、抓取、结构或买家任务判断。
PageSpeed Insights 的一次分数就是 CWV 结果。
实验室结果用于诊断；CWV 判断优先看真实用户数据、窗口和第 75 百分位。
没有 CrUX 数据就说明页面没有问题。
数据不足不表示体验良好；可先诊断，再等待真实用户测量复核。
还会被问到
CWV 的三项指标必须同时良好吗？
应分别检查 LCP、INP 和 CLS。报告写清哪一项、哪类设备和哪组页面需要处理。
B2B 网站应该优先看移动端还是桌面端？
先看真实买家的访问与关键页面。两端阈值相同，移动端常受设备和网络限制，应与桌面端分开复核。
资料与方法边界
本页的定义、口径或方法均以可核验资料为依据；下列来源用于说明适用边界，不替代具体项目判断。
- 01Understanding Core Web Vitals and Google search results
Google Search Central · 核验于 2026年8月10日
- 02Web Vitals
web.dev · 核验于 2026年8月10日
- 03CrUX Tools
Chrome for Developers · 核验于 2026年8月10日
继续阅读
先识别页面体验和技术线索，再结合关键买家任务安排修复顺序。
相关概念