Yoast和Google-sponsored的WordPress核心贡献者提议该项目增加一个性能团队，以改善谷歌的网络指标所衡量的核心性能。”用户期望并喜欢快速的体验（自觉或不自觉），” Yoast赞助的全职核心贡献者Ari Stathopoulos说。”研究表明，快速的网站可以提供更好的用户体验，提高参与度，有利于搜索引擎优化，增加转化率，并且在经济和生态上更加友好”。
毫无疑问，用户期望并能从性能的提高中受益，但在任何特定的WordPress网站中都有许多变量在起作用。单纯看核心性能，Stathopoulos说WordPress在竞争中不占优势。
“他说：”与其他平台（如Wix、Shopify、Squarespace）相比，WordPress正在落后。”其他平台平均比WordPress网站更快–而且越来越快–（见HTTP档案馆的核心网络生命力报告），并且正在积极投资（和营销）核心性能–即功能[1，2]。”
HTTP档案馆为那些进行网络性能研究的人提供了一个共同的数据集，发现截至2021年9月，只有21.5%的被评估网站拥有良好的核心网络生命力分数。虽然这个比例随着时间的推移一直在增加，但那些已经超过WordPress网站的竞争对手也在迅速提高他们的分数。Stathopoulos将其描述为WordPress和其他平台之间的 “差距在扩大”。
主要的挑战之一是，WordPress网站所有者有很大的自由度，可以在他们的网站上使用任何主题和插件，这使得性能比被引用来进行比较的托管平台更难解决。该建议指出，”实现合理的性能水平不应该是插件的领域，而是核心的一部分”，不应该期望终端用户成为性能专家。
“Stathopoulos说：”实现高水平的性能需要在整个堆栈中’内置’技术考虑；由于主题/插件通常不是这种情况，性能解决方案仅限于在非性能行为（如输出缓冲）上’强制’性能解决方案。
该建议引起了贡献者、SEO顾问和托管公司代表的强烈反应，他们提供了帮助和建议。
对这个话题特别感兴趣的WordPress首席开发者Mark Jaquith说，他今天看到的最大问题是与前端性能和资产管道有关。
WordPress没有（直接）支持延缓样式的加载。它没有用于关键主题样式的系统。对于JavaScript，它没有对defer、async、type=”module “或nomodule的支持。默认情况下是将所有的脚本加载到页眉处。WordPress自己把它的额外的表情符号和块状库的代码塞进了页眉。WordPress注入的JS代码和样式完全避开了资产管道，直接附着在wp_head和wp_footer上。插件只是直接吐出定制的脚本标签，很难改变。当你在你的网站上添加了10个插件时，你在每一个页面的加载中都加载jQuery的几率是非常高的。没有人被激励去做一个好公民（包括WordPress本身），因为总是有其他人比你污染得更严重。”如果jQuery已经被别的东西排队了，我想我最好还是用它。”
Jaquith的总结描述了一个更广泛的生态系统问题，最后提出了一个清醒的警告。
“这是一个巨大的问题，解决它将需要大量的努力、意志力和时间，”他说。”这是值得做的。如果WordPress的前端性能继续下降，该项目将不再是任何关心其SERPS的网站的一个可行的选择。”
一位WordPress性能顾问Eroan Boyer建议在网站健康屏幕上增加一个专门的工具，显示每个页面类型（首页、文章、页面、CPT）上加载了多少JS和CSS，以及它们的来源。
“谷歌工程师Weston Ruter说：”确定某个脚本或样式表的来源，是我在AMP插件的背景下一直在做的事情。”我不知道AMP插件中的实现是否适用于核心，但我对这个领域很感兴趣。
“如果我们能够将给定的标记来自哪里与对页面性能的（负面）影响联系起来，那么我们就可以开始突出违规的主题和插件，开始为添加到前端的内容提供一些责任。”
Gutenberg工程师Riad Benguella在8月发表了一些关于插件性能对编辑器的影响的研究。热门插件中的主要违规者包括WooCommerce、Yoast SEO和Jetpack。这是性能的另一个方面，对WordPress用户的影响比对网站访问者的影响更大。网络开发者Takis Bouyouris建议创建一个性能框架，让插件开发者可以遵循，以避免制作对核心性能有负面影响的产品，无论是在前端还是在管理中。
到目前为止，该建议没有收到任何重大的反对意见，而且贡献者似乎渴望以任何方式提供帮助。Stathopoulos说，接下来的步骤将是建立一个Slack频道，一个会议时间表，以及make.wordpress.org上的一个空间。一旦基础设施到位，贡献者就可以开始对性能进行基准测试，定义成功标准，并确定Core Web Vitals改进的优先项目。
暂无评论内容