用大白话讲清楚核心网页指标
Google 用三项"核心网页指标"来近似衡量真实用户体验。没达标，你损失的不只是排名——访客会在页面加载完之前就走掉。
它们为什么真的重要
这些不是面子指标。一个又慢又卡的页面会把人赶走，而高跳出率等于在告诉搜索引擎"这条结果不是用户想要的"。速度既是排名因素，也是转化因素。
真正见效的修复动作
- 图片：用现代格式（WebP／AVIF），写死 width/height，首屏以下的图片延迟加载。
- 主机与 CDN：更快的源站加上边缘缓存，能大幅拉低 LCP。
- JavaScript：非关键脚本延后加载；把长任务拆碎，以改善 INP。
- 预留空间：始终给媒体和广告位一个固定尺寸的容器，让 CLS 贴近零。
怎么测才不靠猜
数据有两类，两类都重要。实验室数据来自工具里的模拟测试（比如 Lighthouse），适合早期发现问题。真实用户数据（现场数据）来自访客的真实设备，匿名汇总。Google 用于排名的其实是现场数据，因为它反映的是——比如圣保罗一位用 4G 的真实用户——实际体验到的东西，而不是数据中心里一台快速服务器的表现。宣布修好之前，务必用现场数据确认一次。
10 分钟分诊方案
从最差的那一项下手。如果 LCP 报红，打开检测报告里的"最大元素"提示，把那一张图压缩掉——它带来的分数变化，往往超过一周的细枝末节优化。如果问题在 CLS，就逐一检查所有图片和广告位是否缺 width/height。如果 INP 拖后腿，找出最重的点击处理器（体积庞大的分析脚本包是常见嫌疑犯），把它延后加载。一次聚焦的修复，胜过十次半吊子的调整——我们的免费检测会直接点名具体元素，你不必盲目排查。
这三个指标到底在衡量什么
LCP（最大内容绘制）衡量加载速度——最大的元素可见要多久，目标在 2.5 秒以内。INP（与下一次绘制的交互）衡量响应速度——页面多快对轻触和点击做出反应，保持在 200 毫秒以内。CLS（累积布局偏移）衡量视觉稳定性——内容加载时跳动多大，保持在 0.1 以内。三者共同捕捉用户能感觉到却很少说出口的体验。一个页面截图再好看，在真机上若 jank，三项仍可能全挂。
实测数据 vs 实验室数据——两个都要看
实验室数据（如 Lighthouse 的模拟跑分）可复现却人造；实测数据（来自真实 Chrome 用户）杂乱却真实。Google 按实测排名。如果你的 Lighthouse 是绿色，但真实用户反映慢，信实测。我们的 审计 在可用时会报告基于实测的 Core Web Vitals，所以你修的是真实访客经历的，而不是干净实验室里的近似值。