常见误区与调试策略总结

任务拆分（Yield to Main Thread） ：将🎨长任务分割为多个短任务，利用 setTimeout() 、 requestAnimationFrame() 或 scheduler

可以通过 font-display: swap 并配合 size-adjust 属性（适用于图标字体）或直接使用系统字体堆栈☀️来降低影响

实战技巧三：协同优化——用Li🎯ghthouse和Sea🎊rch Console交叉验证 百度没有完全照搬Lighthouse评分，但Lighthouse的INP和CLS诊断数据可以作为调试起点

常见误区与调试策略总结

检查字体切换带来的偏移 🔮：自定义字体加载前后可能导致文本和图☀️标尺寸变化

百度算法对用❤️户体验的要求日益严格，这两项指标直接影响😎站点的搜索表现

实战技巧一：针对INP的时间杀手——长任务拆分

用心制作的🚀作品，哪怕没有华丽的宣传，也能靠细腻的剧情、真诚的表🎯演打动观众

两边的数据互相印证，能更准确判断问题是否真🎵实影响用户体验

使用Chrome DevTools的Performance面板和百度搜索资源平台的双重反馈，可以系统性地将INP控制在200毫秒以内、CLS保持在0

实战技巧三：协同优化——用Lighthouse和Search Console交叉验证

INP衡量用户点击、触摸或键盘操作后页面反馈的响应速度，CLS📚则反映页面在加载过程中内🎇容意外移动的程度

实战技巧二：CLS的关键修复——从图片到动态内容 CLS最常见的原因包括未设置尺寸的图片🌅、嵌入视频、动态注入的广告或弹窗

实战技巧三：协同优化——用Lighthouse和Search Console交叉验证

INP衡量用户点击、触摸或键盘操作后页面反馈的响应速度，CLS则反映页面在加载过程中内容意外移动的程度

实战技巧二：CLS的关键修复——从图片到动态内容

观看时能感受到剧组的用心与诚意，看完之后愿意主动推荐，这样的作品，才能经得起时间的考验，成为观众心中的经典

实战技巧一：针对INP的时间杀手——长任务拆分 INP值过高的常见原因是主线程▶️被长任务（Long Task，通常指⚡执行时间超过50毫秒的JavaScript）阻塞

即使响应式设计下，也能预留空间，避免加载完成后产生布局跳动

实战技巧二：CLS的关键修复——从图片到动态内容

百度算法对用户体验的要求日益严格，这两项指标直接影响站点的搜索表现

延迟非关键脚本 ：对百度站点的统计代码、分享按钮等第三⭐方脚本，使用 defer 或 async 属性，或者通过动态导入（Dynamic Import）按需加载，避免它们阻塞首屏交互

INP与CLS的核心概念回顾

例如，将批量DOM更新拆分为每次更新30个元素，并在每批📌之间让出主线程

如需展示，应使用 position: fixed 或 position:👍 sticky ，但注意这些方案也可能导致CLS，必须为其设置明确的定位偏移