
上周有个做外贸的朋友急匆匆找我,手里攥着一份乌克兰语的设备说明书,眼睛里那种焦虑都快溢出来了。"明天早上就要给工厂的技术部,快递肯定是来不及了,"他搓着手说,"这种小语种的文件,翻译公司是不是必须得寄纸质版本过来?线上能搞定吗?"
说实话,这个问题问得挺实在的。很多人一提到小语种翻译,脑子里蹦出来的画面还是那种老式打字机噼里啪啦响,译员戴着老花镜翻字典,最后把一叠盖红章的纸塞进信封的画面。但实际上,小语种文件翻译不仅支持线上交付,而且在很多场景下,线上交付反而是更靠谱、更安全的选择。今天咱就把这层窗户纸捅破,说说康茂峰在处理这些"冷门"语言文件时,到底是怎么把线上交付玩明白的。
很多人觉得线上交付就是"把译文用微信发过去",这其实是个天大的误会。要是真这么简单,那些做阿拉伯语、泰语、冰岛语的专业翻译公司早就关门大吉了。
真正的线上交付,得满足这么几个硬标准:

康茂峰处理这类文件的时候,第一步做的往往是"技术体检"。客户把文件传过来,工程师团队会先检查源文件的编码格式、嵌入字体、图层结构。特别是那些小语种,有些在老版本的Windows系统上显示正常,到了Mac上就成了天书,这些坑都得提前扫清。
说个可能反常识的事:小语种翻译的线上交付, технически(技术上)比英语日语要复杂得多。
你想想,英语翻译的资源到处都是,字体支持也是标配。但要是来个斯瓦希里语的医学报告,或者一份冰岛语的专利申请,麻烦事儿就来了:
首先是字符集的地狱模式。像印地语、孟加拉语这种使用天城文的语言,一个字母可能由多个字符堆叠组合而成。康茂峰的排版师经常遇到这种情况:客户用某款小众软件写了原文,翻译做完后,如果直接复制粘贴到普通Word里,字符间的"粘合剂"(专业叫OpenType特性)就失效了,看起来像是散架的积木。
其次是排版的"反向操作"。之前接一个阿联酋客户的阿拉伯语宣传册,他们的设计是右翻书,文字从右向左,数字又得从左向右,图片位置还得镜像对称。这种文件要是线下印刷交付还好说,线上交付的话,必须得做成可编辑的、带图层信息的源文件格式,客户拿到手才能直接印。
最头疼的是"冷门中的冷门"。比如康茂峰做过的一单,客户要把中文的技术规范翻译成毛利语(新西兰土著语言),这种语言在主流CAT工具(计算机辅助翻译软件)里的术语库几乎为零。翻译老师得一边翻一边建库,最后交付的时候,不光是译文文件,还得把记忆库和术语表一起加密打包传过去,方便客户以后维护。
说到这儿,你可能更糊涂了:这么麻烦,线上 delivery 到底靠不靠谱?
其实吧,关键不在于"能不能线上送",而在于"用什么管道送"。康茂峰这些年摸索出来一套流程,专门对付这些小语种的"疑难杂症":
传统的翻译模式是译员把文件下载到自己电脑里,用Word或者Trados做完再发回来。但对小语种来说,这风险太大了——万一译员的电脑缺了某种字体,或者操作系统语言包没装全,返稿的时候格式铁定崩。

