Core Web Vitals：现场数据与性能排查
先读结论
用现场数据判断真实用户体验，用实验轨迹找原因。改动前记录设备、URL 组与问题指标。一次实验变快不等于现场组已通过，缺少现场样本也不是成功结果。
适用条件
适用于 LCP、INP、CLS 问题。没有足够现场样本不应记作通过或失败。
打开报告前，先准备这些
准备受影响 URL 组与设备、现场窗口、重复实验轨迹及对应发布版本。
先带一个具体 URL 或报告来检查；共享记录中不要放账号凭据与私有访客数据。
操作与验证
读取现场组，再选择代表页
在原生 GSC 记录手机或桌面、问题组、指标和日期，测试代表模板及重要用户路径；URL 组不是每个地址的单独测量。良好阈值为 LCP 不超过 2.5 秒、INP 不超过 200 毫秒、CLS 不超过 0.1，按第 75 百分位评估。
PageSpeed 中区分网址或源站现场数据与实验测试。样本不足应明确保留，再用实验诊断，不能把页面记为现场通过。
沿相应指标找到瓶颈
LCP 先识别实际最大内容元素，再查发现、服务器响应、资源加载和渲染延迟；INP 重现真实交互，找长任务和昂贵事件处理；CLS 观察移动元素及图片、字体或插入内容是否预留空间。
比较时固定设备、网络和方法。教学中若发现主图延迟，应优化已确认路径，不无差别压缩全部图片；只测加载分数不能证明 INP 已修复。
立即验收功能，之后观察现场结果
针对原因修改，保留上线日期，重跑原轨迹或交互，同时测试导航、表单、正文和同意控制，不能用破坏功能换分数。比较多次运行，而非挑最好一次。
现场报告滚动收集且有处理延迟，足够修改后观察到达再看对应组，并标注前后混合数据。AISEO Site可独立保存PageSpeed实验室结果，但记录不证明现场INP、Core Web Vitals组通过或因果效果，实验发现与后续现场观察分开交付。
容易犯的错误： 实验 100 分就宣称所有用户体验通过
现场分布与实验环境不同，需要等有效现场证据。
遇到不同情况，怎么决策
先将实际观察与分支对应，再决定修改。无法对应时先补证据，不强行套用。
| 你看到的情况 | 下一步 | 如何确认 |
|---|---|---|
| 实验改善但现场未变 | 等待有效现场窗口 | 不提前宣布组已通过 |
| 没有现场数据 | 记录样本不可用 | 仍可做实验诊断 |
| 优化后表单失效 | 回滚破坏业务的改动 | 功能与性能共同验收 |
实验改善与现场失败可以同时成立
教学场景：名称、URL 与数字用于解释方法，不是客户或网站实测结果。
- 看到什么
- 教学示例：手机实验 LCP 从 4.2 秒改善为 2.1 秒，现场报告却仍显示该组 Poor。
- 能说明什么
- 可控实验与滚动真实用户组的范围和时间不同；实验结果不能证明现场组已通过。
- 接下来怎么做
- 在可比条件重复轨迹，识别实际 LCP 资源。修复后测试导航、表单和交互，再观察可用现场窗口。
怎样才算核实了结果
保留轨迹、上线时间和功能检查。现场数据不可用就明确说明，不用实验评分替代并标已通过。
必需检查失败时，保留错误并回到对应决策分支。记录留空代表未核实，不代表通过。
读完应留下核实结果，而不是另一句泛泛建议
- 本页应交付什么
- 按指标的实验诊断、可用业务路径及后续现场组观察。
- 遇到这类情况先停下
- 不为提高加载分而破坏可用交互。
在下面检查记录中写明缺失证据。未解决检查本身有价值，留空不代表通过。
本页检查单
填写自己的检查结果，再决定下一步。空白代表尚未核实，不代表正常。内容仅保存在本机当前会话，不会提交给服务器或 AI。
常见问题
AISEO Site 是否提供性能扫描？
目前没有，指南帮助你使用原生工具进行检查。
没有现场数据意味着页面很快吗？
不意味着。可能是合格样本不足；可以做实验诊断，但现场状态仍未知。
官方资料与使用边界
本页提供操作判断与检查方法，不展示客户成功案例。计算例子与请求样例属于教学材料，不是实际网站指标。Google 的报告、条件与界面可能变化，请以当前官方说明为准。
阅读对应 Google 官方说明用对应工具继续处理
在工作区保留实验室观察，并与现场数据组分开；实验分数改善本身不能证明 GSC 验证通过。
查看操作与能力范围 →