多国语言包：电商出海本地化最易踩的4个成本坑

有个做出海工具的小团队，多国语言包上线 3 天就被客户截图投诉：德语按钮文字比英文长了一倍，界面上直接顶出去。

这件事看着小，返工却花了他们两周。这篇把从抽取到上线的完整动作拆开讲，重点是几个容易出血的成本点。

多国语言包怎么用，先分清抽取和翻译两步

很多团队把这两步混着做，结果是文案改了翻译要重来。正确的顺序是先把界面上所有可见文字抽出来，变成一个独立文件，再送去翻译。抽取这一步要彻底，包括按钮、提示语、报错信息、邮件模板，漏一处就要补一轮。

抽完先做一次去重。我见过的一个项目，抽出来 2400 条文案，去重之后只剩 1500 条，因为大量提示语是重复的。去重做在翻译之前，能省掉将近 4 成翻译成本。

第二步是翻译，不建议直接机器翻完就上线。可行的做法是先机器翻一遍当底稿，再让母语者按模块过一遍，优先处理下单、支付、退换货这三条路径上的文案。

这里补一句，同一主题我在另一篇里拆得更细，uml教程那篇可以一并看。

文案长度是最容易翻车的地方

同一句话，不同语言的字符数差别很大。以英文为基准，德语通常长 30% 到 40%，法语长 15% 到 20%，俄语长 10% 左右，而中文、日文反而更短。界面上按英文留的位置，放到德语就不够用。

处理办法有两个：一是设计阶段就按最长语言的 1.4 倍留位置，二是给关键按钮准备短版文案。我一般两个都做，短版用于窄屏，长版用于宽屏。

按英文排版设计界面，德语版本一定会撑破。

还有一个细节是换行。德语喜欢把长单词拼在一起，一个 20 多个字母的复合词在小屏上会直接溢出容器，需要提前设置断词规则。

数字、日期和货币也不能直接套

同一串数字在不同地区的含义可能相反。小数点和千分位就是典型：英文里 1,234.56 是一位数，德语里 1.234,56 才是一位数，如果直接搬过去，金额会差一千倍。日期格式同样，月在前还是日在前，必须按目标市场定。

货币符号的位置也要确认。有的是符号在前，有的是符号在后，还有的要求写全称。价格这类高敏感信息，建议单独列一张格式对照表，由产品经理逐条确认，别交给翻译自行判断。

时区也是常被漏掉的一项。界面上的时间如果只显示时分，用户无法判断是本地时间还是服务器时间。稳妥的做法是统一标注时区，或者在设置里显式转换。

图片里的文字怎么处理

活动图、引导图、支付方式图标里往往嵌着文字，这部分不在文案文件里，最容易被忘掉。上线前要专门过一遍图，把所有含文字的素材列出来。

处理方式有两种：能改成文本层的就改，改不了的就按语言出多套图。第二种成本高，所以要在一开始就限制"图内文字"的数量，我一般建议控制在 5 张以内。

还有一种情况是字体。某些语言需要特殊字符，选用的字库如果不支持，界面上会出现方块。上线前用目标语言的长句做一次遍历，就能提前发现。

术语表怎么做，为什么必须定下来

术语表是本地化的地基。同一件商品，在不同页面叫不同名字，用户会以为是两个东西。术语表至少要覆盖三类：产品与功能名、业务动作、状态名称。

我建议控制在 200 条以内，多了没人看。每条包含四项：中文、目标语言、是否允许翻译、出现范围。第四项最容易漏，品牌名这类词通常要求保留原文，不写清楚翻译会自己发挥。

术语表定好之后要冻结版本。改一次术语表，所有相关文案都要重新检查，所以我一般把修改集中在版本发布节点上，避免边翻边改。

术语表没冻结就开工，等于每次发布都要重查一遍全部文案。

字符编码也要统一。可以参照 GB/T 11457—2006 对软件工程术语的规范思路，先把术语定义固定，再谈翻译口径，否则后面每加一种语言都要重新对齐一次。

多国语言包怎么做才不乱，版本同步是最后一关

真正的难点在持续维护。产品每周迭代，新文案不停加进来，如果没有流程，半年后就会出现某些语言落了几十个版本的情况。

可行的做法是三条：文案改动走同一个分支，翻译文件跟着代码一起提交；每个版本上线前跑一次对比，列出新增和修改的条目；给未翻译的文案设一个兜底语言，缺了就显示英文，别显示空白。

还要留一份对照表。哪一条文案在哪个版本改过、由谁确认，都记下来。这份表在出问题时能省掉大量排查时间，我经手的项目里，有这份表的平均定位时间不到半小时。

上线前建议过一张检查表，一共 6 项：文案是否全部抽取、去重是否完成、术语表是否冻结、最长语言是否排版验证、非文本素材是否处理、缺文案是否有兜底语言。这 6 项每项都花不了 20 分钟，但能挡住绝大多数线上问题。

另外一个经验是把语言包和发布流程绑在一起。每次发版时自动对比一次新旧文件，把新增和删除的条目打印出来，交给产品确认。这一步自动化之后，出问题的概率能下降一大截。

没有兜底语言的语言包，缺一条文案就会让用户看到空白页。

多国语言包这件事，做的不是翻译，是流程。流程顺了，加一种语言只是多一次提交；流程不顺，每加一种语言都是一次重构。

建议你先做一件事：把当前界面上所有可见文案导出一遍，数一数有多少条没有进翻译文件。这个数字通常会让人意外。

用户看到的文案属于面向公众的信息，也有要求可依。依照《中华人民共和国广告法》的规定，广告内容应当真实、准确，你可以把各语言版本的关键表述做一次交叉核对，避免翻译过程中改变原意。

顺带说一句，同一主题我在另一篇里拆得更细，品牌出海那篇可以一并看。

相关内容推荐

应用优化：以"优化投入产出极低"的复盘切入，给可量化口径，不堆技术名词

AB测试：从假设到决策的完整实验流程

相关问答FAQs

Q：多国语言包是什么东西

A：把界面上所有可见文字抽出来，按语言分别维护的一组文案文件。它和机器翻译的区别是：语言包是工程产物，有版本、有编号、可追溯，而不是临时翻一段算一段。

Q：一套语言包要多少钱

A：按 1500 条文案算，机器翻译加母语者校对的组合，每种语言大约 3000 元到 8000 元。加上工程改造和后续维护，第一年整体投入常在 3 万到 10 万元之间。

Q：小团队先做几种语言合适

A：先做 1 到 2 种，把流程跑通再扩。常见的选择是英语加目标市场的主要语言，一次铺 5 种以上，多半会因为维护跟不上而返工。

Q：文案改了以后旧翻译怎么办

A：建立版本对应关系。改动必须在同一个提交里标注，翻译侧的旧条目标记为待更新，下个版本前处理完，别让它一直悬着。

参考文献

[1] 埃里克·莱斯.精益创业[M].吴彤,译.北京:中信出版社,2012.

[2] 国家标准化管理委员会.信息技术 软件工程术语:GB/T 11457—2006[S].北京:中国标准出版社,2006.

[3] 全国人民代表大会常务委员会.中华人民共和国数据安全法[Z].2021.