JavaScript 很少需要（也不应该需要）显示关键的首屏内容，但我们经常看到的一个问题是，函数可以在 DOM 准备就绪后立即触发。在流行的 jQuery 框架中，这是通过“ready”事件实现的。Google 跟踪代码管理器也可以在“ready”事件中触发函数或“标签”。
请考虑在主页面内容加载完成后，在窗口加载事件中触发所有非关键内容显示所需的 JavaScript，以防止对首屏内容和 LCP 元素的渲染造成任何潜在的干扰。
切换 LCP
无论图片的优化和精简程度如何，与排版元素相比，它的下载和显示时间几乎总是更长。虽然图片完全有可能快速获得 LCP 评分，但有时只需将最大的图片元素缩小到小于最大的文本元素，就意味着可以用文本代替 LCP。
如果设计允许，这会对评分产生 最近的手机号码数据 很大的影响，如下例所示，LCP 已切换为文本元素。
首次输入延迟优化技巧
正如我们之前提到的，FID 衡量的是页面对用户输入的响应速度。它结合了可交互时间 (TTI) 和总阻塞时间 (TBT)，这两项指标可占整体速度得分的 35%。
这些指标主要受页面加载过程中脚本解析和执行的影响；这些脚本会阻塞 CPU 的主线程，并可能影响设备的响应速度，尤其是在低端智能手机设备上。
需要注意的是，PSI 中显示的“实验室数据”并非直接测量 FID。这是因为测量结果具有交互性，用户点击或轻触操作难以模拟。相反，它是由“现场数据”收集的；该数据基于Chrome 用户体验报告 CrUX，在 28 天内从实际用户那里收集的。
因此，直接针对 FID 进行优化会比较困难，因为我们无法更改某些内容，然后等待 28 天才能收集到更多数据。因此，我们应该使用实验室数 除了建筑奇迹之外 据中的 TTI 和 TBT 指标，因为这些指标的低时间与低 FID 相关。
那么我们该如何优化这些指标呢？
审核你的 JavaScript
JavaScript 的形式和大小各不相同，单个视频嵌入、聊天小部件、ReCaptcha 脚本或 HubSpot 集成往往是导致 FID、TTI 和 TBT 指标过高的唯一原因。Page
Speed Insights 中的诊断面板是一个很好的起点。“最小化主线程工作”部分将告诉您 JavaScript 占用了多少执行时间，“减少 JavaScript 执行时 比利时商业指南 间”部分将指示哪些文件的