翻译与本地化

这个分类涵盖什么

翻译产品，并让各语言版本保持同步：字符串管理、翻译记忆库、术语表、机器翻译、审校流程，以及与代码和内容系统的连接。

这里有两项工作。翻译界面，单位是带上下文和限制的字符串。翻译内容，单位是页面，语气与准确度同样重要。

内容创作归入CMS与博客，借助模型起草则归入AI写作。

字符串、键与唯一事实来源

界面本地化的成败，取决于字符串是如何管理的。

一个字符串需要一个稳定的键、源文本、一条说明它出现在哪里的备注，以及空间固定时的长度限制。没有上下文，译者只能猜，一个在某处是动词的词，到了另一处就成了名词。

问一问平台如何处理复数、性的变化，以及句子内部的变量。简单粗暴的系统，正是在这些地方产出读起来像机器生成的内容，即使它是人写的。

然后问一问字符串是如何到达的。与您的代码仓库或内容系统相连，新文本自动出现，译文无需复制粘贴就回来，这才能让各语言不至于渐行渐远。

记忆库与术语表，节省就在这里

翻译记忆库存储已批准的译文，并在相同句子再次出现时重复使用。

好处是不断累积的。经常更新的产品只需重译变化的部分，用词在各个版本之间也保持一致。要确认这个记忆库是您的，可以用标准格式导出，换供应商时不会被扣为人质。

术语表对术语做同样的工作。产品名称、功能名称，以及在您的领域里有特定含义的词，每种语言需要一个统一的译法，一次定下来，而不是由每位译者各自重新发明。

机器翻译与人工审校

• 机器先译，人工审校，是大批量内容的常见安排。
• 人工翻译用于营销、法律，以及一切面向客户的高价值内容。
• 译后编辑费率，比从头翻译便宜，定价方式也不同。
• 质量检查，对占位符、数字和长度自动进行。
• 上下文内审校，让译者看到的是界面，而不是电子表格的一行。

不经审校就发布的原始机器输出，是产品在团队里没人看得懂的语言中出丑的标准方式。这些错误不是随机的：术语、语气和文化特性是它失灵的地方，而这恰恰是客户会注意到的部分。

测试、版式与容易出问题的地方

译文的表现与原文不同。

变长是第一个问题。在某些语言里，文字可以增加三分之一或更多，围绕英文用词设计的界面会悄悄崩掉。变短也会带来它自己的版式怪象。

然后是格式：日期、数字、货币、地址顺序、姓名顺序，以及因语言而异的排序规则。从右向左书写的文字，需要版式上的支持，而不只是一个翻译过的字符串。

尽早用真实的译文测试。长度一致的占位文字，会把这些问题全部隐藏到发布之后。

成本、覆盖范围与该翻译什么

定价按托管的字数或键、按席位、按项目，或混合计费，每增加一种语言是成倍增加，而不是相加。

这套算法应当决定范围。界面文字和高需求页面通常值得翻译。旧材料的存档通常不值得，默认翻译一切，正是本地化预算在流量没有相应增长的情况下消失的原因。

也要检查对搜索可见性的处理，因为译文页面需要正确的语言标注和稳定的地址，才能被找到。市场上相关的定价惯例，列在定价页隐藏了什么中。

决定先本地化什么

翻译预算是有限的，把它均匀地铺在所有东西上，是效果最差的花法。

界面文字最先，因为一个人无法用自己的语言操作的产品，无论营销页面做得多好，都不会被买下。

然后是承载购买意图的页面：定价、主要的产品说明、注册路径，以及您的数据分析显示人们在购买前阅读的内容。

支持材料随后，按实际被打开的文章来排优先级，而不是按撰写的先后。

存档内容通常永远不值得这笔成本，默认翻译它，是本地化项目花一年时间产出没人要的页面的原因。在扩大范围之前，先衡量每种语言的需求。第二个市场很少与第一个市场表现一致。