Geminiを翻訳に使う方法：長文書、制限、レビュー

Geminiは、文章、メール、文書の一部を翻訳するのに適した翻訳ツールであり、長いPDFを一度に読むこともできます。しかし、本一冊や書式付き文書全体を翻訳する唯一のツールとしては不向きです。長文翻訳を制限するのは、Geminiがどれだけ読めるかではなく、一度の応答でどれだけ書き戻せるか、そしてその応答がどのような形式をとるかだからです。つまり、チャット内のテキストであり、再構築されたPDF、EPUB、DOCXではありません。

したがって、扱いやすい量のテキストに対して言語的な判断が難しい部分にGeminiを使ってください。文書が一度の応答より長い場合は、チャンク分割、固定用語集、完全性チェックを計画に含めましょう。翻訳されたファイルそのものが必要な場合は、ファイル単位のワークフローを使用してください。

このガイドでは、Geminiアプリ（gemini.google.com）とGemini API（Google AI Studioを含む）を扱います。以下の制限はすべてGoogle自身のドキュメントに基づき、2026-10-11に確認したものです。Googleは頻繁に変更するため、数値を前提に計画を立てる前にリンク先のページを確認してください。

Geminiが受け付けるもの（利用環境別）

出典：Gemini Appsでのファイルのアップロードと分析、Gemini Appsの制限とアップグレード、Gemini APIのドキュメント理解、Gemini 3 Flashモデルページ。

これらのページに記載されている3つの詳細は、翻訳においては見出しのコンテキストウィンドウよりも重要です：

• 無料アプリのコンテキストは小さい。 GoogleはAIプランなしのGeminiアプリについて32kトークンと記載しています。Google自身の目安では100トークンは約60～80英単語なので、32kのウィンドウにはおよそ19,000～26,000英単語が収まります。これで指示、原文、翻訳をすべてカバーしなければなりません。これは長い章であって、本ではありません。
• 視覚的理解ができるのはPDFのみ。 Googleによると、GeminiはPDFに対してネイティブの視覚機能を使用し、ページ上のテキスト、画像、図、グラフ、表を理解できます。TXT、Markdown、HTMLなどの他のドキュメントタイプは「純粋なテキストとして抽出」され、書式のコンテキストは失われます（ドキュメント理解）。DOCXやEPUBをアップロードする場合、Geminiは単語を見ているのであって、レイアウトを見ているのではないと想定してください。
• 出力はテキスト。 Gemini 3 Flash（プレビュー）のモデルページには、出力タイプとしてテキストのみが記載されています。アプリは応答をGoogleドキュメントにエクスポートしたり、表をスプレッドシートにエクスポートしたりできます（エクスポートオプション）。これは便利ですが、それでもチャットテキストから構築された新しいドキュメントであり、言語が変わった元のファイルではありません。

チャンクサイズを決めるのは出力上限という数字

Geminiと長文ドキュメントに関するほとんどのアドバイスは、100万トークンのコンテキストを指しています。翻訳においては、その数字は誤解を招きます。300ページのPDFを読むのは安価です。Googleは各ドキュメントページを約258トークンとしてカウントするので、300ページは約77,400トークンの入力になります。これはProプランやAPIには簡単に収まりますが、無料アプリの32kウィンドウには収まりません。

しかし、翻訳は要約とは異なります。答えは原文と同じ長さになります。モデルの出力上限が65,536トークンの場合、Googleの100トークンあたり60～80語というルールでは、1回の応答はおよそ39,000～52,000英単語に制限され、見出しや注釈、あるいは単語あたりより多くのトークンを使用する非英語のターゲット言語のための余裕を考慮すると、さらに少なくなることがよくあります。長い本は簡単にそれを超えてしまいます。その本はGeminiが読むものには収まりますが、その翻訳はGeminiが1回の応答で書くものには収まらないかもしれません。

