Yoast 和 Google 赞助的核心贡献者提议新的 WordPress 性能团队

Yoast 和 Google 赞助的 WordPress 核心贡献者提议该项目增加一个性能团队，以提高由 Google 的 Web Vitals 指标衡量的核心性能。

“用户期望并喜欢快速体验（有意或无意），”Yoast 赞助的全职核心贡献者 Ari Stathopoulos 说。 “研究表明，快速的网站可以提供更好的用户体验，增加参与度，有利于 SEO，增加转化率，并且更加经济和生态友好。”

毫无疑问，用户期望并可以从改进的性能中受益，但在任何给定的 WordPress 站点中都有许多变量在起作用。 Stathopoulos 纯粹从核心性能来看，WordPress 没有在竞争中脱颖而出。

“与其他平台（例如，Wix、Shopify、Squarespace）相比，WordPress 落后了，”他说。 “其他平台平均比 WordPress 网站更快——并且变得越来越快（参见 HTTP Archive 的 Core Web Vitals 报告），并且正在积极投资（和营销）核心性能即功能 [1, 2]。 ”

HTTP Archive 为进行 Web 性能研究的人员提供了一个通用数据集，发现截至 2021 年 9 月，只有 21.5% 的评估站点具有良好的 Core Web Vitals 分数。虽然该百分比随着时间的推移不断增加，但已经表现出色的竞争对手WordPress 网站也在迅速提高他们的分数。 Stathopoulos 将其描述为 WordPress 与其他平台之间“不断扩大的差距”。

主要挑战之一是 WordPress 网站所有者可以自由地在他们的网站上使用他们想要的任何主题和插件，这使得性能比引用的托管平台更难解决。该提案指出“实现合理的性能水平不应该是插件领域，而是核心的一部分”，并且不应期望最终用户成为性能专家。

“实现高水平的性能需要在整个堆栈中‘内置’技术考虑；并且由于主题/插件通常不是这种情况，因此性能解决方案仅限于针对非性能行为（例如输出缓冲）的“蛮力”性能解决方案，”Stathopoulos 说。

该提案得到了贡献者、SEO 顾问和托管公司代表的强烈响应，并提供了帮助和建议。

WordPress 首席开发人员 Mark Jaquith 对这个主题特别感兴趣，他说他今天看到的最大问题与前端性能和资产管道有关：

WordPress has no (direct) support for deferring style loading. It has no system for critical theme styles. For JavaScript, it has no support for defer, async, type="module", or nomodule. The default is to load all scripts in the header. WordPress itself shoves its extra code for emoji and the block library into the header. WordPress injects JS code and styles that eschew the asset pipeline altogether and directly attach to wp_head and wp_footer. Plugins just directly barf out bespoke script tags that are difficult to alter. By the time that you’ve added 10 plugins to your site, your odds of having jQuery loaded (in the header) on every single page load are extremely high. No one is incentivized to be a good citizen (including WordPress itself) because there’s always someone else who is polluting worse than you. “If jQuery is already enqueued by something else, I guess I better use it.”

Jaquith 的总结描述了一个更广泛的生态系统问题，并以一个发人深省的警告结束。

“这是一个巨大的问题，解决它需要付出很多努力、意志力和时间，”他说。 “值得做。如果 WordPress 前端性能继续下降，对于任何关心其 SERPS 的网站来说，该项目将不再是一个可行的选择。”

一位 WordPress 性能顾问 Eroan Boyer 建议在站点健康屏幕中添加一个专用工具，该工具将显示在每种页面类型（首页、帖子、页面、CPT）上加载了多少 JS 和 CSS，以及它们的来源。

Google 工程师 Weston Ruter 说：“确定给定脚本或样式表的来源是我在 AMP 插件上下文中一直在做的大量工作。” “我不知道 AMP 插件中的实现是否适合核心，但我对这个领域很感兴趣。

“如果我们可以将给定标记的来源与对页面性能的（负面）影响相关联，那么我们就可以开始突出显示有问题的主题和插件，开始为添加到前端的内容提供一些责任。”

Gutenberg 工程师 Riad Benguella 于 8 月发表了一些关于插件性能对编辑器的影响的研究。流行插件中的主要违规者包括 WooCommerce、Yoast SEO 和 Jetpack。这是性能的另一个方面，它比网站访问者更能影响 WordPress 用户。 Web 开发人员 Takis Bouyouris 建议创建一个性能框架，插件开发人员可以遵循该框架，以避免制造对前端和管理核心性能产生负面影响的产品。

到目前为止，该提案尚未收到任何重大反对意见，贡献者似乎渴望以任何方式提供帮助。 Stathopoulos 说，下一步将是在 make.wordpress.org 上建立一个 Slack 频道、一个会议时间表和一个空间。一旦基础设施到位，贡献者就可以开始对性能进行基准测试，定义成功标准，并确定 Core Web Vitals 改进的优先项目。