在Wix多语言网站上踩的坑 ― 博客文章与首页，翻译机制完全不同
我们的博客支持日语·英语·韩语·中文4种语言，前几天有人指出「首页的韩语·中文版仍然是日语」。深入调查后发现，Wix对博客文章和首页的多语言支持机制完全不同。希望这次的排查过程，能为同样在运营或考虑多语言网站的朋友提供参考。
起因：访问/ko页面内容却还是日语
访问 https://www.robin-planning.com/ko，页面本身能正常显示。就连博客文章列表部分（「最新文章」）的标题也正确显示为韩语。
但是首页本身的文本——主视觉区域的标题、业务介绍、公司简介——全都还是日语。像「以技术与创意引领客户业务转型走向成功」这样的核心文案，明明是韩语页面却显示日语。
原因：博客文章与网站页面，翻译机制不同
最初怀疑是不是多语言设置本身出了问题，但检查网站设置后发现，语言配置本身是正确的：日语为主要语言，英语采用子域名方式（en.robin-planning.com），韩语·中文采用子目录方式（/ko、/zh），这正是预期的配置。
问题不在设置，而在于不同内容类型的处理方式不同。
博客文章：作为按语言独立的数据来管理
Wix的博客功能配备了专门管理文章的API（Draft Posts API）。通过给一篇文章赋予「翻译组ID」，可以把日语版·英语版·韩语版·中文版分别创建并发布为独立的数据。我们的博客文章，正是利用这套机制从外部批量实现多语言化的。
网站页面：被当作编辑器中的元素来处理
另一方面，像首页这样的普通网站页面，被视为在Wix编辑器中通过拖放组装出来的「设计的一部分」。标题、正文这类文本元素，与其说是独立的内容，不如说更像是嵌入在页面布局中的组件。
正因为这种差异，博客文章可以由外部程序读写，但网站页面的多语言文本却没有从外部写入的方法。查阅Wix官方文档后发现，虽然存在处理多语言内容的API（wix-window.Multilingual），但文档明确写着「仅可在front-end code中使用」，也就是说只能从站点内部运行的代码中调用。
那么该如何解决：使用翻译编辑器
网站页面的多语言化，终究只能靠人工逐一翻译。不过，比起在Wix编辑器中一处处点击查找，有一种更高效的方法——一个叫做「翻译编辑器」的专用界面。
1. 从网站控制台打开「翻译编辑器」
2. 在左上角选择目标语言（韩语·中文）
3. 选择「网页内容」，即可看到该页面尚未翻译的文本列表
4. 用「未翻译」进行筛选，可以快速找出遗漏未翻译的项目
5. 在各文本框中输入译文，或点击「机器翻译」生成初稿后再润色
相比在编辑器中逐个点击查找元素，能以列表形式只筛出未翻译的项目，更容易发现遗漏。先用机器翻译生成初稿，再只修改不自然的部分，这个流程感觉是最快的。
翻译工作本身无法省略，但可以大幅减少「找哪里还没翻译」这一环节的功夫。如果你在运营多语言网站，总觉得「好像哪里漏翻了」，不妨先用这个列表功能检查一遍。
搭建多语言网站时值得记住的事
・博客文章与网站页面（首页、公司简介等），在Wix内部的多语言支持机制存在根本性差异
・网站页面的翻译无法通过外部工具或API自动化，需要靠人工逐条确认
・「页面能打开，但内容没被翻译」这种状态，多数情况并非多语言设置出错，只是翻译工作尚未完成而已
・上线前，务必亲自访问实际的URL（/ko、/zh等）进行肉眼确认
在我们的案例中，一直把精力都放在文章的多语言化上，却漏掉了作为网站根基的首页翻译确认。这次让我切实体会到，多语言支持并非「设置一次就完事」，而是需要理解不同类型页面的翻译机制存在差异，然后脚踏实地逐一确认的工作。
小结
1. Wix对博客文章与网站页面的多语言支持机制不同
2. 博客文章可通过API从外部实现多语言化，但网站页面需要在编辑器中手动翻译
3. 使用翻译编辑器的「未翻译」筛选功能，可以高效找出遗漏的翻译
4. 上线后，务必亲自访问各语言的URL，确认实际显示效果
若在多语言网站的搭建与运营上遇到困难，欢迎随时咨询Robin Planning合同会社。我们将基于自身运营4语言博客时踩过的坑，从实务角度为您提供支持。
想更深入学习本文内容的读者
若想系统学习Wix网站运营本身，以下这类书籍也可以作为参考。
相沢裕介／Cutt System ／ 从Wix的基本操作到模板选择、布局调整，都讲解得十分细致的一本书。适合想系统掌握编辑器基础的读者。
※ 以上链接包含Amazon联盟链接。本博客的收益将用于运营费用。
留言