WordPress 多语言翻译协作流程设计：译者、审校、发布三角色分工

引言：一个人翻译十种语言不现实

小团队做多语言站最常见的失败，是把所有翻译、校对、发布都压在一个人身上，结果英文拖两周、日文拖一个月，各语言版本严重不同步。规范的协作流程把”翻译””审校””发布”拆成三个独立环节，让专业的人做专业的事，也便于追溯责任。

原理分析：翻译管理的三种模式

WPML 的 Translation Management 模块提供了”派单—翻译—完成”的标准工作流，译员在专门界面工作，不直接进后台文章列表。Polylang 没有原生工作流，需借助编辑器角色 + 草稿状态模拟。Weglot 则是云端翻译，流程在 SaaS 后台完成，WordPress 只负责展示。三种模式对比如下：

保姆级实操

1. 建角色：按 多语言站点用户与权限管理 创建译者、审校两类账号。
2. WPML 派单：Translation Management→Jobs，勾选待译文章与目标语言，分配给指定译员，系统发邮件通知。
3. 译员接单：译员登录后进入”翻译队列”，在分段编辑器里逐句翻译，提交后状态变为”待审校”。
4. 审校：审校账号看到待审内容，对照原文修改术语一致性，确认后点”完成”。
5. 发布：由有发布权的账号统一发布，或在 WPML 设置里允许审校直接发布。
6. 留痕：用 ACF 或自定义字段记录”最后译者/审校/翻译时间”，方便审计。

常见踩坑

• 案例：某站点译者直接在文章编辑器改英文，没走派单流程，导致原文与翻译混在同一篇，WPML 语言关联丢失，只能重建。
• 派单后原文被改，翻译稿未同步，出现”翻译版本落后于原文”。应锁定原文直至翻译完成。
• 审校无术语库，同一产品名出现 3 种译法，建议先建 多语言站点翻译记忆库。
• Weglot 云端翻译后 WP 后台看不到译文源码，SEO 抓取需确认其渲染方式。

总结

协作流程的核心是把”谁翻译、谁审校、谁发布”写清楚并用工具固化。自建团队优先 WPML 派单；无译员用 Weglot 省事。无论哪种，都要在 多语言站点内容审核与发布节奏 中约定各语言上线节奏，避免长期不同步。