翻译与本地化:究竟有什么区别?
翻译将内容转换为另一种语言;本地化则针对特定区域调整整个交付物。使用此决策框架来正确界定工作范围。

翻译将源语言材料转化为目标语言。本地化调整整个交付物使其适用于特定区域,这可能包括翻译以及对日期、货币、度量衡、图像、元数据、布局、法律文本和分发设置的更改。
实际区别在于验收测试。翻译询问目标文本是否保留了源文件的含义和效果。本地化则询问目标受众是否能够在当地市场中正确使用整个产品或出版物。
微软的全球化术语表将翻译定义为用源语言材料生成目标语言材料,而本地化则是针对特定区域调整产品。其本地化概述使这一界限更加具体:本地化可能会更改货币、日期格式、度量衡、视觉效果以及书写方向,甚至可以在使用相同语言的两个市场之间进行。
最简明有用的区别
| 问题 | 翻译负责 | 本地化负责 |
|---|---|---|
| 什么会改变? | 语言内容 | 完整的市场特定体验 |
| 主要单位 | 句子、段落、章节、标题、元数据字符串 | 出版物、网站、应用程序、活动或产品包 |
| 目标定义 | 一种语言 | 一个区域:语言加上相关的地区习俗 |
| 主要证据 | 含义、语气、术语、完整性、流利度 | 翻译证据外加市场、格式、视觉、功能及合规性检查 |
| 不改变语言可以实现本地化吗? | 通常不能 | 可以——例如,将美国英语内容适应于英国 |
| 典型发布问题 | “目标文本表达的内容与源文本一致吗?” | “该受众能如预期那样购买、理解、浏览并使用交付成果吗?” |
翻译与本地化并非对立的服务。翻译通常是本地化内部的一个工作流。常见的错误是将较窄的工作流当作整个交付成果已经就绪的证明。
采用三层范围,避免在标签上争论
当项目划分为三个层级时,这些词汇就不那么令人困惑了。
第 1 层:内容含义
翻译散文、对话、说明、标题、元数据及其他承载语言的材料。审查准确性、完整性、术语、语气以及与受众的契合度。
对于小说,这包括叙事声音、角色对话、姓名、常用术语和文化引用。对于手册,这包括警告、程序、图表标签和定义的术语。
第 2 层:区域设置惯例
决定哪些惯例应针对目标受众进行更改:
- 日期、时间、日历、数字和小数分隔符;
- 货币和计量单位;
- 引号、标点符号、大写规则和排序;
- 姓名和地址格式;
- 当地期望的术语;
- 假设具备源市场知识的示例、引用和图像;以及
- 从左到右或从右到左的阅读行为。
这些都不是自动的查找和替换操作。书中引用的历史价格可能需要保留原货币,而当前的电子书标价通常应针对每个店面进行设置。项目简报必须区分源事实与用户界面或市场惯例。
第 3 层:交付成果与市场
测试读者实际会收到的对象:
- 封面和内页文件;
- EPUB 语言元数据和目录;
- 商店标题、描述、关键词、分类以及贡献者鸣谢;
- 字体和文字脚本覆盖范围;
- 相关链接、表单、支付和支持路径;
- 平台或零售商要求;以及
- 任何特定市场的版权或必需声明。
一本翻译的手稿可以通过第一层,而发布的电子书却可能在第三层失败,因为它的封面在缩略图大小下无法辨认、其元数据仍为源语言,或者其字体缺少目标脚本所使用的字符。
一个图书示例:一个翻译,多项本地化决策
想象一下,一本英语食谱正在为法国的读者做准备。
翻译工作包括食谱、导语、说明文字、安全说明以及作者的语气。本地化范围则包含额外的决策:
- 杯和华氏度应该转换为公制单位、保留,还是与公制单位并列显示?
- 法国是否有可买到的同款食材名称,对于买不到的品牌是应该进行解释而不是替换?
- 封面副标题是否应进行修改以符合法国分类的期望?
- 电子书语言标签、描述、关键词和贡献者鸣谢是否正确标识了法语版?
- 页码引用、索引、链接和图片说明在重新排版后是否仍然有效?
将“1 cup”更改为公制数量而不重新测试食谱,可能会改变产品而不仅仅是本地化它。保留所有度量衡不动可能会使该版本更难使用。正确的决策取决于出版承诺,并且应在个别译者各自即兴制定不同规则之前将其记录下来。
本地化可以在没有翻译的情况下进行
假设一本为美国编写的英语指南在英国发布。大多数句子可能仍保持英文,但该版本可能仍然需要:
- 不同的拼写和术语;
- 日-月-年格式的日期;
- 当前购买示例中使用英镑而非美元;
- 特定市场的链接和支持详情;
- 不同的法律或可用性声明;以及
- 针对不同产品供应的修订截图或说明。
这是无需更改语言的本地化。它说明了为什么“目标语言”作为项目规范是不够的。记录目标区域设置和受众,而不仅仅是English 或 French.
通过五个问题决定您需要哪种工作
1. 输出是为了理解还是为了发布?
私密阅读副本可能只需要准确的翻译和基本的格式可用性。公开版本、产品或活动则需要进行本地化审查,因为读者互动的不仅是正文。
2. 受众是否使用不同的惯例?
列出影响理解或操作的惯例。不要自动更改每个对区域设置敏感的项目;决定哪些项目是源事实,哪些是面向读者的惯例。
3. 交付物是否包含非文本元素?
图像、图表、封面排版、嵌入文本、导航、表单、音频提示和应用商店元数据可以承载纯散文翻译可能遗漏的含义。
4. 布局和平台能否处理目标语言?
翻译可能会扩展文本、引入新的脚本、改变断行或颠倒阅读方向。测试实际的 PDF、EPUB、DOCX 或界面,而不是仅仅在电子表格中批准文本。
5. 谁拥有市场决策权?
译者可以识别问题,但作者、出版商、产品负责人或本地市场审稿人应该拥有改变价格、声明、示例、权利或产品本身的决策权。
如果答案止于语言和意义,则界定翻译范围。如果它们延伸到受众惯例、交付的对象和市场行为,则也应界定本地化范围。
构建一份包含独立决策列的简报
使用范围登记册,以便语言和市场变化不会变成一堆无法审核的杂物。
| 项目 | 源证据 | 翻译决策 | 本地化决策 | 负责人 | 验收检查 |
|---|---|---|---|---|---|
| 图书标题 | 原标题与作者意图 | 批准的目标呈现方式 | 面向商店的标题与封面契合度 | 作者/出版商 | 文件、封面和元数据中的标题保持一致 |
| 度量衡 | 精确的配方或步骤 | 保留含义与数量 | 转换、保留或两者皆显 | 学科专家 | 按需重新计算并测试 |
| 日期 | 历史事件或当前说明 | 保留正确的日期 | 更改显示格式,而非底层事实 | 编辑 | 无月/日颠倒 |
| 图像 | 说明文字与视觉内容 | 翻译说明文字和嵌入文本 | 仅在市场决策需要时进行替换 | 出版商 | 图像、说明文字、版权和替代文本保持一致 |
| EPUB 元数据 | 源程序包 | 翻译带有语言属性的字段 | 设置目标语言和店面元数据 | 生产负责人 | 软件包和应用商店列表正确标识了版本 |
该登记册暴露了一类危险的变更:一个看起来属于语言层面,实则改变了事实、承诺或商业决策的项目。
分别审查翻译与本地化
进行两次验收签收。
翻译审查应检查:
- 含义与效果;
- 遗漏、增补和未翻译的残留内容;
- 名称与术语;
- 基调、语体与可读性;以及
- 整部作品的一致性。
本地化审查应检查:
- 区域设置惯例与市场特定内容;
- 图片、封面、元数据与链接;
- 字体、布局、排版方向与导航;
- 目标平台上的实际发布文件;以及
- 每一项刻意的适配是否有负责人和理由。
使用翻译质量框架 进行第一次验收签收。对于电子书发布,多语言独立出版工作流和书籍封面本地化指南 涵盖了第二部分的内容。
不要仅仅因为能够做到就本地化一切
本地化并不意味着可以抹去源头背景或替换每一个不熟悉的细节。一本以东京为背景的小说不应该自动获得当地的街道名称、食物、货币和社会习俗。回忆录中的历史价格是证据,而不是结账界面。引用可能需要解释而不是替换。
使用此拒绝规则:除非更改有助于目标受众完成预期的任务并保持作品的事实、叙事或法律身份,否则不要调整源元素。当异域风情是内容的一部分时,保留它可能是正确的本地化决策。
发布检查清单
在宣告工作完成之前,请确认:
- 目标语言和目标区域设置均已命名;
- 翻译和本地化职责已明确区分;
- 源事实与面向读者的常规作法已区分开来;
- 货币、单位、日期和名称有明确的规则;
- 图像、封面、元数据、链接和平台设置在范围内或被明确排除;
- 目标文字脚本在最终字体和布局中运行正常;
- 完整的翻译文本通过了意义和术语审查;
- 实际发布工件通过了区域设置和平台审查;以及
- 每一个非语言的调整都有负责人、原因和验收检查。
BookTranslator 可以从受支持的书籍和文档文件中创建完整的翻译草稿,而无需进行逐句复制和粘贴。将其视为翻译层。如果该文件旨在面向公开市场,请在发布前通过上述本地化准则和最终工件检查。





