1.
您应该使用站点 <head> 元素中的以下 <link> 标签预加载任何首屏 .woff2 字体文件，以便可以在请求字体的任何样式表或 CSS 之前下载字体：
当字体直接托管在服务器上而不是任何第三方字体制造商（例如 TypeKit）上时，字
2. 为 LCP 镜像添加高获取优先级
确保最大的首屏图像（尤其是当该图 WhatsApp 主管 像是 LCP 元素时）是浏览器请求的第一个图像，甚至在网站主徽标之前，这一点很重要。
应将最近的fetchpriority属性与“eager”加载 属性一起添加到图像标签中，以优先考虑折叠 LCP 图像上方的请求顺序：
<img fetchpriority=”high”loading=”eager”…>
所有其他折叠下方或屏幕外的图像都应使用loading =“lazy”进行延迟加载，而不使用fetchpriority属性。
3. 使用关键的链接信息来识别机会
运行 Lighthouse 或 PageSpeed Insights 报 squarespace的简约架构非常适合 告时，请留意“避免链接关键请求”诊断部分。如果字体未预加载，您可能会看到一个关键请求链，其中显示了网站的根目录以及请求字体的 CSS。
如果您没有延迟 JS 或 CSS，也没有内联关键 CSS（稍后会详细介绍），您将在此关键链中看到这些 CSS 和 JS 文件。尽量减少关键链中的文件数量，黄金标准目标是零个链接请求。
简化 JavaScript 交付
JavaScript 几乎用于每个网站，从添加简单的菜单悬停效果到生成整个网站，并且是实现互动性和参与度以及跟踪和分析等商业智能工具的关键。
在 Lighthouse 评分机制中，JavaScript 通常会直接影响占总分 30% 的总阻塞时间 TBT，但也会间接影响其他指标；如果 CPU 在用户访问页面时立即执行脚本，这可能会延迟渲染，进而延迟 LCP 和速度指数。
任何执行时间超过 50 毫秒的 JavaScript 都会被视为“长”任务，因为它会阻塞主线程执行其他任何任务。要获得最高分，所有 JavaScript 代码的总阻塞时间应不超过 60 毫秒，这对于复杂的脚本来说几乎没有任何余地。
当考虑网站上的任何 JavaScript 的使 电话线索 用时，重要的是要考虑网站上使用的所有第三方工具，是否需要 JS 来显示首屏内容以及 JS 框架在您的技术栈中的作用。