テック羅針盤
ツール活用

AI翻訳の誤訳を減らす確認方法

自然に読めるのに意味が違うAI翻訳を見抜くため、用途の指定、用語集、文脈を保つ分割、数字・否定表現の原文照合、逆翻訳の使いどころを手順で解説します。

公開日
  • #AI翻訳
  • #機械翻訳
  • #翻訳チェック
  • #用語集

AI翻訳の文章が滑らかでも、原文と同じ意味とは限りません。主語が入れ替わる、否定が落ちる、数字の単位が変わる、製品名が一般名詞として訳されるといった誤りは、訳文だけを読んでいると見逃しやすいものです。

翻訳の品質は「日本語として自然か」だけでは決まりません。誰が何のために読むのか、原文の意味を過不足なく移しているか、その分野の用語が一貫しているかまで含めて判断します。欧州委員会の翻訳部門も、翻訳を正確で明確かつ目的に合うものにすること、文書ごとに誤りの影響と発生可能性を評価することを品質管理の原則にしています。

この記事では、英語から日本語へのAI翻訳を主な例として、入力前の準備から公開直前の検品までを7段階で整理します。特定の翻訳サービスに依存しないため、チャットAI、翻訳専用サービス、文書翻訳機能のいずれにも応用できます。

用途別に変える検品の深さ

すべての翻訳へ同じ手間をかける必要はありません。誤訳したときの影響に合わせて、先に検品レベルを決めます。

用途の例最低限の確認人による確認公開・利用の目安
個人で概要をつかむ数字、否定、固有名詞、結論を原文照合必要な箇所だけ意思決定の根拠には原文も読む
社内共有・一般的な案内上記に加え、用語、欠落、文体を確認原文と訳文を読める人が重要箇所を確認指摘を修正し、再照合してから共有
顧客向け・契約・医療・金融・安全説明全文の原文照合と訳文単独チェック分野と両言語を理解する人が確認AI翻訳だけで公開・判断しない

これは一律の品質保証ではなく、確認範囲を決めるための目安です。文章が短くても、金額、権利、健康、安全に関わるなら高いレベルで扱います。

1. AI翻訳が間違えやすい箇所を先に知る

最初に疑うべきなのは、不自然な日本語ではなく「自然に読める意味違い」です。AI翻訳の出力には、次のような誤りが混ざることがあります。

  • 代名詞が指す人物や組織を取り違える
  • not、unless、without などの否定や条件を落とす
  • may を「可能性がある」ではなく「してよい」と訳す
  • 数値、通貨、単位、日付、比較記号を変える
  • 製品名、部署名、型番を一般語として訳す
  • 同じ用語を段落ごとに別の訳語へ変える
  • 原文にない理由、評価、断定を補う
  • 箇条書きの一項目や注記を省く

たとえば The update may not be available to all users. は、「更新は全利用者に提供されない可能性があります」に近い意味です。「全利用者は更新を利用できません」と断定すると、可能性を示す may が消えます。読みやすさより先に、誰が、何を、どの条件で行うのかを確認する必要があります。

検品では、訳文を最初から最後まで読み直すだけでなく、誤ると影響が大きい要素へ印を付けます。最低限、固有名詞、数字、否定、条件、比較、義務・許可を示す語、リンク文言、警告文を拾ってください。AIの回答全般を確認する考え方は、AIの下書きを公開前に確認する手順でも整理しています。

2. 用途と読み手を先に指定する

同じ原文でも、社内で概要をつかむ訳と、顧客へ公開する訳では必要な品質が違います。欧州委員会の公式資料が示す「目的に合う品質」という考え方に沿えば、翻訳を始める前に用途と誤訳時の影響を決めるのが出発点です。

AIへ渡す指示には、少なくとも次の情報を含めます。

  1. 原文の種類：メール、契約書、製品説明、論文、画面表示など
  2. 読み手：一般利用者、社内担当者、技術者、子どもなど
  3. 目的：概要把握、社内検討、公開、申請、意思決定など
  4. 文体：です・ます調、常体、簡潔、原文の調子を維持など
  5. 変更禁止：数字、単位、固有名詞、URL、コードは変えない
  6. 不明時の扱い：推測で埋めず、候補と「要確認」を示す

依頼例は次のように書けます。

一般利用者向けのサポート記事として日本語へ翻訳してください。意味を省略・追加せず、数字、単位、製品名、URLは原文どおり維持してください。複数の解釈が可能な箇所は一つに決めつけず、「要確認」と理由を添えてください。

