英語の長文を日本語に訳すとき、単語の意味は合っているのに、文章全体で何を言いたいのか分からなくなることがあります。原因を見つけるには、一文の構造と、段落をまたぐ話の流れを分けて確認するのが有効です。特に報告書や解説文では、筆者の主張、主張を支える根拠、適用範囲を狭める留保を読み分けると、訳文の判断がしやすくなります。
この記事では、長文を速く処理するためのツール選びではなく、訳した内容を原文と照らして確認する方法を扱います。以下の英文は説明用に作成した例であり、実際の企業の調査結果ではありません。
文型は入口として使い、段落の役割まで読む
主語と動詞を探し、目的語や補語、修飾部分を整理することは、長い文を読む助けになります。ただし、五つの文型に分類できたことだけで意味の確認が終わるわけではありません。British Councilの節構造の解説でも、動詞に応じた目的語、補語、副詞的要素や、節を含むさまざまな形を示しています。命令文のように、主語が通常表面に現れない形もあります。
まず一文ごとに「誰が、何について、何を述べているか」を短く書き出します。次に段落に「問題の提示」「調査の説明」「結果」「反論への応答」などの役割を付けます。各文を正しく訳せても、反論の紹介を筆者自身の結論としてつなげると、文章の立場が変わってしまうからです。
段落の冒頭だけを読んで結論と決めることも避けます。Purdue OWLの段落作成の解説では、主題文の位置は一定ではなく、明示的な主題文がない段落もあると説明しています。見出しは手掛かりになりますが、その段落の最後まで読んで役割を確定させましょう。
主張・根拠・留保を三つの欄に分ける
たとえば、次の三文を考えます。「The new process reduced review time in the pilot. The team tested it on twenty short reports. However, the results may not apply to technical manuals.」最初の文は試行で確認した結果、二文目は対象の説明、三文目は結果を一般化できる範囲への留保です。
訳例は「新しい手順により、試行ではレビュー時間が短縮された。チームは短い報告書20件でこの手順を試した。ただし、この結果が技術マニュアルにも当てはまるとは限らない」です。「新しい手順はあらゆる文書のレビューを効率化する」とまとめると、対象と留保が消え、原文より広い主張になります。
作業用メモは、主張欄に「試行で時間短縮」、根拠欄に「短い報告書20件」、留保欄に「技術マニュアルへの適用は未確定」と書くだけでも役立ちます。要約を作る場合も、この三つのうち何を省くかを意識できます。全文翻訳なのに根拠の数字や留保を落とすことと、依頼された長さに合わせて要約することは、別の判断です。
指示語と接続表現を前後の段落へ戻して確かめる
this、these、it、theyなどは、直前の名詞だけを指すとは限りません。前の文全体で述べた出来事や、数文にわたって説明した方法を受ける場合もあります。訳す前に指示先を具体的な名詞句へ置き換え、文意が通るか確認します。Purdue OWLも、指示語やつなぎの表現を、文どうしの結び付きを作る要素として説明しています。
たとえば「The team postponed the launch. This allowed more time for testing.」のthisは、通常、この例では発売延期という出来事を受けます。「チームが試験の時間を確保した」と処理するだけでは、延期と時間確保の関係が弱まります。「発売を延期したことで、試験に使える時間が増えた」とすれば、つながりを示せます。ただし、別の文脈なら解釈が変わり得るため、二文だけで常に同じ訳になるという規則にはしません。
接続表現にも注意します。howeverがある文を単なる追加説明として訳すと、前の主張に対する制限が見えにくくなります。一方、接続詞がないところへ「したがって」を加えると、原文に明示されていない因果関係を作る可能性があります。日本語として読みやすくする補足は、文どうしの関係を変えていないかを確認してから採用します。
一文を分けても、条件と否定の範囲を変えない
長い英文を日本語で二文に分けることは、読みやすさを改善する方法の一つです。その際は、条件、例外、比較対象がどの部分にかかるかを残します。「If the data are complete, the team will issue the report on Friday.」を「報告書は金曜日に発行される。データの確認が必要だ」とすると、発行が条件付きであることが伝わりません。
この場合は「データがそろっていれば、チームは金曜日に報告書を発行する」と条件を一緒に置く方が明確です。また、not allは「すべてが～というわけではない」であり、「すべてが～ではない」と読める曖昧な日本語では範囲の確認が必要です。may、likely、suggestなども、可能性や推測を確定事項へ変えていないか点検します。
訳文を整える段階では、文番号や段落番号を付けておくと便利です。原文の一文を二つに分けた場合は対応先を二つ記録し、別の段落へ説明を移した場合も移動先を残します。読者向けの完成稿に番号を出す必要はありませんが、確認用の対訳では、どの情報がどこへ移ったかを追えることが重要です。
翻訳ツールの出力は、段落単位の確認に組み込む
翻訳サービスの仕組みや機能は更新されています。Googleの2026年4月の公式説明では、Google翻訳でGeminiモデルを利用していることも述べられています。特定の古い翻訳例を使って、現在のすべてのサービスの性能を判断することはできません。
ツールを使う場合は、利用が認められた原稿で、用語が繰り返される段落、代名詞が続く段落、条件や例外を含む段落を試します。確認表には「原文の主張」「訳文での対応」「修正が必要な点」を記録します。自然な日本語であることと、主張の範囲が一致することを別々に確認すると、読みやすさだけで見逃す誤りを探しやすくなります。
依頼時には、全文翻訳か要約か、想定読者、用語集、参照してよい資料、確認が必要な数値や結論を共有しましょう。翻訳後は、段落の役割が保たれているか、根拠が対応しているか、留保が消えていないかを順に照合します。判断できない指示語や省略は推測で埋めず、原文の該当箇所と候補を示して執筆者へ確認すると、修正の理由も引き継げます。
