Yoast和Google赞助的WordPress核心贡献者提议该项目增加一个性能团队，以提高Google的Core 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没有（直接）支持延迟样式加载。它没有用于关键主题样式的系统。对于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 ，以及它们的来源。
“确定给定脚本或样式表的来源是我在AMP插件上下文中一直在做的事情，”Google工程师Weston Ruter说。“我不知道AMP插件中的实现是否适合核心，但我对这个领域很感兴趣。
“如果我们可以将给定标记的来源与对页面性能的（负面）影响相关联，那么我们就可以开始突出显示有问题的主题和插件，开始为添加到前端的内容提供一些责任。”
Gutenberg工程师Riad Benguella在8月份发表了一些关于插件性能对编辑器的影响的研究。流行插件中的主要违规者包括WooCommerce、Yoast SEO和Jetpack。这是性能的另一个方面，它比网站访问者更能影响WordPress用户。Web开发人员Takis Bouyouris建议创建一个性能框架，插件开发人员可以遵循该框架，以避免制造对前端和管理核心性能产生负面影响的产品。
到目前为止，该提案尚未收到任何重大反对意见，贡献者似乎渴望以任何方式提供帮助。Stathopoulos说，下一步将是在make.wordpress.org上建立一个Slack频道、一个会议时间表和一个空间。一旦基础设施到位，贡献者就可以开始对性能进行基准测试，定义成功标准，并确定Core Web Vitals改进的优先项目。
评论留言