日本語を英語に訳したとき、文法は合っていても「何をしてほしいのか」が伝わりにくいことがあります。自然な英語に整えるには、語順の入れ替えに加え、誰が行動するのか、何が理由なのか、どこまでが条件なのかを確かめる必要があります。読みやすくする過程で意味を変えないことが出発点です。
ここでは、メールや説明文を日英翻訳するときに見直したい点を、短い作例で整理します。例文は説明のための創作です。実際の業務では、相手との関係、製品の仕様、社内の表記ルールに合わせて調整してください。
語順より先に、相手が必要とする情報を整理する
「日本語は遠回し、英語は直接的」と一律に考えると、丁寧な依頼を強い命令に変えたり、必要な背景を削ったりしかねません。日本語にも英語にも、契約条項、広告、個人的なメールなど、多様な文章があります。対象となる文書と相手に合わせて調整します。
例えば「ご確認のほどよろしくお願いいたします」だけでは、英訳する際に、読むだけなのか、誤りを探すのか、承認が必要なのかを決められません。翻訳前に「見積書の数量を確認して、変更があれば知らせてほしい」など、依頼の内容を明らかにします。ただし、原文にない期限や承認義務を翻訳者の判断で付け足すことは避けます。
長い一文は、事実、理由、依頼に分けて下書きすると関係が見えます。文章を短くすること自体を目的にせず、読み手が次に取る行動を判断できるかを確認しましょう。
省略された主語は、推測せずに確かめる
日本語の「明日確認します」は、担当者個人の約束にも、部署全体の対応にもなります。個人が確認するなら「I’ll check it tomorrow.」、チームが確認するなら「We’ll check it tomorrow.」という候補が考えられます。どちらを選ぶかは、文法だけでは決まりません。
「対応可能です」も同様です。自社が対応する、製品に機能がある、相手が操作できる、という異なる意味があり得ます。先に「誰/何が、何をできる」と言い直すと、会社・製品・利用者を主語にした文を選びやすくなります。社外の約束になる文章では、この確認が特に重要です。
主語を補って自然になっても、原文の責任範囲が変われば適切な訳ではありません。不明な主語は照会事項として残し、確定前の候補には条件を付けます。確かめた内容を用語集や翻訳メモに残すと、次のメールやマニュアルでも判断を共有できます。
becauseを消しても、自然な訳になるとは限らない
理由を表すbecauseは、堅苦しいから削るべき語ではありません。カナダ政府の従属接続詞の解説では、becauseが因果関係を表し、従属節と主節を結ぶことが説明されています。接続詞を選ぶと、出来事どうしの関係も変わります。
例えば「雨が強かったので、撮影を中止しました」は「We cancelled the shoot because it was raining heavily.」という訳が考えられます。「It was raining heavily, and we cancelled the shoot.」では二つの事実を並べるため、同じ程度に理由を明示する形ではありません。自然さのためにandへ置き換える前に、理由を残す必要があるかを確かめます。
通常の説明文で「Because it was raining heavily.」だけを独立させると、主節を欠く文の断片になります。一方、会話の返答や広告の表現は文脈が異なります。表現を機械的に禁止するのではなく、本文として成立しているかを見ることが大切です。
自然さを確認するときも、条件・数量・否定を残す
英文を滑らかに直す前後で、次のような情報を照合します。右欄の英語は唯一の正解ではなく、意味を確認するための候補です。
| 確認する情報 | 日本語の作例 | 英語の候補と確認点 |
|---|---|---|
| 条件 | 内容に問題がない場合のみ承認してください。 | Approve it only if the content is correct. 「のみ」を落とさず、何を承認するかも文脈で明確にする。 |
| 否定 | この操作ではファイルは削除されません。 | This action does not delete the file. 削除されると誤読する表現にしない。 |
| 数量 | 最大3件まで選択できます。 | You can select up to three items. 3件ちょうど必要だとは書かない。 |
| 時点 | 申請書は昨日送付しました。 | We sent the application yesterday. 送付済みであることと、昨日という情報を保つ。 |
原文に曖昧さがある場合は、意味を一つに決めて整えた訳と、確認が必要な点を分けて提出します。たとえば「問題がない」の判断基準が未定なら、英語だけを精密にしても運用は決まりません。文書の持ち主が決める内容と、翻訳上の調整を区別します。

操作説明と対外メールでは、適した書き方が違う
Microsoftの動詞に関するスタイルガイドは、操作手順などで命令形を使う考え方を示しています。「ファイルを開きます」という利用者向けの手順なら、「Open the file.」のように動作を直接示す形が候補になります。ただし、これは同社の編集指針の例であり、どんな英文にも同じ調子を当てはめる規則ではありません。
同じガイドは能動態を基本にしつつ、動作を受ける対象を強調する場合や、利用者を責める印象を避ける場合などの受動態も扱っています。「自然な英語は必ず能動態」と決めつける必要はありません。謝罪文、エラー表示、契約書では、誰を主語に置くかが読者の受け止め方にも関わります。
依頼時には、過去の承認済み英文、想定読者、米国向けか英国向けか、製品名の表記を共有すると、語調の判断をそろえやすくなります。
機械翻訳やAIの案は、原文と読み手の両方で確認する
翻訳ツールから得た英文を直す場合も、流暢さだけで採用を決めません。原文と並べて主語、理由、条件、否定、数字、固有名詞を照合した後、英語だけを読んで、相手に必要な情報が順序よく伝わるかを確認します。特定ツールの性能や安全性は、ここでは評価していません。
最後に、修正の理由を「短くした」だけでなく、「依頼の対象を明示した」「因果関係を残した」「操作する人を明確にした」と記録します。こうした説明があれば、読みやすさと原文への忠実さを両立しているか、依頼者も判断できます。契約や提出用文書では、内容を確定する担当者による確認も別に設けましょう。



