GML Translate：给 WordPress 做 AI 多语言
外贸网站做多语言，难的不是把几句话翻出来，而是让客户能顺着首页和导航看懂产品，又能把翻错、漏翻的地方及时改好。GML Translate 是我目前重点打磨的 WordPress AI 多语言项目。
现在把精力放在哪里
项目围绕 AI 翻译、翻译记忆、语言页面和人工修订展开。我希望保留已经翻过、人工改过的内容，把后续精力用在真正需要处理的页面上。一般 SEO 继续交给网站已有的 SEO 插件，多语言部分做好自己的边界。
接下来的方向：先把一个页面做好
这轮调整的方向是“页面优先”：先处理首页和主导航入口，再按页面的实际需求安排后续翻译。人主动点的“立即翻译”或错误修复，应当及时给出结果或明确原因，不能一直淹没在后台长队里。
另一个重点是按“某个页面的某种语言”判断状态。已经可用的页面不必等整站全部翻完；尚未完成的页面要如实提示进度，能否访问与是否适合搜索收录分开处理。人工译文仍需保护，失败内容要能逐条检查和修正。
这些是当前迭代方向，不代表每一项都已在发布版本或生产站点完成。具体可用能力、安装条件和变更，以对应版本的文档与验证结果为准。
GML Translate 与 GML SEO 怎么分工
后续新工作的重点放在 GML Translate。GML SEO进入长期维护阶段，主要做兼容更新、维护和 bug 修复。已有站点的翻译数据和插件接管仍要逐项核实，不能把重复安装当作迁移。
什么值得认真验证
先用少量真实产品页和文章测试，核对型号、数字、单位、术语、链接和人工修改是否保留。再检查语言切换、未完成页面的提示，以及 canonical、hreflang、noindex 和站点地图是否与实际完成状态一致。翻译流畅不等于产品事实正确。
相关记录与反馈
给外贸网站做 AI 翻译的起因记录了早期实践。这一页会跟着实际迭代更新。反馈时带上版本、源语言、目标语言、具体段落和复现步骤，不要附上 API Key。