Core Web Vitals 显示 INP poor,应该从哪里开始优化?

先确认问题来自真实用户字段数据,并按页面类型、设备和代表 URL 定位,再用真实用户监控或浏览器性能工具找到最慢的点击、触摸或键盘交互。把一次交互拆成输入延迟、事件处理和下一帧呈现,优先减少主线程长任务、过重回调和同步布局;不要只靠压缩图片或一次本地跑分判断 INP 已修复。

更新于 2026年8月26日
0 人已解决

先确认哪些用户和页面受影响

Core Web Vitals 报告使用真实用户数据,分组结果不等于每个 URL 都有相同原因。先记录移动端或桌面、页面组和时间趋势,再结合 RUM 数据定位发生交互的元素、设备和网络。实验室测试适合诊断,但不能单独替代字段数据结论。

把慢交互拆成三个阶段

web.dev 的INP 优化指南将交互拆为输入延迟、事件回调处理和浏览器呈现下一帧。用 Performance 工具检查长任务、第三方脚本、一次处理过多数据、同步布局与复杂渲染;先修用户频繁触发且延迟最大的交互,不要只优化首屏加载。

小步发布并观察字段数据

将长任务拆分、减少不必要 JavaScript、缩短事件处理,并避免在同一交互中反复读取和写入布局。修复后在低性能手机和桌面验证功能与反馈,再持续观察真实用户分位数。字段数据需要新的访问样本积累,单次 Lighthouse 变绿不代表 Search Console 会立即更新。

Answer feedback

这条回答解决了你的问题吗?

公开票数用于优先完善答案。

还需要进一步协助?

联系李李