WordPress 多语言插件比较：Polylang、TranslatePress 与 Weglot

如果希望各语言文章独立编辑，可比较 Polylang；需要在页面上选择文字并翻译，可评估 TranslatePress；需要通过外部服务自动翻译和审核，可考虑 Weglot。不要只看第一次翻译的速度，还要比较语言 URL、编辑工作、持续费用和迁移方式。现有多语言网站更换系统前，应先保留当前地址与翻译数据。

多语言管理不等于自动翻译

多语言插件管理各语言内容、地址与版本切换；机器翻译负责把文字转换为另一种语言，两者可能一同提供，也可能需要另外连接。仅有语言菜单，不能证明文章、分类、表单与搜索元数据都已翻译。

例如，韩语指南的英语版不仅需要译好的正文，还要检查分类、菜单、按钮、图片内文字、替代文本，以及表单成功和错误消息。商店还要正确处理产品、库存、价格、订单和邮件集成，其范围远大于连接几篇博客译文。

下图说明管理模式，不是产品界面。不同架构的数据不能自动互换，选择时应把编辑流程与存储方式一起评估。

比较 Polylang、TranslatePress 与 Weglot

Polylang：指定语言并连接对应内容

每种语言的文章在 WordPress 中独立编辑，方便按读者需要调整。但原文变化后，也需要编辑流程来更新译文。不要假定免费核心会自动翻译每份稿件。当前 Pro 增加 DeepL、复制和同步等功能；WooCommerce 则应另查专用集成产品。

设置向导用于建立语言，并为现有内容指定语言。跳过后可在 Languages → Setup 重新打开。原有文章或分类在公开页面消失，可能只是尚未指定语言，而不是已被删除。

在编辑器语言面板中指定原文语言、添加译文，或连接已有翻译文章。标题相似不会自动建立翻译关系。可参照文章与分类法翻译指南，同时核对对应分类、标签、菜单和语言切换。

TranslatePress：区分可见文字与 SEO 覆盖

在 Settings → TranslatePress 选择原语言和目标语言，再从管理栏或设置界面打开 Translate Site。翻译编辑器说明介绍了如何选择显示文字并保存翻译。这种流程方便在实际上下文中检查主题输出、按钮和页面构建器内容。

免费版支持原语言加一种译文语言。需要更多语言时，应比较付费扩展；元数据、URL slug、图片替代文本等 SEO 元素，还要核对 SEO Pack。正文已经翻译，不等于搜索标题和描述也已经翻译。

应区分手动翻译、TranslatePress AI 额度，以及 Google 或 DeepL API 的费用。启用自动翻译后，页面文字会发送给选定服务，页面加载也可能触发处理。翻译数据存于本站数据库，备份时要包括专用表。官方 FAQ解释了原字符串修改后可能需要重新翻译，因此编辑后应检查预期译文是否仍然适用。

Weglot：检查服务额度与取消后的情况

Weglot 将 WordPress 连接至外部账户。按官方 WordPress 集成指南建立 WordPress 项目，设置原语言、目标语言，并在 Weglot 设置中填写 API 密钥。具体界面可能把部分语言控制放在服务项目中，应对照当前说明操作。

Weglot 提供语言 URL，但不会在 WordPress 文章列表中为每种译文创建独立文章。译文可在服务的列表或可视化编辑器中审核。套餐额度针对整体已翻译字词集合，不应理解为每个月重新补充的新翻译预算。多个目标语言会共同影响额度，应估计已有内容和后续增长。

当前导入导出功能要求 Advanced 或更高套餐。插件目录页也说明，套餐不具备该功能时可以联系支持寻求导出协助；应先确认可用性与范围，不要假定一定能获得所需导出。取消订阅说明指出，停止服务可能使译文不再显示，并导致翻译页面逐渐从搜索结果移除。导出的文本对并不自动成为替代系统中可用的完整页面，取消前要规划导入、URL 延续与公开访问。

检查语言 URL 与搜索信息

语言 URL 让读者和搜索引擎能直接访问指定语言版本。更改已有的默认语言前缀、域名或 slug，可能影响内部链接和已索引地址。决定新结构前，先建立新旧地址对应表。

hreflang 标识其他语言或地区版本，canonical 则表示首选代表 URL。Google 本地化页面指南要求语言版本包含自身及互相对应的替代引用。不要混淆两者作用，惯常地把全部完整译文的 canonical 指回韩语原文。这些标记不保证索引或排名。

多语言工具与 SEO 插件配合时，应检查实际标题、描述、各语言 canonical、hreflang 和站点地图输出。译文编辑审核也同样重要：检查遗漏、否定、数字、政策条件和内部链接语言。支持某种语言，不代表译文一定准确。

采用或迁移前评估一组相互连接的内容

1. 定义范围。 列出语言、文章、分类、菜单、表单、图片、产品和编辑负责人。自动翻译还要确认传输内容及费用限额。
2. 建立测试内容集。 翻译一篇普通文章，以及一篇带表格、图片或表单的文章，同时处理导航与分类。不要同时启用相互竞争的多语言系统。
3. 检查对应目标。 从韩语文章切换英语时，有译文就应打开该篇英语版。明确未翻译内容的处理方式，避免所有切换都意外跳到首页。
4. 验证访客功能。 退出登录并在手机上检查按钮、错误、确认消息、图片文字、日期、单位和内部链接。商店还需要在合适的支付测试环境中单独检查订单、邮件和库存。
5. 验证搜索输出与更新。 直接打开各语言地址，检查元数据与站点地图。修改测试原文字符串，验证译文更新流程，再恢复原值。
6. 验证备份、迁移和恢复。 包括稿件、关联关系、专用表、设置和服务导出。保留原 URL，或规划必要的重定向，再单独测试恢复。

出现语言混杂时，先检查语言指定、翻译关联、菜单和分类，再检查页面缓存。停用插件、删除语言和取消服务的影响不同。例如，删除 Polylang 语言会影响语言指定、翻译关系和字符串译文，即使文章本身没有被删除。未保留必要数据和地址前，不要在正式网站测试删除。

计算成本时，应包括编辑工作、额外语言、SEO 覆盖、商业集成及未来迁移。重视编辑独立性时，可从独立文章管理方式开始；需要结合页面检查显示文字时，可评估可视化翻译；外部服务的运作模式适合需求时，再选择服务集成。