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