医療、法律、契約、金融、安全説明など、誤訳が健康・権利・金銭へ影響する文章は、AI翻訳だけで公開判断をしません。該当分野と両言語を理解する専門家の確認を工程に入れます。どこまでAIへ渡してよいかは、生成AIに入力してはいけない情報と安全な渡し方も確認してください。

3. 固有名詞と用語集を固定する

用語集は、単語と訳語を並べるだけの表ではありません。Microsoftの公式ローカライズ資料は、用語ごとに定義、出典や文脈、承認状態、使用例、使用しない表記、対象製品などを持たせることを勧めています。重要語の訳を先に固定すれば、複数の担当者や複数回の翻訳でも表記をそろえやすくなります。

最小構成なら、次の列を持つ表を用意します。

原文採用する訳訳さない意味・使用条件使用しない訳
workspaceワークスペースいいえ製品内の共同作業領域作業場
Pro PlanProプランはい正式な料金プラン名プロ計画
suspend一時停止するいいえアカウントを削除せず止める削除する

用語集を翻訳機能へ登録しても、完全に適用されるとは限りません。Google Cloud Translationの公式文書では、用語集の一致は既定で大文字・小文字を区別し、一部の一般語はストップワードとして無視されると説明されています。製品ごとに照合条件が違うため、「登録したから安心」ではなく、翻訳後に採用訳が使われたかを検索します。

実際に、Amazon Translateの公式文書もカスタム用語を大文字・小文字を区別して扱い、文脈によっては指定した訳語が使われない場合があると説明しています。一方、DeepLの公式資料では、用語集の各項目を重複させず、一つの原語に一つの訳語を登録する方式が案内されています。用語集の作り方と適用条件はサービスごとに異なるため、導入前に公式仕様を確認し、代表的な文章で小さく試してから全文へ使います。

用語集には版番号か更新日を付けます。原文の部署名や機能名が変わったとき、古い訳語が残るのを防ぐためです。AIへは用語集を渡したうえで、「表にない用語は勝手に統一せず、候補を報告する」と指示すると、曖昧な訳が見つけやすくなります。

4. 文脈を保ったまま分割する

長文を一度に処理できないとき、文字数だけで機械的に切ると文脈が失われます。代名詞の参照先、用語の定義、条件節と結論、表の見出しとセルが別々になるためです。

分割は、章、節、段落、箇条書き、表といった意味のまとまりで行います。各断片には、文書全体の目的、直前の要約、用語集を添えます。見出し番号や段落IDを残し、翻訳後に原文と一対一で対応させられる形にするのが安全です。

実務では次の順に進めます。

  1. 原文を複製し、翻訳対象外のコード、URL、変数名を印で保護する
  2. 見出しと段落へIDを付ける
  3. 意味のまとまりで分割する
  4. 各回に同じ目的、読み手、用語集を渡す
  5. 前後一段落を参考文脈として添える
  6. 統合後に見出し、番号、参照語、表記を通して読む

一文だけを切り出すと、it が製品を指すのか機能を指すのか判断できない場合があります。そのときはAIに推測させず、前後の文を追加します。長文の処理では「一回に何文字入るか」より、「判断に必要な文脈が一緒に入っているか」を優先してください。

5. 数字と否定表現を原文照合する

数字と否定表現は、訳文の流し読みから独立させて検査します。ここは文章の巧さではなく、一致・不一致で判定しやすい工程です。

まず、原文と訳文から次の要素を抜き出して左右に並べます。

  • 整数、小数、割合、範囲、桁区切り
  • 通貨記号と通貨名
  • 単位、日付、時刻、タイムゾーン
  • more than、less than、at least、up to
  • not、never、unless、except、without
  • must、should、may、can
  • <、>、≤、≥、+、-

at least 10 は「10以上」、more than 10 は「10を超える」であり、境界値が違います。up to 10 も文脈により「最大10」「10まで」となります。数字だけ合っていても比較語が違えば意味は一致しません。

次に、主語・動詞・目的語・条件を一文ずつ対応させます。「誰が実行するか」「何が禁止されるか」「例外は何か」を原文へ戻って確認してください。AIに二回目の検品を頼む場合も、単に「誤訳がないか見て」ではなく、「数字、否定、条件、義務と許可について、原文の該当箇所、訳文、判定、修正案を表にする」と指定します。

