10 个常见翻译错误（以及如何避免）
目录
一次误译的广告语让 HSBC 损失了 1000 万美元。一个日期格式 bug 毁掉了价值 5 万美元的工厂设备。Facebook 的一次自动翻译甚至导致一名男子被捕。翻译错误不只是尴尬而已，它真的会把事情搞砸。下面是 10 个需要特别警惕的具体问题，以及几秒钟就能采取的修正办法。
1. 逐词直译习语
习语几乎无法在直译后存活。词语在语境中的意思是一回事，单独拆开看又是另一回事，但这依然是所有语言对里最常见的翻译错误。
❌ “It’s raining cats and dogs” → 「下猫下狗」（字面直译）
✅ 「倾盆大雨」/ “Il pleut des cordes”（法语：“像下绳子一样”）/ “Es regnet in Strömen”（德语：“像水流一样下雨”）
❌ “Break a leg” → 「رجل اكسر」（阿拉伯语字面上是“把腿弄断”）
✅ 「بالتوفيق」（阿拉伯语：“祝你好运”）/ «Ни пуха ни пера!»（俄语：与 “break a leg” 功能相当）
❌ Coors 啤酒的 “Turn it loose” → 在西语里被理解成“腹泻”
✅ 经过目标市场母语者测试的本地化广告语
❌ “To have other cats to whip”（法语：«avoir d’autres chats à fouetter»）→ 直译成英语后完全不通
✅ “To have other fish to fry” —— 英语中的对应习语
如何避免： 遇到习语时先问一句：“目标语言里是否有这个完全相同、含义也相同的表达？”答案通常是否定的。那就不要翻译字面，而要找本地的等值表达。
2. 忽视正式程度与语域
英语里对谁都可以用 “you”，但多数语言不是。称呼用错，轻则别扭，重则冒犯，尤其是在商务、法律和面向客户的场景中。
❌ 日语客服场景里用 あなた (anata)。虽然字面是“你”，但在服务语境里会显得疏远、失礼。
✅ お客様 (okyakusama, “尊贵的顾客”)，或“顾客姓名 + 様 (-sama)”
❌ 法语商务邮件里用 “Tu” 而不是 “Vous”。对不熟的人用非正式称呼，会显得冒失。
✅ 对尚未建立非正式关系的人一律用 “Vous”。默认正式。
❌ 意大利语中对客户用 “Tu” 而不是 “Lei”。意大利语用阴性第三人称 “Lei” 表示正式称呼。
✅ 在商务和正式语境中使用 “Lei” + 第三人称动词形式
❌ 韩语商务邮件里用 반말 (banmal, 非敬语) 而不是 존댓말 (jondaenmal, 敬语)。
✅ 除非关系明显随意，否则默认使用最高礼貌等级（합니다 / 합니까 体）
如何避免： 对任何目标语言，至少先弄清两件事：正式/非正式称呼的分界，以及目标受众期望什么语域。拿不准时，宁可偏正式，也别无意中显得无礼。日语、韩语、泰语的敬语系统尤其复杂，单靠机器翻译往往不够。
3. 日期与数字格式混淆
只有美国和少数地区使用 MM/DD/YYYY。世界上大多数地方用的是 DD/MM/YYYY 或 YYYY-MM-DD。这里出错，不只是看起来不专业，是真的会把数据搞坏。
❌ 面向欧洲读者的合同里写 03/06/2026。作者本意是 3 月 6 日（DD/MM），读者却看成 6 月 3 日（MM/DD）。
✅ “6 March 2026” 或 “March 6, 2026” —— 跨地区都不会歧义
❌ 德语文件里写 1,500.75。德语的千位和小数分隔正好相反：1.500,75。巴西葡萄牙语也是 1.500,75。瑞士法语和意大利语常写成 1’500.75。
✅ 1.500,75（德语/葡语）、1 500,75（法语），或使用 locale-aware formatting
❌ 假设所有人都使用公历。沙特阿拉伯官方文件会使用 Hijri 历；泰国使用佛历（年份 +543）；日本会使用年号（Reiwa 8 = 2026）。
✅ 先确认目标受众使用的是哪套历法系统
如何避免： 内部存储统一用 ISO 8601（YYYY-MM-DD）。展示时再按读者习惯输出。对任何翻译文档，最好明确写一句：“本文档日期采用 DD/MM/YYYY 格式。”多花 5 秒钟，能省掉几天的混乱。
4. False Friends：看起来像，其实不是
False friend 指的是两个语言里拼写相同或极其相似、但含义完全不同的词。它们尤其危险，因为会制造“看起来没问题”的错觉：译者看到熟悉的词，就不会停下来核对。
| English Word | False Friend | Language | Actual Meaning |
|---|---|---|---|
| embarrassed | embarazada | Spanish | pregnant |
| actually | attualmente | Italian | currently |
| gift | Gift | German | poison |
| sensible | sensibile | Italian | sensitive |
| eventually | eventualmente | Portuguese | possibly / maybe |
| library | librairie | French | bookstore |
| demand | talep etmek | Turkish | to request (not “to demand”) |
| pain | pain | French | bread |
| magazine | магазин (magazin) | Russian | store / shop |
| brave | braaf | Dutch | well-behaved |
| location | location | French | rental |
| pretender | pretender | Portuguese | to intend |
Parker Pens 就在这上面翻过车：他们的英文广告语是 “won’t leak in your pocket and embarrass you.” 西语译文把 embarazar 当成了 “embarrass”，结果变成了“不会漏在你口袋里让你怀孕”。False friends 只是语言如何“坑人”的一种方式而已；我们的语言冷知识合集里还有更多会绊倒译者的例子。
如何避免： 为你处理的每个语言对维护一份 false friends 术语表，并加上 “Do Not Translate” 提醒。只要在目标语言里看到“长得很像”的词，就先停一下查证；危险恰恰来自这种相似。
5. 盲目信任机器翻译
机器翻译已经进步很多，但它仍然会犯人类通常不会犯的“类别错误”。2025 年 7 月，Meta 的自动翻译错误地宣称一位仍然在世的印度邦首席部长“去世了”，原因只是他发了一条悼念他人的帖子。他的办公室称这个工具“很危险”，并要求暂停其 Kannada 版本。
其他真实案例：
❌ Arabic → Hebrew（Facebook，2017）： 一位巴勒斯坦男子发的 “Good morning” 被自动翻译成了“攻击他们”。以色列警方在发现错误前就先把他抓了。
✅ 人类译者知道 صباح الخير 只表示“早上好”，没有别的意思。
❌ Hindi → English（Uber，2025）： “Mother Dairy ke samne hun”（我在 Mother Dairy 前面，这是一家知名印度品牌）被翻成 “I am facing the threat of murder.”
✅ 译者需要认出 “Mother Dairy” 是品牌名，而不是两个可翻译的普通词。
❌ English → French（Montreal Transit，2025）： 公交线路图上的 “Bishop Street” 被 AI 翻成了 “Beeshop”。
✅ 专有名词不翻译。人类不会这样处理。
如何避免： 机器翻译是草稿，不是成品。凡是面向客户、涉及法律、医疗或安全的内容，都应由人工复核。不同工具也有不同盲区；我们的 OpenL vs Google Translate 对比 里就展示了特定工具容易在哪些地方失手。规则很简单：如果出错只会让人尴尬，你可以冒点险；如果会带来法律责任或人身风险，就不行。
6. 文本膨胀与版式崩坏
不同语言占用的空间不同。英语翻成德语后，文本通常会膨胀约 25–40%；意大利语和葡萄牙语约 15–30%；法语和西语约 15–25%。即使是字形紧凑的语言也会有意外，比如俄语词平均比英语更长，荷兰语复合词的长度也不输德语。尤其是短 UI 文本，膨胀会更夸张：英语里不到 10 个字符的按钮，到了德语可能直接翻三倍。
❌ 一个 80px 宽的 “Submit” 按钮。德语 “Absenden” 溢出，意大利语 “Invia” 勉强能放下，但俄语 “Отправить” 又不行，土耳其语 “Gönder” 也会挤坏布局。
✅ 按钮预留至少 30%+ 的扩展空间，或使用可随内容增长的弹性布局
❌ 一个文本框很紧的 PDF：荷兰语 “Sollicitatieformulier”（17 个字符）替换英文 “Job Application”（15 个字符），而德语 “Bewerbungsformular”（19 个字符）直接挤出页面。
✅ 在所有目标语言下都做版式检查；源设计里预留足够留白
如何避免： 做 UI 设计时，把德语当成压力测试语言：德语装得下，其他欧洲语言通常也问题不大。做文档时，翻译后一定再跑一遍版式检查。PDF 尤其容易坏版；我们的如何在不丢格式的情况下翻译 PDF详细讲了该用什么工具和流程。W3C 建议，英语翻成欧洲语言时至少按 30–40% 的扩展空间来预算。
7. 术语不一致
同一个术语在一份文档里被翻成三种说法，会迅速削弱信任并制造混乱，尤其是在法律、技术和医疗内容里。
❌ 一份英文法律合同中：第 1 页写 “Service Agreement”，第 5 页写 “Services Contract”，第 8 页又写 “Terms of Engagement”。它们说的其实是同一份文件。读者自然会怀疑：这是三样不同的东西吗？
✅ 每个概念只选一个术语，并在全文及其所有译文中始终保持一致
❌ 日语医学翻译（NIH，2025）：「患者」在一段里译成 “patient”，下一段又译成 “case”，让人无法判断是不是同一个人
✅ 为领域术语建立 glossary，并在整个项目里强制执行
如何避免： 翻译项目开始前，先列一份 10–20 个最重要术语的小型术语表，配好批准译法，并共享给所有参与者。Translation memory 工具（大多数专业翻译平台，包括 OpenL，都内置）能自动做到这一点：它会记住某个术语怎么翻，并在整份文档里持续复用。
8. 不该翻的名字被翻掉了
人名、品牌名、地名、产品名这些 proper names，几乎都不应该翻译。但机器翻译并不懂这一点，人类译者有时也会过度修正。
❌ Spanish → English（墨西哥旅游网站）： “Tulum” 被翻成 “Jumpsuit”，“Acolman” 被翻成 “I Blame”，“Progreso” 被翻成 “Progress”。
✅ 地名不翻译，保持原样。
❌ English → Chinese： “Palo Alto” → 「高木头」。它是城市，不是木材场。
✅ “Palo Alto（加州一城市）” —— 名称保留，必要时加括注
❌ Russian → English： “Василий” → “Cornflower”（因为 василёк 的意思是矢车菊）。但这里是人名，应该是 Vasily。
✅ “Vasily” —— 音译，不是意译
如何避免： 把这条写进翻译检查清单：“Proper names、brand names、product names、place names 不翻译。”只要机器翻译碰了名字，立刻标红。这是机器持续失手、而人类通常不会失手的典型领域。
9. 文化盲点
翻译发生在文化之间，而不只是语言之间。一个在字面上完全正确的译文，如果无视受众文化，也一样会失败。
❌ 面向中国或印度受众的婚礼主题里大量使用白色。在许多东亚文化里，白色与葬礼相关；红色才与婚礼相关。西非一些地区则把红色与哀悼联系起来。
✅ 在最终确定“视觉 + 文案”组合前，先研究目标文化中的颜色象征
❌ 一家游戏公司为中东玩家做 Ramadan 活动，却让角色拿着食物和啤酒。Ramadan 是斋月。
✅ 只要涉及文化或宗教节日，就去找该文化背景的人把关
❌ 给中东和西非受众发消息时使用 thumbs-up emoji。在这些地区，这个手势大致等于竖中指。
✅ 跨文化场景下，文字往往比 emoji 更安全；真要用，也先确认该文化里的含义
如何避免： 任何进入新市场的活动或文档，都先问一个问题：“审核链路里有没有当地人？”如果没有，就补一个。请母语者花 15 分钟看一遍的成本，和下架重做一次失败 campaign 相比，几乎可以忽略不计。
10. 字符编码：当 “Krüger” 变成 “Kr?ger”
这是这份清单里最不性感、却最常见的错误之一。带重音的拉丁字母（é、ü、ñ、ç、ø）、CJK 字符、Cyrillic 文本，如果用错编码保存或传输，就会变成乱码。技术上这叫 mojibake。
❌ 德语：“Krüger” → “Kr?ger”（或者 “Kr�ger”，出现替代字符）
✅ “Krüger” —— 始终用 UTF-8 保存和传输
❌ 日语：「翻訳」(“translation”) → 邮件标题里显示成 ”�|��”
✅ 「翻訳」—— 检查邮件客户端和 CMS 平台的编码设置
❌ 俄语：“Россия” → “Ðîññèÿ”（Windows-1251 被按 ISO-8859-1 读取）
✅ 一律使用 UTF-8。它能处理所有文字系统：Latin、Cyrillic、CJK、Arabic、Thai —— 全都行。
如何避免： 始终使用 UTF-8。它是现代标准，覆盖今天实际使用的所有文字系统。发送或上传翻译文本前，快速肉眼检查一次：特殊字符显示正常吗？从 Excel 导出时，在“另存为”里明确选 “CSV UTF-8”。如果拿不准，就用纯文本编辑器打开看看；如果那里已经坏了，别处也一样会坏。
快速参考：发送前 10 秒检查清单
在你发送、发布或打印译文前，快速过这四个问题：
- Idioms： 有没有哪句话被逐词直译了？→ 改成本地等值表达。
- Formality： 语域是否符合受众和场景？→ 拿不准就默认正式。
- Dates： 日期格式是不是读者预期的？→ 明确标注格式。
- Names： 有没有 proper name 被“翻译”掉？→ 恢复原文。
10 秒，4 个问题。它抓不住一切，但足以拦下那些会上新闻的错误。
FAQ
ChatGPT / Claude 会自动修正这些错误吗？
并不可靠。LLM 在处理习语和语域时确实比老一代机器翻译更强，但它们仍会犯 false friend 错误，仍会误译名字，也仍然缺乏文化判断。它们不知道 “Mother Dairy” 是品牌名，只会把它当成两个普通词。对待 LLM 输出的方式，应该和任何机器翻译一样：它是高质量草稿，但仍需要人工复核。
免费工具与付费专业译者，在避免这些错误上最大的差别是什么？
免费工具给你的是原始译文。专业译者，以及像 OpenL 这样的专业级平台，还会提供：术语管理，避免前后不一致；格式保留，避免版式崩坏；上下文理解，帮助识别习语与 false friends。差距最大的是第 1–5 类错误（习语、语域、false friends、文化细节、机器误信）。在第 10 类（编码）上差距反而较小，因为只要工具够规范，双方都能很好处理 UTF-8。
哪一种错误最烧钱？
第 5 类错误（盲目信任机器输出）通常最贵。HSBC 的 1000 万美元品牌重塑、5 万美元工厂设备损毁、Meta 的“政治人物被宣告死亡”事件，背后都指向同一个根因：机器翻译未经人工复核就直接发布。修复方法其实非常便宜：上线前让真人读一遍，花的是几分钟，省下的可能是几百万。
Sources
- PMC/NIH: Errors in Japanese–English AI-assisted translation (2025) — taxonomy of AI translation failure types in medical texts
- STAR Translation: When Translation Goes Wrong — real-world mistranslation case studies including medical, branding, and signage
- POEditor: 6 Famous Mistranslations in Localization — HSBC, Pepsi, KFC, and other brand case studies
- Meta apologizes after auto-translation mistakenly announces Indian state chief minister’s death (CNN, July 2025) — Meta auto-translation falsely declaring a living politician dead
- Uber auto-translation: “Mother Dairy” becomes “threat of murder” (Livemint, 2025) — Hindi-to-English auto-translation blunder
- Montreal Transit: AI labels Bishop Street bus stop as “Beeshop” (CTV News, 2025) — AI signage translation failure
- Goethe-Institut: Oh Heavenly Berry — false friend stories from German learners — collection of false friend errors including “Himbeere” (raspberry) → “Himmelbeere” (heaven berry)
- W3C: Text Size in Translation — authoritative reference on text expansion rates across languages
- SandVox: Text Expansion in Localization — expansion rates by language with short-string amplification data
- Lingoda: False Friends in Languages — comprehensive false friend tables across major language pairs
- Ulatus: Lessons from Marketing Localization Failures — brand localization case studies and cultural blind spots
- Forbes: Why Global Brands Fail When They Communicate Locally (Feb 2026) — strategic perspective on localization failures
