怎样检查页面性能，避免只追一个速度分数？
先看真实用户是否能迅速看到主要内容、完成交互且不被布局跳动打断，再结合现场数据与实验室诊断。
本页目录
直接回答
先看真实用户是否能迅速看到主要内容、完成交互且不被布局跳动打断，再结合现场数据与实验室诊断。LCP、INP、CLS 描述不同体验；单次满分截图不是排名或真实用户体验保证。
适用场景
工具页、游戏页或内容页加载慢，准备优化图片、脚本或广告。
一步一步做
建立真实使用基线
选择重要页面、手机设备和网络条件，记录加载、输入、提交与结果显示。现场数据不足时明确样本缺口，实验室结果用于定位，不冒充所有用户的表现。
定位最大的体验阻塞
检查首屏大图、字体、第三方脚本、主线程工作和未预留空间的广告。优先改善主要内容与核心任务，不为分数删除用户必需信息或无障碍行为。
同条件复测并观察副作用
每次记录改动、前后数据、缓存条件和设备。确认图片质量、功能、分析和错误处理仍正常，再观察现场数据是否改善。
案例拆解
假设练习，非真实业绩。
一个页面加载后按钮被广告推走。为广告容器预留空间并验证手机操作，比单纯压缩几张小图更直接地解决这次体验问题。
行动检查
可复制模板
性能实验卡
页面／设备／网络／缓存：
用户操作与问题：
现场数据与样本缺口：
LCP／INP／CLS 或实验诊断：
唯一主要改动：
前后结果与功能回归：
下一观察日期：
易错点
缓存命中与冷启动、桌面与手机不能混成同一次对比。第三方脚本加回后需要重新检查，排名变化也不能全部归因于性能。