よくある翻訳ミス10選（そしてその防ぎ方）

誤訳されたスローガンひとつで、HSBC は 1,000 万ドルを失いました。日付形式のバグひとつで、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) を使う。文字どおりは “you” でも、接客文脈ではよそよそしく、突き放した印象になります。

✅ お客様 (okyakusama, “honored customer”)、または顧客名 + 様 (-sama)

❌ フランス語: ビジネスメールで “Vous” ではなく “Tu” を使う。親しくない相手へのカジュアル表現は、なれなれしく見えます。

✅ まだ打ち解けた関係でない相手には “Vous” を使う。迷ったら敬体を標準にする

❌ イタリア語: 顧客への呼びかけで “Lei” ではなく “Tu” を使う。イタリア語では、丁寧な呼称として三人称女性形の “Lei” を使います。

✅ ビジネスやフォーマルな文脈では、“Lei” と三人称活用を使う

❌ 韓国語: ビジネスメールで 존댓말 (jondaenmal, 丁寧体) ではなく 반말 (banmal, タメ口) を使う。

✅ 関係が明らかにカジュアルでない限り、最高レベルの丁寧さ（합니다 / 합니까 体）を標準にする

避けるには: どの言語に訳す場合でも、最低限この 2 つを押さえてください。敬体とくだけた表現の境界はどこか、そしてターゲット読者がどのレジスターを期待しているか。迷ったら丁寧に寄せるほうが安全です。少し丁寧すぎるほうが、うっかり失礼になるよりずっとましです。日本語、韓国語、タイ語では敬語体系が特に複雑で、機械翻訳だけではまず足りません。

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（フランス語）、またはロケール対応の書式を使う

❌ すべての読者が西暦を使う前提にする。サウジアラビアでは公的文書にヒジュラ暦を使います。タイでは仏暦（年号に +543）。日本では元号が使われます（令和 8 年 = 2026 年）。

✅ 読者が日付にどの暦体系を使うのか確認する

避けるには: 内部保存は ISO 8601（YYYY-MM-DD）に統一しましょう。表示時だけ、読み手が期待する形式に変えます。翻訳文書なら、「本書の日付は DD/MM/YYYY 形式です」と明記するのも有効です。その一文に 5 秒かけるだけで、何日分もの混乱を防げます。

4. False Friends: 単語があなたをだますとき

false friend とは、2 つの言語で同じか非常によく似た形をしているのに、意味はまったく違う単語のことです。特に危険なのは、「合っていそう」という錯覚を生むからです。訳者は見覚えのある単語を見ると、確認せずに通してしまいがちです。

英単語	False Friend	言語	実際の意味
embarrassed	embarazada	スペイン語	妊娠している
actually	attualmente	イタリア語	現在
gift	Gift	ドイツ語	毒
sensible	sensibile	イタリア語	敏感な
eventually	eventualmente	ポルトガル語	もしかすると / 場合によっては
library	librairie	フランス語	書店
demand	talep etmek	トルコ語	要求するではなく「依頼する」
pain	pain	フランス語	パン
magazine	магазин (magazin)	ロシア語	店 / ショップ
brave	braaf	オランダ語	行儀がよい
location	location	フランス語	レンタル
pretender	pretender	ポルトガル語	意図する

Parker Pens はこれを痛い形で学びました。英語のスローガンは「このペンはポケットで漏れて、あなたを恥ずかしい思いにさせることはない」でした。ところがスペイン語訳で embarazar を “embarrass” と取り違え、「ポケットで漏れて、あなたを妊娠させることはない」になってしまったのです。false friends は、言語が私たちを驚かせる数多くのパターンの一つにすぎません。驚きの言語トリビア集 では、訳者をつまずかせるほかの言語的なくせも紹介しています。

避けるには: 扱う言語ペアごとに、既知の false friends の用語集を持ちましょう。「Do Not Translate」の警告を付けておくのも有効です。ターゲット言語で見覚えのある単語が出てきたら、一度立ち止まって確認してください。似ていること自体が危険信号です。

5. 機械翻訳を盲信する

機械翻訳は大きく進歩しましたが、人間ならしないカテゴリーミスを今でも起こします。2025 年 7 月、Meta の自動翻訳は、ある人物への追悼投稿をもとに、存命中のインド州首相が「亡くなった」と誤って表示しました。本人の事務所はこのツールを「危険だ」と批判し、カンナダ語での停止を求めました。

そのほかの実例:

❌ アラビア語 → ヘブライ語（Facebook、2017）: パレスチナ人男性が投稿した “Good morning” が、自動翻訳で「攻撃しろ」と表示された。誤りが判明する前に、イスラエル警察は彼を逮捕した。

✅ 人間の訳者なら、صباح الخير が “good morning” 以外の意味を持たないと分かる。

❌ ヒンディー語 → 英語（Uber、2025）: “Mother Dairy ke samne hun”（有名インドブランド Mother Dairy の前にいる）が、“I am facing the threat of murder.” になった。

