找到让人觉得变慢的时刻
想象一个商品目录页面很快就显示出来，但访客更改价格筛选条件时页面却停顿了。再对比另一个页面：筛选器响应很快，却在促销横幅出现时向下跳动。两种情况都会让人觉得页面不可靠，但背后的问题可能截然不同。
记下操作和可见的响应：“选择价格范围后，旧商品仍然显示，也没有任何加载提示。”这比“商品目录很慢”更便于采取行动，也不会先入为主地认为压缩图片就能解决所有延迟。
选择与症状相符的指标
最大内容绘制（LCP）关注加载，下一次绘制交互（INP）关注响应速度，累积布局偏移（CLS）关注视觉稳定性。这些核心网页指标衡量体验的不同方面；某一个数值表现良好，并不能说明整个页面用起来都很快。
检查商品目录时，除了初始加载，也要观察交互前后的情况。浏览器能够开始响应之前的时间，以及等待筛选结果的时间，都与同一项任务有关，但它们不是可以互换的测量值。
选择能解决根因的改动
如果主图出现得很晚，应该检查浏览器何时发现图片以及图片如何传输，而不只是看文件大小。如果界面在点击后迟疑，就检查该操作触发了哪些工作。如果横幅挤动了现有内容，可以考虑预留它所需的空间。
反馈也很重要。加载状态可以说明操作正在进行，但不会让慢操作本身变快。保留这一区别，避免把视觉上的改进误当成性能问题已经解决。
检查比较是否公平
桌面端在缓存预热后的运行，与手机网络受限时的首次访问，回答的是不同问题。比较优化效果时，记录页面、设备、网络条件和缓存状态，否则条件变化可能被误认为实现发生了变化。
受控测量有助于调查原因；当数据量足够时，现场数据能展示真实访问体验的分布。两者各有用途，不要把一次成功运行描述成所有访客都能获得快速体验的证明。