英文メールをAIで日本語に訳すときは、自然な敬語に整える前に、相手が依頼していること・期限・条件・責任の範囲を確定します。受信メールの翻訳と返信案の作成は別工程にしてください。訳文だけを読んで、原文にない約束や確定事項を受け入れたように解釈しないことが重要です。
目次
最初に読む目的を決める
まずメールの種類を見ます。依頼、催促、謝罪、日程調整、見積、契約変更など、何を求めているかを一文にします。次に、誰が誰へ書いたメールか、相手との関係、社内・社外、返信が必要かを確認します。署名・引用履歴・添付は本文と分け、最新の依頼と過去のやり取りを混ぜないようにします。
表は横にスクロールできます
| 抽出欄 | 見る内容 | 例 |
|---|---|---|
| 主な用件 | 相手がしてほしいこと | 見積の再提出、日程確認 |
| 期限 | 日付、時刻、タイムゾーン | “by Friday”の具体日を確認 |
| 条件 | if/unless/subject to等 | 条件が成立する場合だけ有効 |
| 金額・数量 | 価格、割引、件数、通貨 | 数値は原文と照合 |
| 未確定点 | 曖昧な言い回し、対象不明 | 推測せず質問候補へ |
“Could you send the revised quote by Friday?”なら、文の役割は見積の改訂版を金曜日までに送ってほしいという依頼です。これは例文の意味説明であり、返信期限や曜日はメール受信日・相手のタイムゾーンを見て特定します。「Friday」を機械的に日本の金曜日と決めないでください。
直訳と自然な日本語を分ける
重要なメールは、まず意味の骨格を逐語に近い形で確認し、その後で自然な日本語へ整えます。たとえば「Could you confirm whether the revised terms are acceptable by 5 p.m. CET?」を、先に「改訂条件が受け入れ可能か、CET午後5時までに確認できますか」と整理し、自然な敬体へ直します。期限、可能性、依頼の強さを落として「改訂条件を承認してください」と言い換えてはいけません。
AIへ渡す指示には、原文と出力の境界、敬語の用途、出力項目を明記します。
以下は受信した英文メールです。内容を日本語で理解するために翻訳してください。
1) 原文に忠実な訳
2) 社外向けの自然な敬体の訳
3) 相手の依頼、期限、条件、金額、未確定点
を分けてください。本文にない事実や期限を補わず、曖昧な箇所は「要確認」としてください。
返信案はまだ作成しないでください。
---原文---
[メール本文]
---ここまで---
DeepLの日本語向け機能では、Pro利用者向けに常体・敬体を選ぶ機能が案内されています。これは日本語の文末や敬語表現を整えるためのtone指定で、英語のformal/informalの区別と同じではありません。利用プラン、言語方向、利用画面により表示機能が異なるため、画面に項目がない場合は機能が使えると前提にしないでください。toneを指定しても、相手との関係や敬意の程度が自動で正解になるわけではありません。
語句を固定する
商品名、人名、部署名、役職、契約用語、略語をメールから抜き出します。翻訳しない固有名詞、社内訳を統一する語、意味の確認が必要な語を分けてください。DeepLのGlossaryは、原語と希望訳語のペアを登録して用語の一貫性を助ける機能ですが、メール本文のすべての語を正規化する辞書ではありません。機能が使えるアカウント・画面であらかじめ登録し、重要語が実際に反映されたかは出力後に確認します。
略語や専門用語の意味がメールだけでは分からない時は、AIに展開させないでください。候補を複数出すとしても、外部資料や社内用語表で確認するまで未確定として残します。人名や製品名を翻訳しない指定は、同じ表記が一般語にも使われる場合があるため、原文と訳文を見比べます。
返信案は翻訳の後に作る
返信が必要なら、翻訳を確認してから、返信に必要な事実を揃えます。受ける・断る・質問する・期限を延ばすなど、自分が伝える判断を先に決めます。その後で返信案を作り、翻訳結果に書かれた相手の要望と自分の回答が混ざっていないか確認します。
表は横にスクロールできます
| 原文の状態 | 返信作業 |
|---|---|
| 依頼が明確で、受けられる | 承諾範囲と実行期限を自分で確定してから下書き |
| 条件が不足 | 必要な情報を質問する短い返信を作る |
| 金額・契約条件が含まれる | 担当者に確認するまで確定表現を避ける |
| 依頼が曖昧 | どの対象・版・日付を指すか確認する |
| 高リスクな合意 | 原文と社内担当の確認後に返信 |
「返信して」と一度に頼むより、「依頼内容と未確定点を抜き出す」「自分の判断を入力する」「返信案にする」と分ける方が、勝手な承諾を避けやすくなります。返信に入れる約束、日程、価格、納期は、AIの提案ではなく送信者本人が決めます。
数字と意味の反転を確認する
訳文と原文を並べ、日付・時刻・タイムゾーン、金額・通貨、割合・数量、固有名詞、否定、条件、期限、責任主体を確認します。特に “not until”, “unless”, “subject to”, “may”, “must”, “by” は、肯定・否定や確約度が変わりやすい表現です。文面が自然であっても、これらの意味が違えばTaskは完了していません。
メール中に添付ファイルや引用履歴がある場合は、どの版を指すか照合します。転送や返信チェーンは、古い依頼を最新の依頼として要約しやすいため、日時・差出人・対象資料を分けます。翻訳結果にページ番号や出典箇所を付けてもらうのではなく、該当箇所を原文で直接確認します。
機密情報を入力する前に
ビジネスメールには個人情報、契約内容、未公開情報が含まれます。利用可能なAIとアカウントは、会社の情報分類、契約、管理者設定に従って選んでください。一般向けサービスへ社外秘を送信してよいかを本文だけで判断してはいけません。許可された範囲を確認できない時は、原文を貼らず、匿名化した短い例で翻訳手順を検討するか、社内承認済みの方法を使います。
DeepL for Outlookのアドインは、対応するOutlook環境でメール本文を翻訳する手順を公式ヘルプが案内していますが、利用可能なOutlook版・アカウント・機能があるかを確認します。Outlook内で翻訳できても、組織の利用許可や機密データの扱いが自動的に承認されるわけではありません。
AIものさしの判断
メール翻訳のゴールは、きれいな日本語を得ることではなく、相手の用件・条件・期限・責任を取り違えずに理解し、必要な場合に自分の判断を反映した返信へ進めることです。内容が曖昧な時や、契約・支払・法務に関わる時は、AIの言い換えを判断根拠にせず原文と担当者へ戻ります。
例文を使って意味の差を点検する
以下は英文と訳し方の確認例です。実際の受信メールやDeepLの出力ではありません。
原文:“We may be able to extend the deadline, subject to approval from our finance team.”
意味の骨格:「期限を延長できる可能性はあるが、財務チームの承認が条件。」
自然な訳の候補:「財務チームの承認が得られれば、期限を延長できる可能性があります。」
ここを「期限を延長します」とすると、可能性が確約へ変わり、条件も消えます。自然さよりも、may、subject to approvalのような確度と条件を保つ方が重要です。原文に期限そのものがなければ、いつまでの延長かをAIが補うことも避けます。
返信案を作る時に入力する判断
翻訳を終えた後、返信を作るなら、送信者が次の判断欄を埋めます。
-
依頼に応じる範囲:
-
受け入れられる期限:
-
追加で確認する条件:
-
返信者が約束できること:
-
承認が必要な事項:
-
回答しない情報:
空欄が残る場合は返信案にそのまま「要確認」を表示させるか、先に担当者へ確認します。AIに「丁寧に断って」とだけ頼むと、代替案や譲歩条件を創作する可能性があるため、交渉可能な範囲も明示します。
原文の構造を残して読む
メールの引用履歴に複数の依頼が混在している時は、最新文だけを翻訳するのか、過去の文脈も必要なのかを指定します。添付資料、転送文、署名、免責文を含めるかも決めます。原文を丸ごと渡す場合は、引用部分の境界を示し、誰の発言かを区別します。返信が必要なメールでも、まず受信本文と過去履歴を別々に要約すると、相手の最新依頼が古い依頼に埋もれません。
DeepL for OutlookはMicrosoft Outlookの対応環境向けアドインとして案内され、メール本文の翻訳や、作成中の選択テキスト翻訳などの方法があります。Outlook mobileには対応しないなどの条件が示されています。アドインの導入可否、アカウント条件、管理者による制限は組織環境で確認してください。ここに書いた操作経路が全Outlookで同じと決めつけず、現在使っている版で追加手順を確かめます。
翻訳結果に残す確認メモ
重要なやり取りでは、訳文だけを保存せず、原文参照、確認した日付、翻訳者、未確定点を残します。原文と訳文を両方保持できない場合は、重要文だけでも原文へ戻れる形にします。メール送信後に条件の誤訳が判明すると訂正コストが高くなるため、支払・納期・契約のような点は送信前に別担当者の確認を依頼します。
用語集を使用した場合は、登録語が適用されたかに加え、誤適用がないかも確認します。略語が複数の意味を持つ部署では、語句だけでなく前後文の意味もレビューします。固有名詞を常に翻訳しない設定が便利でも、語句の一部として自然訳が必要な場合には不自然な出力になり得ます。
引用・データ出典
公式情報を編集部が見た内容です。Hands-on未実施の記述は本文かここに分けています。
確認日:2026-10-10
DeepL:Japanese plain and polite tones
DeepL:DeepL for Microsoft Outlook
DeepL:About the glossary
https://support.deepl.com/hc/en-us/articles/360021634540-About-the-glossary(新しいタブで開く)