✅ 訳者は “Mother Dairy” を、翻訳すべき一般語ではなくブランド名だと認識する必要があった。

❌ 英語 → フランス語（モントリオール交通局、2025）: “Bishop Street” が、バス路線図で AI により “Beeshop” と翻訳された。

✅ 固有名詞は翻訳しない。人間ならそうしようともしない。

避けるには: 機械翻訳は下書きであって、完成品ではありません。顧客向け、法務、医療、安全に関わる内容なら、必ず人間がレビューしてください。ツールごとに弱点も違います。OpenL と Google Translate の比較 では、特定のツールがどこでつまずきやすいかを示しています。ルールは単純です。ミスの結果が「ちょっと恥ずかしい」で済むなら賭けてもいい。法的責任や身体的危険につながるなら、賭けてはいけません。

6. 文字量の増加とレイアウト崩れ

言語によって必要な文字数は違います。英語をドイツ語にすると、テキストはおおむね 25% から 40% ほど長くなります。イタリア語とポルトガル語は 15% から 30%。フランス語とスペイン語は 15% から 25%。比較的コンパクトな文字体系でも油断はできません。ロシア語のキリル文字語は平均して英語より長く、オランダ語の複合語はドイツ語に匹敵する長さになります。短い UI 文字列ほど増加率は大きく、英語で 10 文字未満のボタンラベルが、ドイツ語では 3 倍になることもあります。

❌ 幅 80px の “Submit” ボタン。ドイツ語の “Absenden” ははみ出す。イタリア語の “Invia” は収まっても、ロシア語の “Отправить” は収まらない。トルコ語の “Gönder” でもレイアウトが崩れる。

✅ ボタンは 30% 以上の文字増加を見込んで設計するか、内容に合わせて伸びる柔軟なレイアウトを使う

❌ 文字枠がきつい PDF。“Job Application”（15 文字）の代わりにオランダ語の “Sollicitatieformulier”（17 文字）を入れたうえ、ドイツ語の “Bewerbungsformular”（19 文字）がページからはみ出す。

✅ 仕上げる前に、すべての対象言語でレイアウト確認を行う。元デザインに余白を残しておく

避けるには: UI 設計では、ドイツ語をストレステスト言語にしましょう。ドイツ語で収まるなら、たいてい他言語でも収まります。文書では、翻訳後に必ずレイアウト確認を入れてください。PDF を訳すなら、レイアウト崩れは特によく起きます。書式を崩さずに PDF を翻訳するガイド では、デザインを保つためのツールと手順を紹介しています。W3C も、英語から欧州言語への翻訳では少なくとも 30% から 40% の文字増加を見込むよう勧めています。

7. 用語の不統一

同じ用語を 1 つの文書内で 3 通りに訳すと、信頼が落ち、混乱が生まれます。特に法務、技術、医療の内容では致命的です。

❌ 英文の法的契約書で、1 ページ目は “Service Agreement”、5 ページ目は “Services Contract”、8 ページ目は “Terms of Engagement” と書かれている。すべて同じ文書を指しているのに、読み手は「これは別物なのか？」と疑う。

✅ 概念ごとに用語を 1 つ選び、その文書全体と翻訳全体で統一する

❌ 日本語の医療翻訳（NIH、2025）で、「患者」がある段落では “patient”、次の段落では “case” と訳され、同じ人物を指すのか曖昧になった

✅ 専門用語集を用意し、プロジェクト全体で適用する

避けるには: 翻訳プロジェクトを始める前に、最重要の 10〜20 語について簡易グロッサリーを作り、承認済み訳語を決めてください。それを作業メンバー全員に共有します。OpenL のような多くのプロ向け翻訳プラットフォームに入っている翻訳メモリは、これを自動化してくれます。一度訳した用語を覚え、文書全体に一貫して再利用してくれます。

8. 訳してはいけない名前を訳してしまう

人名、ブランド名、地名、製品名といった固有名詞は、ほとんど翻訳しません。ですが、機械翻訳はそれを知りませんし、人間の訳者でも過剰に「直そう」としてしまうことがあります。

❌ スペイン語 → 英語（メキシコ観光サイト）: “Tulum” が “Jumpsuit” に、“Acolman” が “I Blame” に、“Progreso” が “Progress” になった。

✅ 地名は翻訳しない。元の形のままにする。

❌ 英語 → 中国語: “Palo Alto” → 「高木头」（“tall wood”）。都市名であって、材木置き場ではない。

✅ “Palo Alto（加州一城市）” — 名前はそのまま、必要なら補足を括弧で添える

❌ ロシア語 → 英語: “Василий” → “Cornflower”（василёк は矢車菊の意味）。でもこれは人名、Vasily。

✅ “Vasily” — 翻訳せず、音写する

