WordPress 多语言官网维护：产品参数改了，译文怎么跟上

WordPress 多语言官网要先分清三样东西：共享的产品事实、需要翻译的文案、以及各地区的差异内容。然后才决定内容存在哪里、怎么同步。

验收时必须包含一次源文更新，确认参数、译文、下载资料和询盘入口仍然对得上，而不是只看首次翻译有没有完成。

第二次修改，比第一次翻译更能检验方案

一个代表性场景：某零件的材料字段已改为新版本，英文说明补上了适用条件，法文正文却仍引用旧材料，下载样册也没换。型号相同不代表技术值永远共享；如果新旧版本仍同时销售，就应先区分产品版本，再决定哪些语言页面同步。

问题往往出在更新责任没有定义。技术人员以为翻译插件会同步，译者以为产品参数不用翻译，业务人员只检查了自己常用的语言。先明确哪份资料是依据、谁确认事实、谁处理译文，才能让插件设置有可靠的规则。

选翻译方式时，追问内容存在哪里

WordPress 官方多语言手册列出按语言分别建内容、在同一内容中存多语言、翻译渲染页面以及多站点等不同路径。它们的编辑方式、数据关系与维护工作不同；后台语言设置本身不会替你完成前台内容翻译。

选型时请实施方演示：原文改动后如何发现过期译文；自定义产品类型、字段和分类是否覆盖；停用或更换方案后，译文和语言 URL 怎样保留。插件没有统一的无损互换格式，不能仅凭“支持很多语言”就判断后续迁出容易。

多站点适合确实需要独立管理的情况，但还要承担各站配置、账号与更新的协调。普通外贸官网不应只为了第二种语言就默认复制整套站点。先在测试环境验证当前主题、表单和内容类型的兼容，再决定实施路径。

参数、文案和地区资料分开设置

- 内容对象：型号、共同技术值；推荐的维护方式：由经确认的产品事实维护并按规则同步；容易遗漏的检查：不把单位换算、地区版本混成同一个值

- 内容对象：卖点、用途、参数名称；推荐的维护方式：翻译后由了解产品的人复核；容易遗漏的检查：限制条件、材料名称与专业术语是否准确

- 内容对象：地区认证、下载文件、联系人；推荐的维护方式：按目标市场单独维护；容易遗漏的检查：是否误用其他地区文件或过期版本

- 内容对象：导航、按钮、表单提示；推荐的维护方式：随语言路径一起验收；容易遗漏的检查：校验错误、成功提示和确认邮件是否遗漏

这些是内容设计建议，具体设置取决于所用插件。例如 WPML 自定义字段文档区分 Translate、Copy、Copy once 和 Don't translate。共享型号可评估持续复制，地区附件可能需要独立维护；Copy once 只复制初始值，不能当成后续自动同步。也不能把所有字段统一设为 Copy，却期待译者能独立修改。

只要字段在不同语言或地区确实可能不同，就先确认差异来自翻译还是产品事实。认证有效范围、规格版本与交期不应由机器翻译自行推断。先保存统一术语和审核意见，能减少后续逐页返工。

按一次真实改动演练发布

选择一个包含产品字段、下载资料和询盘入口的页面，在可恢复的测试环境中完成演练。

- 调整一项已确认的源文参数，记录受影响字段和资料版本。

- 检查各译文是否得到同步或进入待复核状态；直接在目标语言页面搜索旧材料名称，并打开附件核对版本，不能只看后台翻译进度。

- 从目标语言的产品页切换语言，确认仍然指向对应产品，而不是一律返回首页。

- 用目标语言完成表单填写、错误提示和成功反馈，确认收件方能识别来自哪个页面与语言。

- 验证未完成译文的处理方式，以及发布后缓存能否输出正确语言和最新内容。

尚未完成翻译的页面，应按明确规则暂缓发布或如实提供可用语言入口，不要让按钮暗示存在完整译文。只根据访问者 Cookie 在同一个地址变换内容，也会增加分享与验收难度；Google 多语言网站指南建议为语言版本提供独立 URL，并让用户能够主动切换语言。

把维护成本写进交接范围

交接至少说明共享字段、独立译文、复核负责人、资料更新顺序与恢复方式；自动翻译不能替代产品事实和目标语言体验的复核。

搜索标签的技术检查可继续参考多语言网站的页面对应与 hreflang。本篇更关心的是：六个月后改一项参数时，团队能否知道哪里也需要更新。

如果现有 WordPress 网站已经出现译文与产品资料不同步，可以带上语言清单、使用的插件和一个脱敏页面，通过项目咨询讨论字段与编辑流程。李李出海可结合现有主题和功能规划实现范围，避免在没有摸清内容关系前直接更换整套翻译方案。