本地化翻译清单实操:10分钟搞定高效协作

每次翻译流程开始前的准备工作清单

在对产品进行本地化处理之前,无论是新增的一项功能、即将发布的新版本,还是新增的语言,都需要做好充分的准备工作。比如,在将文本字符串交给翻译人员或调用自动翻译工具之前,与其临时抱佛脚,不如有条不紊地进行必要的预处理。换句话说,这一阶段更像是飞行前的安全检查,即便你的产品已经为国际化(i18n)做好了技术部署,但起飞前的清点环节仍是必不可少的。
新媒网跨境认为,跳过翻译前的准备工作,代价可能会更高:更改成本飙升、翻译人员作业混乱,甚至出现低质量内容影响用户体验。而以下清单,便是为中国跨境实战从业者量身打造的一套“本地化飞行手册”。
这份清单的适用场景与范围
适用场景:
- 技术或产品团队在准备功能本地化、发布新版本或冲刺时的翻译需求。
- 本地化项目经理在将文本交给翻译之前进行复审。
- 与翻译人员(无论是人工翻译还是AI翻译工具)协同处理的团队,尤其是在定期翻译循环中。
不涉及的范围:
- 是否需要本地化的初步评估(建议参考《本地化战略指南》)。
- 团队整体国际化能力的评估(建议参考《国际化准备度清单》)。
- 确认目标语言优先级(建议参考《规划前5种目标语言指南》)。
第一步:审查即将翻译的文本
排除“不可翻译”内容
在发布翻译任务之前,首先要从翻译文件中剔除那些不必要翻译的内容,例如:
- 品牌名称: 一些品牌名,如“SimpleLocalize”“Stripe”“Slack”等,通常无需翻译。
- 网址及路径:
/settings/billing类路径无需变动,除非存在本地化版本。 - 电子邮件地址和电话: 翻译标签即可,具体数值通常无需更改。
- 技术占位符: 仅用于后台标识的内容无需翻译。
例如:
{
"support_email": "contact@yourapp.com",
"support_label": "联系我们的团队"
}
在这种情况下,仅需翻译 support_label,而非 support_email。
检查是否有硬编码的文本未处理
建议在导出翻译文件之前,使用代码扫描工具检查硬编码的字符串,例如:
# 检查JSX文件中未抽离的英文文本
grep -rn '"[A-Z][a-z]' src/components --include="*.tsx" | grep -v t\(
找出重复的翻译键值
重复键值会增加文字统计工作量及翻译成本。在每个翻译周期之前,检查是否存在下列问题:
- 含义重复(不同键值对应相同含义,但多次翻译)。
- 决定是否将这些重复的键值合并,或因特殊需求保留分开。
第二步:确保每条文本具备完整的上下文
明确的上下文是翻译得以精准的关键,无论是中英翻译,还是多语言本地化。
为关键字段设置描述
针对不够明确、较短或与用户界面(UI)相关的字段,为其增加说明信息。比如:
| 键值 | 文本 | 描述 |
|---|---|---|
| nav.home | 主页 | 导航条顶端的按钮,非建筑物 |
| modal.save | 保存 | 保存当前表单状态并关闭弹窗 |
| status.active | 活跃 | 用于说明一种正在计费的订阅计划 |
提供截图或UI参考
如果可以,请为文本提供截图或原型设计工具(如Figma链接)的参考,帮助翻译人员更直观理解语境。
定义字符限制
为避免超出UI设计框架或显示错误,在翻译前就规定字符数限制。例如:
nav.home → 最多12个字符push.notification.title → 最多65个字符button.checkout → 最多20个字符
第三步:明确翻译语言风格
在不同语言文化中,同一句话可能因语气、形式等差异需要不同处理。如:
- 针对目标语言确认语气(如德语中“du”较为亲切,“Sie”更为正式)。
- 明确地区语言的差异(如西班牙语中的 es-MX 与 es-ES 有显著不同)。
新媒网跨境了解到,将翻译目标群体放到本地文化语境中来考量,能够大幅提升用户对内容的认同感。
第四步:检查术语表和翻译一致性
准备或更新术语表
术语表是确保翻译术语一致性的重要工具。例如:
| 英文 | 中文 | 备注 |
|---|---|---|
| Workspace | 工作区 | 务必避免翻译为“办公室” |
| Namespace | 命名空间 | 保留英文,不翻译 |
| Translation Key | 翻译键 | 翻译始终与开发文档保持一致 |
如功能名称有所变更,需要及时更新术语表并通知相关翻译人员。
第五步:确认文件格式与交付方式
文件格式确认
确保翻译文件格式与团队使用的i18n工具或库保持一致。例如:
- JSON文件是嵌套格式还是扁平格式。
- XLSX文件版本是否统一(如1.2与2.0)。
- 编码格式:必须是UTF-8且无BOM。
- 复数格式:ICU或i18next多复数规则哪个更适配。
第六步:比对差异,避免重复翻译
重点检查以下内容:
- 新增键值: 自上一次翻译周期以来新加的内容。
- 修改内容: 源语言(如中文文本)的修改。
- 漏翻部分: 目标语言中当前缺失的翻译。
第七步:设立翻译审核和验收机制
针对不同内容类型,明确翻译审核的深度。例如:
| 内容类型 | 翻译方法 | 是否需要审核? |
|---|---|---|
| 核心UI文本 | AI翻译 | 轻量QA检查 |
| 错误提示信息 | AI翻译 | 基础检查,校验语法 |
| 法律合规条款 | 人工翻译 | 需详细法律审查 |
| 营销文案 | 人工+AI混合翻译 | 品牌专家审核 |
| 新手引导流程 | 结合人工和AI翻译 | 用户体验主管验收 |
第八步:处理复数、变量等特殊格式
复数处理
建议使用全球适配性更强的ICU格式,避免产生翻译错误。例如:
错误示例:
{ "files_selected": "{{count}} 个文件被选中" }
正确示例:
{ "files_selected": "{count, plural, one {选中1个文件} other {选中#个文件}}" }
变量占位符
确保变量在翻译文件中保留正确的格式,并避免被翻译。
我们相信,这套翻译前置清单能帮助提升翻译的规范性和效率,减少因错误处理而产生的反复修订成本,实现更具效率的本地化流程。
新媒网(公号: 新媒网跨境发布),是一个专业的跨境电商、游戏、支付、贸易和广告社区平台,为百万跨境人传递最新的海外淘金精准资讯情报。
本文来源:新媒网 https://nmedialink.com/posts/localization-checklist-10-min-efficiency.html


粤公网安备 44011302004783号 