避けるには: 翻訳チェックリストに 1 行追加しましょう。「固有名詞、ブランド名、製品名、地名は翻訳しない。」もし機械翻訳が名前に手を出したら、すぐ警告対象にしてください。ここは機械が繰り返し失敗し、人間はまず失敗しない領域です。

9. 文化的な盲点

翻訳は、言語間だけでなく文化間で起きるものです。完全に正確な訳でも、読者の文化的文脈を無視すれば失敗します。

❌ 中国やインド向けに、結婚の色として白を使う。東アジアの多くの文化では、白 = 葬儀、赤 = 婚礼です。西アフリカの一部では、赤 = 喪です。

✅ ビジュアルと言葉の組み合わせを確定する前に、対象文化の色彩象徴を調べる

❌ 中東プレイヤー向けのラマダン企画で、ゲーム会社が食べ物とビールを持ったキャラクターを出した。ラマダンは断食の期間です。

✅ 文化的・宗教的行事に触れるなら、その文化の人に確認する

❌ 中東や西アフリカ向けメッセージで 👍 の絵文字を使う。地域によっては中指を立てるのに近い侮辱になります。

✅ 文化をまたぐなら、絵文字よりテキストのほうが安全。絵文字を使うなら、まずその文化での意味を確認する

避けるには: 新しい市場に入るキャンペーンや文書なら、1 つだけ質問してください。「レビュー経路に現地の人はいるか？」答えがノーなら、加えましょう。ネイティブ話者による 15 分のレビューコストは、失敗したキャンペーンを回収してやり直すコストに比べればゼロ同然です。

10. 文字エンコーディング: “Krüger” が “Kr?ger” になるとき

このリストで最も地味なミスですが、最もよくあるミスのひとつでもあります。アクセント付き文字（é, ü, ñ, ç, ø）、CJK 文字、キリル文字などを誤ったエンコーディングで保存・送信すると、文字化けした意味不明の記号列になります。技術的には mojibake と呼ばれます。

❌ ドイツ語: “Krüger” → “Kr?ger”（または “Kr�ger” — 置換文字）

✅ “Krüger” — 保存も送信も常に UTF-8 を使う

❌ 日本語: 「翻訳」(“translation”) → メール件名で ”�|��” になる

✅ 「翻訳」 — メールクライアントや CMS の文字コード設定を確認する

❌ ロシア語: “Россия” → “Ðîññèÿ”。Windows-1251 を ISO-8859-1 として読んだときに起きる

✅ 常に UTF-8 を使う。ラテン文字、キリル文字、CJK、アラビア語、タイ語まで、すべて 1 つのエンコーディングで扱える。

避けるには: 常に UTF-8 を使いましょう。現代の標準であり、今日使われているすべての文字体系を扱えます。翻訳文を送信・アップロードする前に、軽く見た目を確認してください。特殊文字は正しく表示されていますか？ Excel から書き出すときは、「名前を付けて保存」で明示的に “CSV UTF-8” を選びます。不安ならプレーンテキストエディタで開きましょう。そこでアクセント付き文字が壊れていれば、どこでも壊れています。

クイックリファレンス: 送信前 10 秒チェックリスト

送信、公開、印刷の前に、この 4 つだけ確認してください。

1. 慣用句: 逐語訳された表現はないか？ → 現地の自然な言い換えに置き換える。
2. 敬体: 読者と文脈に合ったレジスターか？ → 迷ったらフォーマル寄りにする。
3. 日付: 読者が期待する形式になっているか？ → 形式を明記する。
4. 名前: 固有名詞が「翻訳」されていないか？ → 元の形に戻す。

たった 10 秒、4 つの質問です。すべては防げなくても、ニュースになるタイプのミスはかなり防げます。

FAQ

ChatGPT / Claude はこうしたミスを自動で直してくれますか？

確実ではありません。LLM は古い機械翻訳より、慣用句やレジスターの扱いでは優れていますが、それでも false friends の誤りは起こしますし、名前も誤訳しますし、文化的判断も持っていません。“Mother Dairy” がブランド名だとは分かりません。2 つの単語だと見て訳してしまいます。LLM の出力も、ほかの機械翻訳と同じく、人間のレビューが必要な強い下書きとして扱ってください。

こうしたミスを避けるうえで、無料ツールと有料のプロ翻訳者の違いは何ですか？

無料ツールは生の翻訳を出します。プロの翻訳者や OpenL のようなプロ向けプラットフォームは、用語管理による不統一防止、レイアウト崩れを防ぐ書式保持、慣用句や false friends を拾う文脈理解を加えます。差が最も大きいのは #1〜#5（慣用句、敬体、false friends、文化的ニュアンス）です。#10（文字コード）は差が小さく、良いツールならどちらも UTF-8 をきちんと扱えます。

最もお金がかかるのはどのミスですか？

一貫して最も高くつくのは #5、つまり機械出力の盲信です。HSBC の 1,000 万ドルのリブランド、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