的最后两章 2022 年网络年鉴 本周发布——结构化数据和性能，完成了报告的 729 页电子书。 WordPress 特定章节于本月早些时候发布，其指标表明 采用率正在增长.
性能章节由 Etsy 性能工程师 Melissa Ada 和 Google 网络透明度工程师 Rick Viscomi 编写。 本章中的性能指标侧重于 核心网络生命力 （CWV），谷歌于 2020 年推出， 发出排名信号 在 2021 年。他们利用公众 Chrome 用户体验报告 报告的 (CrUX) 数据集，该数据集从 符合条件的网站 – 具有未公开的最低访问者数量的可公开发现的网站。
大多数数据都与整个 Web 的性能有关，但 2022 Web Almanac 强调了 WordPress 网站使用延迟加载及其对 LCP 性能的影响的一个具体问题。 谷歌定义 最大内容绘制指标 (LCP) 指标为“最大的渲染时间 图像或文本块 在视口中可见，相对于页面时 首次开始加载。”
正确使用延迟加载是一件好事，但这些统计数据强烈表明，通过从 LCP 图像中删除此功能，可以提高性能。
WordPress 是采用原生延迟加载的先驱之一，在 5.5 和 5.9 版本之间，它实际上并没有从 LCP 候选者中省略该属性。 因此，让我们探讨一下 WordPress 仍在多大程度上促成了这种反模式。
根据 内容管理系统 章节， 35% 的页面使用 WordPress. 因此，令人惊讶的是，鉴于自 2022 年 1 月 5.9 版以来已提供修复程序，72% 的在其 LCP 映像上使用本机延迟加载的页面正在使用 WordPress。 需要更多调查的一种理论是，插件可能通过将 LCP 图像注入具有延迟加载行为的页面来绕过 WordPress 核心中内置的保护措施。
同样，使用自定义延迟加载的页面中有 54% 是使用 WordPress 构建的。 这暗示了 WordPress 生态系统中关于延迟加载过度使用的更广泛问题。 可能有成百上千个单独的主题和插件促成了这种反模式，而不是本地化为 WordPress 核心的可修复错误。
在 WordPress 5.9 之前，WordPress 默认的延迟加载实现会导致 LCP 性能变慢，因为它的应用过于激进并且会延迟加载首屏图像。 在 5.9 中， WordPress 发布了一个修复程序 更急切地在初始视口中加载图像，同时延迟加载其余部分。 这就是为什么显示 WordPress 网站过度使用延迟加载的结果令人惊讶的原因。
“诚然，‘惰性重载’是一个很难解决的问题，”Viscomi 在他的 Twitter线程分析. “我们并不总是知道图像是否会成为 LCP。 WordPress 核心默认在每个图像上设置它，并使用启发式方法来取消它。 近 3/4 的原生延迟加载图像页面位于 WordPress 上。”
2020 年，Viscomi 评论说，在 WordPress 5.5 于当年 8 月发布后，原生图像延迟加载的采用迅速增加，默认情况下图像延迟加载。 WordPress 一直在推动此功能的采用，这就是为什么任何实现“反模式”（正如 Viscomi 所描述的那样）都会对 Web 性能产生巨大影响的原因。
“什么给了，WordPress？” 维斯科米说。 “我的理论是，错误的不是核心启发式，而是插件。 另外，请记住，大多数甚至使用延迟加载的页面都是 WP。
“为了支持插件理论，让我们看看 LCP 的自定义延迟加载：超过一半的页面是用 WordPress 构建的。 WordPress 仅占网络的三分之一，因此 WP 中基于 JS 的延迟重载显然会发生一些事情。”
在 WordPress.org 上有 多页 以某种方式使用延迟加载的性能、缓存以及图像和视频优化插件。 在扩展中使用延迟加载的插件和主题开发人员可能希望测试他们的实现，看看它们是否对 LCP 性能产生负面影响。
[et_bloom_inline optin_id=”optin_5″]