検品用AIが「問題なし」と答えても、それ自体は証拠になりません。AIがもっともらしい誤りを作る仕組みと確認方法は、AIのハルシネーションはなぜ起きるで解説しています。最終判断は原文との対応で行います。

6. 逆翻訳に頼りすぎず検品する

逆翻訳とは、英語から日本語へ訳した文を、もう一度英語へ戻し、元の英文と比べる方法です。意味の大きな脱落や言い換えを見つける補助にはなりますが、合格判定を任せる方法ではありません。

同じ翻訳サービスや同系統のAIで往復すると、最初の曖昧な訳を自然な原文風に戻し、誤りが隠れることがあります。また、元の英文と単語が違っても日本語訳として適切な場合があり、表面の一致率だけでは品質を測れません。

WHOやFDAが公開する調査票・評価尺度の翻訳手順では、逆翻訳だけで完了せず、別の翻訳者、二言語の専門家による確認、対象者への事前テストなどを組み合わせています。これは医療・調査向けの厳格な手順であり、一般文書へそのまま適用する必要はありません。ただし、「逆翻訳は複数ある検品材料の一つ」という考え方は参考になります。

一般的な文書では、次の三つを組み合わせます。

  1. 原文照合：情報の追加、欠落、意味変更がないかを見る
  2. 訳文単独チェック：読み手に通じる自然な日本語かを見る
  3. 重要箇所の別系統チェック：別の人または別の手順で解釈を確認する

欧州連合の翻訳ナレッジセンターは、機械翻訳の修正をポストエディットと呼び、基本的な正確さと理解可能性を狙う軽い修正と、明確で磨かれた文章まで目指す完全な修正を区別しています。社内で概要を読むだけなら軽い確認、対外公開なら原文照合と読み手向けの仕上げを含む完全な確認というように、用途に応じて工程を変えます。

7. 公開前チェックリストで抜けを防ぐ

翻訳と検品を同じ画面で続けると、書いた内容を正しいと思い込みやすくなります。翻訳結果をいったん保存し、原文、訳文、用語集、指摘表の四つを分けて確認してください。

  • 文書の用途、読み手、文体が訳文に反映されている
  • 見出し、段落、箇条書き、注記に欠落や追加がない
  • 人名、組織名、製品名、型番、URLが原文と一致する
  • 用語集の採用訳が全箇所で使われている
  • 数字、単位、通貨、日付、時刻、比較記号が一致する
  • 否定、条件、例外、義務、許可の強さが変わっていない
  • 代名詞の参照先と、動作の主体・対象が一致する
  • 原文にない理由、断定、評価が追加されていない
  • 日本語だけを読んでも意味が通り、表記が統一されている
  • 高リスク文書は、その分野と両言語を理解する人が確認した
  • 修正後の箇所をもう一度原文と照合した

AI翻訳は、最初の訳を速く作る道具として役立ちます。一方で、流暢さが誤訳を見えにくくすることもあります。用途を決め、用語を固定し、文脈を保って訳し、数字と否定を機械的に拾い、最後に人が原文へ戻る。この順序にすると、「なんとなく自然だから採用する」状態を避けやすくなります。

AI翻訳の確認でよくある質問

AI翻訳の正確さは何％ですか？

文章の分野、言語の組み合わせ、文脈、固有名詞、評価方法で結果が変わるため、一つの割合では表せません。用途ごとに、数字・否定・用語・欠落などの合格条件を決め、原文と照合してください。

AI翻訳と翻訳専用サービスはどちらが正確ですか？

一律には決められません。長い文脈への対応、用語集、ファイル形式、データの扱いなどを比べ、実際に使う文章の一部で試します。重要文書では、どのサービスを使っても人の確認を省きません。

逆翻訳で原文に戻れば、誤訳はないと判断できますか？

判断できません。往復で自然な表現へ戻り、最初の意味違いが隠れることがあります。逆翻訳は気付きを得る補助にとどめ、主語、条件、否定、数字を原文と直接照合します。

長文は何文字ずつ分ければよいですか？

固定の文字数より、章・段落・表など意味のまとまりを優先します。代名詞の参照先や条件と結論が分かれないようにし、各断片へ文書の目的、用語集、前後の文脈を添えてください。

無料のAI翻訳でも仕事に使えますか？

サービスの利用規約、データの保存・学習への利用、組織の情報管理ルールを確認したうえで判断します。機密情報や個人情報をそのまま入力せず、公開物や高リスク文書には必要な人の確認を入れてください。

関連記事

調査メモ（一次情報は2026-07-24に確認）