✨专业 WordPress 开发，定制建站，高效上线，合作即享优化服务！🚀
在挑选 WordPress 翻译插件时，一个关键考量因素便是其对网站速度的影响。要知道，缓慢的网站会对页面排名、流量，乃至最终收益造成不利影响。
故而，我们决定针对多款热门的 WordPress 翻译插件展开多次速度测试，目的就是让您清楚知晓这些插件给多语言网站带来的负载情况。
我们针对使用不同多语言插件翻译的同一页面，对比其页面加载时间。每次仅启用一个翻译插件，并针对特定测试对翻译插件进行相应配置。
基于页面大小的翻译加载耗时分析
在首个设定场景中，我们想要探究页面大小是怎样影响翻译加载耗时的。
此次测试选取了一个约 1600 词的页面，启用 Twenty Fifteen 主题，除了正在测试的插件外，不启用其他插件。下面的图表展示了我们在测试中所获得的平均原始页面加载时间。
鉴于软件执行时间存在可变性，且会受到诸如 CPU、操作系统、网络延迟等人为可控范围内参数的影响，所以每次刷新时页面加载时间会稍有差异。
为解决这一问题，针对每个插件，我们均测量了 30 次页面加载时间，随后计算出平均值。我们采用 Chrome DevTools 来测量加载时间。
我们可以看到 TranslatePress 和 WeGlot 的加载时间相当好，因为它们在显示原始页面时受到的干预最小。Polylang 和 WPML 似乎需要更长的时间来加载页面。
请记住，比较是在原始页面上进行的（未翻译），因此所有插件都应该显示与原版 WordPress 相似的页面加载时间（没有任何活动插件）。
对于平均翻译页面加载时间，情况略有不同。
我们可以看到，在这个测试中，WeGlot 在显示一个大型翻译页面时，页面加载时间增加。这可能是因为 WeGlot 插件使用了更多的时间资源与 WeGlot 服务器通信，为这么多的单词提供翻译。
TranslatePress 不受字数的影响，因为翻译存储在本地数据库中，因此它可以更快地检索翻译。
对于此测试，TranslatePress 和 Polylang 的加载时间相似，而 WPML 交付翻译页面的速度最慢。
WooCommerce 商店翻译加载时间
继续进行不同的测试设置，每个插件都设置为使用 Automattic 提供的虚拟 WooCommerce 数据翻译 Storefront 主题的主页。商店页面上总共有大约 250 个单词。
使用翻译插件的高级版本是为了有效地翻译 WooCommerce 产品。
在下图中，您可以看到在这 30 次页面刷新过程中，代表插件的每条线在加载时间（以秒为单位）方面如何发生一些变化。
但即使从这张原始结果图中，您也可以观察到每个插件的加载时间与 WordPress 的默认加载时间（未安装任何翻译插件）相比的明显差异。
如果我们看一下原始页面的平均页面加载时间，也就是它编写的默认语言，你可以看到每个插件都为 WordPress 增加了一点加载时间。TranslatePress 和 WeGlot 非常接近，只增加了大约四分之一秒的相当小的加载时间。但是，WPML 似乎需要更多时间来加载。
如果我们看一下加载翻译页面时的平均值，与加载原始页面相比，所有插件都会增加更多的时间。这是正常的，因为需要执行额外的工作来呈现页面的翻译版本。
总结
到目前为止，我们已经看到了不同的结果，具体取决于设置以及我们查看的是原始页面还是翻译页面。在最后一张图表中，我选择将原始页面的页面加载时间以及 1600 字页面大小测试的翻译页面相加。
我认为值得考虑的是，对于查看原始内容的访问者和查看翻译版本的用户来说，速度同样重要。
因此，在选择最适合您项目的 WordPress 翻译插件时，您应该考虑原始页面和翻译页面的页面加载速度。