この計算はGoogleが公開している制限からの推測であり、測定されたテストではありません。それは1つの実用的なルールを示しています：チャンクサイズは、Geminiが読める入力ではなく、返ってくる必要のある出力によって選びましょう。 実際には、1章または数千語のチャンクにすることで、各応答を上限のはるかに下に抑えられます。また、レビュー単位を小さく保つことで、欠落した段落を簡単に見つけられます。

長いコンテキストは依然として役立ちます。Geminiは、何かを翻訳する前に、ドキュメント全体を一度読んで用語集とスタイルブリーフを作成できます。Google自身の長いコンテキストのガイドも、リクエストが大きなコンテキストから多くの別々の項目を取得しなければならない場合、モデルは単一のターゲットの場合と同じ精度では動作しないと警告しています。本全体の翻訳は一度に何千もの項目を要求します。1つの巨大なリクエストよりも、多くの小さなリクエストの方がより良い制御が期待できます。

Geminiはテキストを返すのであって、使えるファイルを返すのではない

Geminiを選ぶ前に、「完了」とは何かを決めましょう。この表は、テキストが成果物である仕事と、ファイルが成果物である仕事を分けています。

線引きは、読むことと判断することが仕事である作業と、文書を再構築することが仕事である作業の間に引かれる。Geminiは前者を助ける。後者では、翻訳は仕事の半分にすぎない。

チャンク分割と用語ドリフトのチェックリスト

これは実践的な方法であり、ベンチマークの結果ではない。Googleが文書化しているリスク（出力上限、コンテキスト制限、複数項目の検索精度の低下）を、繰り返し実行して監査できる手順に変える。チャンクサイズは自分の計画とモデルに合わせて調整すること。

翻訳前

1. ソースを固定する。 ファイルの最終版1つから作業する。ページ数または語数を記録する。
2. 利用する環境を選ぶ。 無料アプリ：1回の会話につき1章以下を目安にする。Pro/UltraアプリまたはAPI：Geminiに文書全体を分析させることができるが、翻訳は依然としてチャンク単位で行う。
3. 自然な境界で分割する。 ページ区切りではなく章や節を使い、文や脚注が分断されないようにする。チャンクに番号を振り（C01、C02、...）、各チャンクの最初と最後の文を記録する。
4. 先に用語集を作る。 Geminiに、繰り返し登場する人名、地名、用語、敬称を翻訳案とともにリストアップさせる。資格のある人に承認してもらう。用語の一貫性ガイドには、用語集に含めるべき内容が説明されている。
5. 1段落のスタイル指示を書く。 読者層、文体、単位や引用の扱い方、翻訳してはいけないものを指定する。

各チャンクについて

6. 各チャンクを同じヘッダーで始める。 承認済みの用語集とスタイル指示を毎回のリクエストに貼り付ける。会話がそれらを覚えていることに頼ってはいけない。新しいチャット、無料プランのコンテキスト上限、あるいは長いスレッドでは、最初の指示が見えなくなることがある。
7. 1回の応答につき番号付きのチャンクを1つだけ翻訳する。 Gemini に、出力の先頭にチャンク ID を、末尾に END C07（または対応する ID）を付けてもらう。そうすれば、応答が途中で切れたことが一目でわかる。
8. 長さと境界を確認する。 段落数を比較し、原文の最後の文に訳があることを確認する。END マーカーがなければ、応答が途中で止まったということだ。そのチャンクを再リクエストする。途中から続けてはいけない。
9. 新しい用語を記録する。 チャンクに用語集にない用語が出てきたら、追加して承認し、以降のチャンクで使う。Gemini に2つ目の訳語を勝手に作らせてはいけない。

すべてのチャンクの後で

10. ずれを検索する。 組み立てた翻訳で、用語集の各用語と原文言語の各名称を検索する。ヒットした箇所はすべて承認済みの表記になっているはずだ。表記の揺れや原文言語の単語が残っているのは、ずれの最もよくある兆候だ。
11. 完全性を突き合わせる。 各チャンク ID は順番どおりに1回ずつ存在し、重複がないことを確認する。
12. リスクのある箇所は人と確認する。 資格のある読者に、名前、数字、日付、否定、および法律・医療・出版に関わる事項を確認してもらう。

