WordPress 多语言翻译插件选择 TranslatePress 还是 Polylang Pro 对比

以往我们可能在需要多语言网站的时候，很多笨拙的办法就是将初始的版本复制一份，然后复制出来的一份内容修改语言。这样的做法适合早期的企业网站，一旦建站后很少需要用到变换数据的。但是，如果在当前出于多数据和出海业务用途，如果还这样重复的拷贝复制后效率是非常低的。提高效率的考虑，我们可能会用到一些效率工具或者插件。

既然我们大部分的网站用的 WordPress 程序，那肯定有很多适合的翻译多语言插件。在众多的插件中，老蒋有看到2个比较常见的插件。 TranslatePress 和 Polylang Pro 适合用到的翻译多语言的插件。但是两者都是有特点的。看看如何适合我们。

TranslatePress 翻译插件特点

TranslatePress 这个好久之前也有体验过，他的特点是非常的直接方便，直接可以可视化的翻译。在安装插件之后，你在前端，可以切换语言后点选按钮、文字、内容，然后可以直接可视化的翻译成需要的语言，类似于一一替换。

如图所示，我们可以在后台插件设置中，添加需要的语言后，在前端顶部选择翻译页面连接。这样可以看到，你直接选择页面中需要翻译的内容，对应语言手动替换翻译。翻译的结果会保存到数据库中。

当然，如果我们不用手动翻译的时候，你也可以用自动翻译，他目前它不仅支持 Google Translate，也支持 DeepL，并且已经有自己的 TranslatePress AI。当然，如果严谨一点的话，自动翻译效果不是太好，还是需要我们去人工的处理。

我个人的感觉是，如果是落地页面页、展示产品的少量页面可以用。如果你内容比较多，且需要深耕独立展示体验好的，老蒋绝对这个插件不适合。虽然现在TranslatePress插件也兼容可视化编辑器，以及SEO URL兼容，但是总体来说数据特别多的时候会导致数据库表膨胀占用资源会影响速度。

Polylang Pro 翻译插件特点

Polylang Pro 插件也是一个老牌的WordPress翻译插件。如果说，前面介绍的 TranslatePress 翻译插件属于前端渲染的翻译功能，而Polylang Pro则是直接接近原生的WordPress框架，按照语言拆分副本后端工作流。

如果我们在使用 Polylang Pro 插件后，不会额外的增加表格，而是在原有的基础上内置taxonomy 给每一篇需要多语言的内容打上独立的副本标签。对于需要翻译的内容页面，编辑完全在后台做后切换前端看到最终效果。这里需要注意的，基础款的PRO插件不支持电商 WooCommerce 插件，你如果是电商网站用到这个插件的，需要单独购买Polylang for WooCommerce版本，当然不是两个都需要一起使用。

那最终如何选择呢？

老蒋的个人建议是，如果你是希望批量的快速产出量出海业务的。不是那么精细化做内容的，你就选择 TranslatePress 插件。如果你打算深耕内容注重细节和内容深度的，坚持使用 Polylang Pro 插件。比如老蒋在给客户做网站的时候，客户追求只要有个多语言效果，不是那么追求必须完美的多语言版本，那就用前者即可。像之前遇到一个客户国外的，他追求精细化的细节，而且主打的就是出海业务，每个语言都要深耕，而且细节都需要审核的，而且人家也对于每个语言都有单独的语言给你，那你就不能糊弄人家。那就建议用 Polylang Pro 采用后端流的结构处理。

当然，两个插件之间的预算都差不多，如今我们更多的在意效率和工作流，而不是在预算上死磕成本，所以这些不是我们需要纠结的地方，还是哪个更好用适合你需要的。

PS：写此篇文章的意图也是昨天准备有一个多语言的网站需要完成，这里在选择翻译插件的时候可能也有朋友会遇到，于是就简单的啰嗦一篇。