本周发布了2022 年网络年鉴的最后两章——结构化数据和性能，完成了 729 页的报告电子书。WordPress 特定章节于本月早些时候发布，其指标表明采用率正在增长。
性能章节由 Etsy 性能工程师 Melissa Ada 和 Google 网络透明度工程师 Rick Viscomi 编写。本章中的性能指标侧重于核心 Web Vitals (CWV)，谷歌在 2020 年推出并在 2021 年发出排名信号。他们使用公共 Chrome UX 报告 (CrUX) 数据集进行报告，该数据集从 符合条件的网站收集数据- 公开具有未公开的最低访问者数量的可发现网站。
大多数数据都与整个 Web 的性能有关，但 2022 Web Almanac 强调了 WordPress 网站使用延迟加载及其对 LCP 性能的影响的一个具体问题。Google 将最大内容绘制指标 (LCP) 指标定义为“视口中可见的最大 图像或文本块的渲染时间 ，相对于页面 首次开始加载的时间。”
正确使用延迟加载是一件好事，但这些统计数据强烈表明，通过从 LCP 图像中删除此功能，可以提高性能。
WordPress 是采用原生延迟加载的先驱之一，在 5.5 和 5.9 版本之间，它实际上并没有从 LCP 候选者中省略该属性。因此，让我们探讨一下 WordPress 仍在多大程度上促成了这种反模式。
根据 CMS 章节， WordPress 被 35% 的页面使用。因此，令人惊讶的是，鉴于自 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 线程分析中说。“我们并不总是知道图像是否会成为 LCP。WordPress 核心默认在每个图像上设置它，并使用启发式方法来取消它。近 3/4 的原生延迟加载图像页面位于 WordPress 上。”
2020 年，Viscomi 评论说，在 WordPress 5.5 于当年 8 月发布后，原生图像延迟加载的采用迅速增加，默认情况下图像延迟加载。WordPress 一直在推动此功能的采用，这就是为什么任何实现“反模式”（正如 Viscomi 所描述的那样）都会对 Web 性能产生巨大影响的原因。
根据@HTTPArchive，截至 10 月，10.6% 的网络正在使用本机图像延迟加载。这个数字在 7 月份是 1.5%！?
这似乎完全由 WordPress 驱动，占 WP 页面的 28.9%，占网络的三分之一。https://t.co/QYGyyctFgc
左：所有网络
右：WP pic.twitter.com/RQnDw4UZ56
— 里克·维斯科米 (@rick_viscomi) 2020 年 12 月 30 日
“什么给了，WordPress？” 维斯科米说。“我的理论是，错误的不是核心启发式，而是插件。另外，请记住，大多数甚至使用延迟加载的页面都是 WP。
“为了支持插件理论，让我们看看 LCP 的自定义延迟加载：超过一半的页面是用 WordPress 构建的。WordPress 仅占网络的三分之一，因此 WP 中基于 JS 的延迟重载显然会发生一些事情。”
在 WordPress.org 上有多个性能、缓存以及图像和视频优化插件页面，它们以某种方式使用延迟加载。在扩展中使用延迟加载的插件和主题开发人员可能希望测试他们的实现，看看它们是否对 LCP 性能产生负面影响。
