Core Web Vitals 显示 INP poor,应该从哪里开始优化?
先确认问题来自真实用户字段数据,并按页面类型、设备和代表 URL 定位,再用真实用户监控或浏览器性能工具找到最慢的点击、触摸或键盘交互。把一次交互拆成输入延迟、事件处理和下一帧呈现,优先减少主线程长任务、过重回调和同步布局;不要只靠压缩图片或一次本地跑分判断 INP 已修复。
更新于 2026年8月26日
先确认哪些用户和页面受影响
Core Web Vitals 报告使用真实用户数据,分组结果不等于每个 URL 都有相同原因。先记录移动端或桌面、页面组和时间趋势,再结合 RUM 数据定位发生交互的元素、设备和网络。实验室测试适合诊断,但不能单独替代字段数据结论。
把慢交互拆成三个阶段
web.dev 的INP 优化指南将交互拆为输入延迟、事件回调处理和浏览器呈现下一帧。用 Performance 工具检查长任务、第三方脚本、一次处理过多数据、同步布局与复杂渲染;先修用户频繁触发且延迟最大的交互,不要只优化首屏加载。
小步发布并观察字段数据
将长任务拆分、减少不必要 JavaScript、缩短事件处理,并避免在同一交互中反复读取和写入布局。修复后在低性能手机和桌面验证功能与反馈,再持续观察真实用户分位数。字段数据需要新的访问样本积累,单次 Lighthouse 变绿不代表 Search Console 会立即更新。
Answer feedback
这条回答解决了你的问题吗?
公开票数用于优先完善答案。
还需要进一步协助?
联系李李