WordPress 性能团队默认修改 WebP 提案

一年前,WordPress 5.8 引入了对 WebP 的支持,允许用户在其内容中上传和使用 WebP 图像。 2022 年 3 月,性能团队通过提议 WordPress 默认启用 WebP 来扩展对图像格式的核心支持。这将包括为新的 JPEG 上传生成 WebP 图像以及将 WebP 图像用于网站内容。 4 月,在收到大量批评意见后,这项有争议的提案被搁置

WordPress 应该默认加载 WebP 图像吗?

经过数月的研究,该团队重新评估了其方法并总结了其发现。对 WebP 兼容性的担忧似乎没有根据,因为研究表明超过 97% 的网络浏览器是兼容的,超过 97% 的电子邮件客户端也是如此。

移动应用程序与支持 WebP 的 iOS 14+(旧版本将提供 JPEG)和从 Android 4.0 原生支持 WebP 的 Android 具有很强的兼容性。团队发现所有顶级 RSS 阅读器都支持 WebP。兼容性方面的唯一异常值是 Open Graph 消费者,它们具有混合支持。

最佳 WordPress 图像压缩插件:5 个绝佳选择

先前反馈的主要担忧之一是,该提案有可能使用于图像的磁盘空间量翻倍,因为除了 JPEG 子大小之外,它还会生成 WebP 缩略图。性能团队贡献者 Adam Silverstein 在对托管公司进行调查后分享了团队的发现:

To assess the overall impact of generating WebP images on site storage, the team surveyed hosting providers. With a total of 17 responses, the results show that the number of stored files is generally not an issue for most hosts/sites, although storage space could become an issue for some users over time. Still, for large hosts (with 1,000 or more hosted sites), the vast majority of sites (> 86%) would be unaffected, even if their storage requirements doubled. We also learned that some lower-end hosting plans with limited storage also lack WebP support in their hosting stack, which means they won’t get extra image generation anyway.

声明中可能包含一些假设,即“对于大多数主机/站点而言,存储文件的数量通常不是问题”。 对团队调查的回应表明,58% 的用户不会受到存储需求翻倍的影响。 仅调查了 17 位房东,数据中未包含公司名称。 即使估计有 14% 的网站面临接近容量的风险,这也有可能影响数百万个 WordPress 网站。

性能团队提出了一些值得注意的更改来解决问题,包括提供一个 JavaScript 片段来检测缺乏 WebP 支持的浏览器并改为加载 JPEG。 默认情况下,其他 WebP 修订包括以下内容:

  • 在 6.1 中默认自动生成仅核心图像大小的 WebP 版本。 自定义图像大小最初必须选择接收自动生成的 WebP 版本,或者如果它们专门用于 WebP 无益或不支持的特殊情况,则选择退出。
  • 仅当次要 (WebP) 子大小小于主要 MIME 类型时才保留它们。
  • 只为用于面向用户的前端内容的图像大小生成 WebP 图像。 这避免了为永远不会使用的 WebP 图像浪费存储空间。
  • 引入一个过滤器来控制基于图像子大小的其他 MIME 类型的生成。 这使开发人员能够排除某些图像大小,例如那些未在前端内容中使用的图像大小。

默认情况下,WebP 提案只会影响包含在核心中后上传的新图像。它不会为现有上传自动生成 WebP 图像。想要转换过去上传的用户需要使用 WP-CLI 或像 Regenerate Thumbnails 这样的插件。

迄今为止,对该提案的修订收到了不同的反馈。一些人强烈支持新方法,而另一些人则鼓励团队考虑对可能受到影响的用户的一些实际影响。

“不能简单地说没关系,因为‘绝大多数网站 (> 86%) 不会受到影响,’”WordPress 开发人员 Jon Brown 说。 “首先,14% 是 WordPress 的条款很多。不知何故,我们需要继续支持仍在运行 PHP 5.6 的 2.8% 的网站,但 14% 不是很重要吗?

“这里不仅需要考虑 IF,还需要考虑这 14% 的站点将如何受到影响,不仅是今天,未来也是如此。站点是否只需要顺利升级存储,或者它们会用完磁盘空间并崩溃?还是备份突然开始失败?”

评论中的多位参与者建议 WordPress 考虑采用更现代的 AVIF 格式,与 WebP 相比,它具有更好的质量和压缩率。

“既然这项举措本质上是一种渐进式增强,那么在优雅地回退的同时支持下一代格式(如 AVIF)不是更有意义吗?” JavaScript 开发人员 Kevin Batdorf 说。 “随着时间的推移,随着时间的推移,浏览器会增加支持,它们就会到位。

“转向 WebP 支持的感觉就像 WordPress 添加了 REST API,而每个人都开始转向 GraphQL。 REST 很棒,WebP 也很棒,但它是当前的技术,很快就会过时。”

性能团队贡献者 Bethany Chobanian Lang 表示,AVIF 在他们的关注范围内,但其浏览器支持仍然不足,只有不到 70% 的网络。

对话在更新的评论中继续进行,Silverstein 还鼓励参与修订方法的 Trac 票证。性能团队贡献者的目标是在 6.1 发布周期的早期合并此更改以获得更多测试。

发表回复

您的电子邮箱地址不会被公开。 必填项已用*标注