カバーレターの翻訳:Google Translateを盲信しないほうがいい理由
カバーレターが書き上がった。求人が英語で出ている。テキストをGoogle Translateにコピーし、翻訳ボタンを押す。結果を応募書類に貼り付ける。
英語に見える。ほぼ英語である。そして、その英語は、人間が一行も読む前に応募書類を不採用の山へ送る種類の英語だ。
これは、機械翻訳全般に対する警告ではない。現代の翻訳モデルは、言語間で意味を伝達することに本当に優れており、その理由は理解する価値がある。
問題はもっと狭く、しかも具体的だ。Google Translateのような汎用翻訳ツールは、カバーレターが採用されるか、5秒で流し読みされるかを決める要素を無視する。レジスター、文化的慣習、慣用的表現、プロフェッショナルに聞こえることと、機械がプロフェッショナルのふりをしていることの違いだ。これらはまさに採用担当者が最初に気づくことであり、まさにコピペしてクリックするだけの作業が確認しないことだ。
機械翻訳されたカバーレターは一目で見分けられ、定期的に読まずに除外される。r/AskAGermanのスレッドでは、Google Translateで翻訳された応募は実質的に「desk reject」と呼ばれ、即不採用に等しいと警告されている。r/recruitinghellのスレッドは、採用担当者側の視点から同じパターンを描いている：AI生成や機械翻訳のテキストを見分け、即座に次へ進む採用担当者たちだ。
ダメージは「少し悪い印象」ではない。誰もその手紙を読まないというダメージだ。
何がうまくいかないか：5つの具体的な失敗
以下の失敗は仮説ではない。これらは、日本語のカバーレター（志望動機や自己PR）をGoogle Translateにかけ、その結果を英語話者が読むと現れるパターンだ。
1. レジスターと敬称
日本語には、平叙体、です・ます体、敬語という形で、敬度を表す明確な区別がすべての文に組み込まれている。英語のカバーレターには独自のレジスター慣習があるが、1対1では対応しない。Google Translateにはレジスターの切り替え機能がない。入力から敬度を推測するが、その推測を外すことがある。
「よろしくお願いします」は「I look forward to hearing from you」になる——これは問題ない。 だが「お話しいただければ幸いです」は「I'd be happy to have a chat」と訳されることがある。
「I welcome the opportunity to discuss my application in person」が相応しい文脈では、これはカジュアルすぎる。翻訳前に敬度を設定できるツールは、このような推測を完全に排除する。
2. 慣用句が生き残れない
日本語のカバーレターは、どの採用担当者も百回読んだことのある決まり文句に依存している。「貴社の業績向上に貢献したい」はそのうちの一つだ。Google Translateは「I would like to contribute to your company's ...」と出す。
技術的には正しいが、英語のカバーレターでは「貢献したい」という表現は具体性を欠き、ありきたりに聞こえる。自然な英語では、何をどう貢献できるかを具体的に示すのが普通だ。
つまり「貢献したい」という宣言自体を省略するのが普通なのだ。
慣用句が翻訳で生き残れないというのは、意味が伝わらないということではない。元の文化では専門性の信号として機能していた表現が、目標文化では空洞な宣言になってしまうということだ。
意味のメモが何が起きているかを指摘してくれるツールでない限り、字義的には忠実で語用的には誤った文が出てくる。
3. イディオムがナンセンスになる
「この分野で腕を磨いてまいりました」は、実績を積んだという意味の慣用表現だ。Google Translateは「I have polished my arm in this field」と出すことがある。これは正しい英語ではない。聞き手は翻訳の産物だと気づくが、自信に満ちた自己アピールとしては受け取らない。
すべての言語にこうした表現がある。
問題はイディオムが翻訳不可能なことではない。何が起きているかを指摘する意味のメモを持たないツールが、字義的には忠実で語用的には誤った文を渡してくることが問題なのだ。
4. 受身と能動
日本語のカバーレターは受身表現や謙譲表現を頻繁に使う。「以下のプロジェクトに携わりました。」のような表現だ。一方、英語のカバーレターは能動態を好む：「I led the following projects.」
受身はどちらの言語でも文法的には間違いではない。しかし、慣習が違い、能動態を期待する英語の手紙を受身で埋めると、採用担当者は自分の仕事の主導権を握っていない人として見る。
Google Translateは元のテキストの構造を保つ。つまり、目標言語で回避的に聞こえる構造も保ってしまうのだ。
5. 性別と代名詞
日本語は「応募者」のように、デフォルトで性別を明示しない言語だ。しかし、英語に翻訳するとGoogle Translateは he か she か they を選ばなければならず、その選択は文脈次第で間違えることがある。
フランス語やスペイン語のような文法性のある言語では、問題はさらに大きくなる。性別を明示的に制御できないツールは、この種の詳細を黙って間違えてしまうのだ。
ツール比較：Google Translate vs DeepL vs Fink
以下の表は各ツールの無料Web版を比較する。有料プランの機能は注記するが、無料版の実績には含めない。
| Google Translate | DeepL（無料） | Fink（無料） | |
|---|---|---|---|
| レジスター / 敬度制御 | なし | なし（Proのみ、10言語） | あり（丁寧 / 標準 / カジュアル） |
| 逆翻訳 | なし | なし | あり、自動で実行 |
| 意味のメモ（文化的ニュアンス） | なし | なし | あり |
| 用語集（一貫した専門用語） | なし | なし（Proのみ） | あり、自動 |
| 対応言語 | 249 | ~33 | 25 |
| データ所在地 | 米国サーバー | ProでEUオプション | EU（ヘルシンキ）、無料・有料 |
| 価格 | 無料 | フリーミアム（無料枠は厳しく制限） | フリーミアム（約50翻訳、アカウント不要） |
比較はそれぞれの無料Web版に基づく（2026年9月現在）。有料プランは追加機能を提供する場合がある。DeepLの敬度機能はProプランのみ、オランダ語・フランス語・ドイツ語・イタリア語・日本語・ポーランド語・ポルトガル語・ロシア語・スペイン語・ベトナム語で利用可能。Google Translateはいかなるバージョンにもレジスター・敬度制御はない。Finkのレジスター設定は無料枠で利用可能
DeepLに認めるべき点は認めよう：2026年3月のブラインドテストで、DeepLは16言語ペア・48,000回の評価にわたり、Google Translateとの直接対決の94%を獲得した。これはプロの言語学者による判定だ。特にヨーロッパ言語について、DeepLの翻訳品質は一貫して高く評価される。
Google Translateの強みは幅だ：249言語、競合より多く、そして完全に無料。
Finkの強みは、どちらのツールもカバーしていない部分にある：生の翻訳ではなく、滑らかに読めて間違っているエラーを見つける検証レイヤーだ。
Finkは良い翻訳者もネイティブスピーカーの校正も代替しない。翻訳を精製するツールであり、校正サービスではない。
Google TranslateはGoogle LLCの製品です。DeepLはDeepL SEの製品です。この比較は独立した編集上の評価であり、両社によって承認されたものではありません。すべての商標はそれぞれの所有者に帰属します。
採用担当者が実際に見ているもの
r/AskAGermanとr/recruitinghellのスレッドは一貫したパターンを描く。カバーレターが機械翻訳で書かれたものだと読めると、採点が下がるのではない。脇に置かれるのだ。
理由は単純だ：求人の言語で手紙を書く手間をかけなかったのだから、その候補者は本当はどれだけこの仕事を欲しているのか、という推論だ。その推論が公正かどうかは別の話だ。それが実際に起こることなのだ。
採用担当者が語る合図は、上記の失敗が生み出すものと同じだ。
技術的には正しいがリズムのずれる構文、近いが完全には正しくない前置詞、ネイティブなら絶対に使わないイディオムの字義通りの翻訳、同じ段落の中で予告なしにフォーマルとカジュアルが切り替わるトーンなどだ。
一つ一つは致命的ではない。
しかし合わせると、手紙は書かれたというより生成されたものだ。反応は「より注意深く読む」ではなく「もう読まない」になる。
皮肉なことに、手紙の内容が優れているかもしれない。候補者の資格が強く合致しているかもしれない。
だが手紙は採用担当者が最初に目にするものだ。機械翻訳だと自己紹介する手紙は、資格が通る前に扉を閉めてしまうのだ。
次の翻訳でFinkを試してみませんか
翻訳、すべての変更、その理由を1画面で。
アプリを開くカバーレターを正しく翻訳する方法
以下のステップは、自分の言語で書いたカバーレターから始め、それを別の言語で提出する必要があると仮定する。
ネイティブスピーカーによる最終確認の代わりにはならないが、コピペよりはるかに遠くまで届く。
できるなら、まず目標言語で書く。
たとえ拙くても、自分の言葉で直接英語で書いたラフドラフトは、洗練する対象になる。
母語のドラフトの翻訳は、磨く対象になる。
違いは重要だ：前者は別の言語でのあなたの声、後者は機械でフィルターされたあなたの言語だからだ。
翻訳前にレジスターを設定する。
手紙がフォーマルか、ニュートラルか、インフォーマルかを決め、ツールがその決定を尊重できるか確認する。
Google Translateはできない。DeepLはできるが Pro プランのみだ。
Finkのレジスター設定 は無料枠で利用可能で、間違った敬度を黙って滑らかにされるのではなく、固有の名前付き問題として扱う。
逆翻訳を行う。
翻訳された手紙を取り、自分の言語に翻訳し直し、戻ってきたものを読む。往復で意図した意味が戻れば、翻訳は正確だった。
意図しなかったものが戻れば、採用担当者が気づく前に問題を見つけたことになる。
逆翻訳 はほとんどの応募者が飛ばす品質チェックだ。
同時に、黙ったエラーを見つける最も効果的な手段でもある。
意味のメモを確認する。
翻訳は何が言われたかを教える。メモは言葉を超えて、その文が何をしているかを教える。
イディオムが字義通りに訳されたか、表現が意図しない含意を帯びていないか、レジスターがずれていないか。
翻訳を説明する ツールは、不可視のエラーを可視にする。
用語集で用語を一貫させる。
特定のソフトウェア、資格、役職名を2回以上使う場合、毎回同じ訳にすべきだ。
翻訳するにつれて自動で埋まり、重要な用語を固定する用語集は、同じ単語が同じ手紙の中で3通りの訳で出現するのを防ぐ。
最終版をネイティブスピーカーに読んでもらう。
このステップを代替するツールはない。最良の翻訳ツールは95%まで届かせる。
残りの5%はネイティブしか見つけない種類のものだ。
技術的には正しいが慣習的には不自然な表現、1度だけずれるトーン、着地しない文化的参照などだ。
ネイティブを知らなければ、まさにこの目的のための専門校正サービスが存在する。
チェックリスト：送信前に確認すること
上記のステップはワークフローを示した。以下のリストは、完成したテキストで送信する前に1行ずつ確認すべきことだ。手紙が短くても毎回実行する。
- レジスターの一貫性。 手紙を最初から最後まで読み、すべての代名詞と動詞の形を確認する。フォーマルなレジスターが全体に一貫しているか、途中でカジュアルに落ちていないか。
フォーマルな手紙の中に「I'm really excited」が一つだけあると、それが機械翻訳を告発する一貫性のなさになる。
- 決まり文句。 手紙の中に、自分の言語の表現をそのまま翻訳したようなフレーズがないか探す。
「As you can see from the enclosed CV」 「I refer to your advertisement」 「I hereby apply for」——これらは、元の言語の慣習を持ち込んだ指紋だ。それぞれを、英語の手紙が実際に言うであろう自然な表現に置き換える。
- イディオムとメタファー。 原文の比喩的表現はすべて確認が必要だ。
「腕を磨いてまいりました」 「貢献したい」 「対等な立場で」——これらには自然な英語の相当表現があるかないか。知る唯一の方法は一つずつ確認することだ。
英語が字義通りの翻訳のように読めるなら、書き直す。
- 受身から能動。 すべての受身表現を確認する。
「It was implemented」 「the project was led by me」 「the following results were achieved」
受身が本当に必要な場合を除き、それぞれを能動態に変える。
英語のカバーレターは「it was」の文ではなく「I」の文で埋まるべきだ。
- 性別と代名詞。 目標言語に文法性がある場合、性別を標識するすべての名詞、形容詞、代名詞を、応募者の実際の性別に対して確認する。
目標言語が英語の場合、代名詞が一貫しているか、意図せず性別表現が混入していないか確認する。
- 宛名と結び。 宛名は目標文化に合っているか。
英語の手紙なら「Dear Hiring Manager」だ。受信者の身元が本当にわからない場合を除き、「Dear Sir or Madam」ではない。
結びは合っているか。「Sincerely」または「Kind regards」だ。「With friendly greetings」ではない。
- 書式の慣習。 手紙は1ページか。目標国の構造的期待に従っているか。
日本の書式慣習に従いながら英語で書かれた手紙は、翻訳されたというより外国風に読める。
- 用語の一貫性。 職位、資格、ソフトウェアを2回以上使う場合、毎回同じ訳か。
同じ手紙の中で同じ用語が不整合に訳されているのは警告信号だ。
- 前置詞。 手紙をくまなく確認し、すべての前置詞をネイティブスピーカーが使うものと照合する。
「Responsible for」であって「responsible of」ではない。「Experience in」であって「experience on」ではない。
これらは小さいが、わずかに間違った前置詞の集まりは、手紙が機械翻訳であることを示す最も信頼できるシグナルだ。
- 声に出して読む。 話すときに堅苦しく聞こえるなら、読むときも堅苦しく聞こえる。
耳は目が見落とすものを捉える。ずれるリズム、長すぎる文、技術的には正しいが誰も実際に使わない言葉などだ。
カバーレターの文化的違い
良い翻訳は言語だけの問題ではない。慣習の問題でもある。日本で期待される書式はアメリカやイギリスで期待されるものと同じではなく、間違った慣習に従う手紙は、応募者が自分が応募している文脈を理解していないことを示す。
長さと構造
日本のカバーレター（送付状や志望動機）は通常1ページで、定型フォーマットに従う。自己PRや志望動機は企業ごとに固有のものでなければならない。
アメリカのカバーレターも1ページだ。より叙述的・説得力のある言語に傾き、候補者の適合性を売り込むことに重点を置く。
日本の履歴書（職務経歴書）には証明写真と個人情報（年齢、性別など）を含めるのが一般的だ。
一方、アメリカの履歴書は1〜2ページで、写真や個人情報は意図的に除外される。
敬称とあいさつ
日本のビジネスレターは「採用ご担当者様」や「○○株式会社 採用ご担当者様」ではじまる。
英語のカバーレターでは「Dear Hiring Manager」あるいは名前がわかれば「Dear [Name]」が適切だ。
英語圏の応募では、特定の個人に宛てることは、一般的な形式的敬称がまだ受け入れられる日本よりも高く評価される。
自己表現
日本のカバーレターは謙虚さを重視する。具体的な実績を通じて貢献を示し、自己主張は控えめにする。
アメリカやイギリスの手紙は、より直接的な自己アピールを期待する。
日本式の手紙を英語に翻訳すると、アングロサクソン基準では受動的に聞こえるリスクがある。内容が弱いからではなく、慣習が違うからだ。
推薦状。
アングロサクソン型の手紙はしばしば 「References available upon request」で閉じる。日本の手紙は通常そうしない。
英語の手紙にこの行を含めるのは無害で慣習的だ。省略しても問題ない。
重要なことは、慣習が存在するということだ。
元の言語の慣習に従う翻訳された手紙は、目標言語の読者にはわずかにずれて聞こえるのだ。
よくある質問
Google Translateをカバーレターに使えますか
使えるが、結果は採用担当者に機械翻訳とみなされる可能性が高く、多くの採用担当者は機械翻訳の応募を読まずに除外する。
使う場合は、最低でも逆翻訳で黙ったエラーを確認し、最終テキストをネイティブスピーカーに見せよう。
DeepLはGoogle Translateよりカバーレターに向いていますか
DeepLはブラインドテストで一貫してGoogle Translateを上回る。特にヨーロッパ言語で。
ただし、DeepLの無料版には敬度機能がない。これはカバーレターにとって最も重要な機能の一つだ。
それがないと、Google Translateと同じレジスター推測の問題を抱えることになる。
カバーレターを英語に正しく翻訳するには
できるなら英語で直接書く。
レジスターを明示的に設定する。エラーを見つけるために逆翻訳を行う。
文化的ニュアンスについて意味のメモを確認する。用語集で用語を一貫させる。
最終版をネイティブスピーカーに読んでもらう。
Finkのようなツールは中間のステップを処理する。
最初と最後は自分で行う。
Google Translateはカバーレターでどんな間違いをしますか
最も一般的な5つは以下の通り：
間違ったレジスターまたは敬度、決まり文句の字義通りの翻訳、ナンセンスになるイディオム、目標言語が能動を期待するところで保たれる受身、文法性のある言語での誤った性別標識。
カバーレターをプロに翻訳してもらうべきですか
その仕事が重要なら、はい。プロの翻訳者やネイティブの校正者は、ツールが見つけない5%を見つける。
Finkのようなツールは95%まで届かせ、校正者の仕事を速くするが、代替にはならない。
採用担当者はGoogle Translateを使ったかどうかがわかりますか
多くの場合、はい。
合図とは、一貫しないレジスター、わずかにずれる前置詞、字義通りのイディオム、文法的には正しいがリズムが不自然な構文などだ。
カバーレターを定期的に読む採用担当者は、これらのパターンを即座に見分ける。
出典とさらに読む
比較データは以下による。
DeepL自身の品質ベンチマーク (2026年3月のブラインドテスト、16言語ペア48,000回評価)、 Google Translateの言語カバー (2024年時点で249言語)、 DeepLの敬度機能ドキュメント (Proのみ、10言語)。
機械翻訳応募に関するRedditの議論は r/AskAGerman と r/recruitinghell に見られる。
日本と欧米のカバーレター慣習の比較は Coto Academy のガイドを参照。
さらに読むべきとして、なぜLLMは翻訳が得意なのか と 翻訳ツールを語学学習に使う方法 を推薦する。