アプリと API の違いを一行で言えば、アプリでは手順6〜8を手作業で行い、Docs へのエクスポートボタンが組み立てのステップになる。API なら手順6〜11をスクリプト化できるが、出力はあくまでテキストであり、自分で文書に戻す必要がある。

チャンク分割に耐えるプロンプトのパターン

ChatGPT 翻訳ガイドと同じ4ブロック構成を使い、チャンク制御を追加する。

TASK
Translate chunk C07 from [source language] to [target language].

AUDIENCE AND PURPOSE
[Who will read it and what they need to do with it.]

CONSTRAINTS
- Apply the glossary exactly. If a term is missing, keep the source term in
  [brackets] and list it after the translation as NEW TERM.
- Preserve names, numbers, dates, citations, and paragraph boundaries.
- Do not summarize, skip, or add explanations.
- Start with "C07". End with "END C07".

GLOSSARY
[approved term list]

SOURCE
[chunk text, or "pages 41–58 of the attached PDF"]

レビューは翻訳とは分けて行う。チャンクが終わったら、原文チャンク、訳文、用語集、そして短い評価基準（省略、追加、数字や名前の変更、用語集違反、文体の誤り）を添えて新しいリクエストを開く。Gemini の指摘は確認すべき事項であり、判定ではない。どのモデルもそうであるように、誤りを見逃したり、正しい選択を指摘したりすることがある。

フィクションでは、章間の声のずれは用語のずれとは別のリスクだ。AI 小説翻訳ワークフローでは、キャラクター設定資料と声のテストについて扱っている。

アップロード前にプライバシーを確認する

アップロードした文書がどう扱われるかは、Gemini の使い方によって異なる。

• Gemini アプリ: Google によれば、一部のチャットは人間のレビュアーが読むことがあり、プライバシー通知では、レビュアーに見られたくない機密情報を入力しないよう求めている。Keep Activity をオフにすると、今後のチャットが Google サービスの改善に使われなくなるが、Google は、Google、そのユーザー、および公衆を保護するために、人間のレビュアーの助けを借りてチャットを引き続き利用すると述べている（Gemini Apps Privacy Hub）。
• 無料 API と Google AI Studio: Gemini API の規約では、Google AI Studio の直接利用を含む無料利用を Unpaid Services と位置づけている。Google はそのコンテンツを製品改善に利用することがあり、人間のレビュアーが読むことがあり、規約では機密情報や個人情報を送信しないよう求めている。有料 API の利用は Google 製品の改善には使われない（Gemini API 規約）。

契約書、NDA 下の原稿、クライアントのファイルについては、何かをアップロードする前にこれを解決しておく。文書翻訳プライバシーチェックリストには、私たちのツールを含め、あらゆるツールに尋ねるべき質問が挙げられている。

Gemini をメインツールとして使うのをやめるべきとき

Gemini は、あらゆる失敗を自分で確認して修正できる場合に適したツールだ。読む予定の章、複数の選択肢が欲しい一節、作成中の用語集、レビュー中の翻訳などがそうだ。どのモデルがあなたの言語ペアに最も強いかは別の問題だ。翻訳に最適な LLM ガイドでは、リーダーボードを信じるのではなく、それをどう検証するかを説明している。

仕事が完全なファイルである場合、これはメインツールとしては適切でない。その時点では、何十ものチャンクを手作業で管理し、用語集を貼り直し、終了マーカーを確認し、レイアウトを自分で再構築することになる。それは BookTranslator が行うために作られた仕事だ。PDF、EPUB、DOCX、その他の対応ファイルをアップロードすると、文脈と一貫した用語集を保って文書全体を翻訳し、翻訳済みファイルが返ってくる。形式が対応していれば対訳版も得られる。スキャンした PDF の場合、OCR モードは元のページレイアウトを正確にコピーするのではなく、認識した内容からきれいな翻訳済み PDF を再構築する。価格は購入手続きの前に表示されるので、ファイルをアップロードしてから判断できる。どのツールを使うにしても、重要なものについては上記のレビュー手順を守ってほしい。