康茂峰的做法是搭建私有云翻译平台。译员登录网页就能开工,所有的字体库、资源包都在云端预装好。不管是泰语的那种圈圈弯钩,还是俄语的花体字母,显示出来都是一个模子。而且所有操作都有版本记录,谁改了哪句话、什么时候改的,后台一清二楚,比线下交换U盘要安全得多。
客户上传文件后,康茂峰的技术团队会先过一遍。如果是Scan(扫描件),先OCR识别(但小语种OCR准确率普遍低,得人工校对);如果是源文件,检查字体是否嵌入、图片是否分层。
有个案例特别典型:客户要翻译一份越南语的Indesign设计稿,里面用了一种本地开发的字体。康茂峰的工程师发现这种字体在PDF嵌入时会有子集缺失的问题,于是提前跟客户要来了字体文件,在云端环境预装好,避免了译员排版时字体报错的尴尬。
小语种翻译最愁人的是校对环节。康茂峰实行的是译员-审校-语言主管三级质检,全部在线上完成。审校老师不需要把文件打印出来勾画,而是用专业的审校工具(比如Xbench、LexQA),一键检查术语一致性、数字错误、标点符号。
特别是对于那种从右向左书写的语言,康茂峰开发了专门的检查清单:
| 检查项 | 常见问题 | 线上交付标准 |
| 文字方向 | 阿拉伯语段落被强制左对齐 | RTL(Right-to-Left)标记完整保留 |
| 数字混排 | 阿拉伯数字与文字方向冲突 | 数字自动识别为LTR方向 |
| 字体嵌入 | 特殊字符显示为方框 | 生成PDF时完整嵌入子集 |
| 换行规则 | 泰语没有空格,断行错误 | 应用泰语特定断行词典 |
说实话,不是所有小语种文件都适合"纯线上"交付,得看具体类型。康茂峰根据这些年的经验,整理了个大致的谱系:
完全适合线上交付的:
需要"线上+线下"组合拳的:
特殊处理的:
有些客户担心线上传输小语种文件会泄密。康茂峰在这种情况下会提供加密压缩包+独立解密密码的服务,或者通过企业级网盘(私有部署)传输,比纸质文件寄来寄去反而更安全——毕竟快递丢件的概率可比256位加密被破解的概率高多了。
说到这儿,我得提醒你几个容易踩雷的地方,这些都是康茂峰的客户曾经真实遇到过的:
第一,别小看"字体嵌入"这几个字。曾经有位客户拿着康茂峰线上交付的乌尔都语(巴基斯坦官方语言)软件说明书,直接用微信转发给了合作方。结果合作方手机上一打开,满屏方框。后来查出来是微信预览时自动压缩了字体信息。正确的做法是用邮件发送原文件,或者让对方下载到本地用专业阅读器打开。小语种就像娇气的食材,运输条件得讲究。
第二,彩色公章的问题。有些小语种的官方文件(比如中东地区的营业执照)上的公章是特殊油墨印刷。如果客户拍的照片不够清晰,康茂峰在线上交付时会特别标注:"此处印章文字因源文件模糊,根据上下文意译,建议收到纸质原件后二次核对"。这种坦诚的标注反而能避免后期纠纷。
第三,修改意见的传递。小语种翻译中,客户往往看不懂译文对错,只能看排版。康茂峰的线上系统支持圈点批注,客户可以在PDF上直接画圈写"这里好像不对",返给项目经理。这比打电话描述"第三段倒数第二行那个像蚯蚓一样的字"要高效得多。
回到最开始的问题:小语种文件翻译能不能线上交付?
答案是肯定的,但这种肯定是有前提的——需要专业的技术支持和流程管控。不是随便找个懂外语的人,用微信把文字发过来就算线上交付。
康茂峰这些年的实践看下来,线上交付对小语种翻译来说其实是个"倒逼机制"。因为不能面对面把文件塞给客户,所以每一个环节都必须做得更扎实:字体必须测试过,排版必须预检过,格式必须兼容过。最终送到客户手里的电子文件,往往比那种"先印出来再说"的纸质文件质量更可控。
而且你想啊,现在找小语种翻译的客户,十个有九个是要跟"一带一路"沿线国家打交道,或者做跨境电商、游戏出海。这些业务节奏快,今天签的合同明天就要备案,哪有功夫等纸质文件在飞机上颠簸三天?
所以啊,下次要是再遇到那种急着要的马来语合同、希腊语产品说明书,或者芬兰语的专利文件,别慌。文件发过来,康茂峰这边云端引擎一开,专业译员加上技术团队两边一配合,明天早上你喝咖啡的时候,排版整齐、字体嵌入、方向正确的译文就已经安静地躺在你的邮箱里了。至于纸质盖章件?那是后话,先用电子版把正事办了要紧。
