2022年网络年鉴性能数据显示WordPress网站可能过度使用懒加载功能

2022年网络年鉴的最后两章在本周发布–结构化数据和性能，完成了729页的报告电子书。针对WordPress的章节在本月早些时候发布，其指标显示采用率正在增长。

性能章节由Etsy性能工程师Melissa Ada和谷歌网络透明度工程师Rick Viscomi撰写。该章中的性能指标侧重于核心网络生命力（CWV），谷歌在2020年引入了这一指标，并在2021年将其作为排名信号。他们在报告中使用了公开的Chrome用户体验报告（CrUX）数据集，该数据集收集了符合条件的网站的数据–可公开发现的网站，其最低访问量未被披露。

大多数数据涉及整个网络在一段时间内的性能，但2022年网络年鉴强调了一个具体的问题，即关于WordPress网站对懒加载的使用及其对LCP性能的影响。谷歌将最大内容绘画指标（LCP）定义为 “相对于页面首次开始加载时，在视口内可见的最大图像或文本块的渲染时间”。

如果使用得当，懒加载是一件好事，但这些统计数字强烈地表明，有一个重大的机会，可以通过从LCP图像中删除这个功能来提高性能.

WordPress是采用原生懒加载的先驱之一，在5.5和5.9版本之间，它实际上并没有从LCP候选人中省略这个属性。所以，让我们探讨一下WordPress在多大程度上仍然在为这种模式做文章。

根据CMS章节，WordPress被35%的页面所使用。所以，看到72%的在LCP图像上使用原生懒加载的页面是使用WordPress的，是令人惊讶的，因为自2022年1月以来，5.9版本中已经有了一个修正。一个需要更多调查的理论是，插件可能通过将LCP图片注入到具有懒加载行为的页面上，从而规避了WordPress核心中的保障措施。

同样，使用自定义懒加载的页面中，有一个不成比例的高比例是用WordPress构建的，为54%。这暗示了WordPress生态系统中关于懒加载的过度使用的一个更广泛的问题。与其说是WordPress核心区的一个可修复的错误，不如说可能有成百上千个独立的主题和插件促成了这种反模式。

在WordPress 5.9之前，WordPress默认的懒加载实现导致了较慢的LCP性能，因为它被应用得太积极了，并且在折叠上方懒加载图像。在5.9版本中，WordPress提供了一个修复方案，它更急切地加载初始视口内的图片，而懒地加载其余部分。这就是为什么显示WordPress网站过度使用懒加载的结果是令人惊讶的。

“无可否认，’懒加载’是一个很难解决的问题，”维斯科米在他的Twitter线程分析中说。”我们并不总是知道一个图片是否会成为LCP。WordPress核心在每张图片上都默认设置了它，并使用启发式方法来取消设置。近3/4的页面原生懒人加载图片是在WordPress上。”

在2020年，Viscomi评论说，在WordPress 5.5于当年8月发布后，原生图像懒加载的采用率迅速飙升，图像默认为懒加载。WordPress一直在推动这一功能的采用，这就是为什么任何实施 “反模式”，正如Viscomi所描述的那样，对网络的性能有着巨大的影响。

“什么原因，WordPress？” Viscomi说。”我的理论是，不是核心启发式方法出了问题，而是插件。另外，请记住，大多数甚至使用懒加载的页面是WP。

“为了支持插件理论，让我们看看LCP的自定义懒加载：超过一半的页面是用WordPress建立的。WordPress’只有’三分之一的网页，所以在WP中基于JS的懒加载显然是有问题的。”

在WordPress.org上，有多页性能、缓存、图像和视频优化插件正在以某种方式使用懒加载。在他们的扩展中使用懒加载的插件和主题开发者可能想要测试他们的实现，看看他们是否对LCP的性能产生了负面影响。