💡 この記事の3行まとめ
- 「ローカルで翻訳」は、ツールを選ぶ話ではなく通信を切った状態でも読める形に手順を組む話です。
- 組み立ては資料を先に手元へ落とす → 通信を切る → 画面から囲んで読むの3段階。順序を逆にすると失敗します。
- Mac専用の画面OCR翻訳『Zipp』は
⌃Sで囲んで0.3秒。Apple Visionによる端末内処理で画面画像の外部保存ゼロ、無料でダウンロード（登録不要）、1日15回まで。
📌 この記事の対象読者
- 学内Wi-Fiや社内ネットワークの制限で、翻訳サービスにPDFを渡せない方
- 移動中・機内・出張先など、回線が細い場所で論文を読み進めたい方
- 「端末内で処理する」という説明を、自分の環境で再現して確かめたい方
「ローカルOCR認識」がうまくいかないのは、道具ではなく順序の問題
論文の翻訳をローカルで済ませたいという要求は、はっきりしています。本文を外部へ出したくない、回線が使えない場所でも読みたい、共有PCなので履歴を残したくない。理由はさまざまですが、目指す状態は同じです。ところが実際に試すと、多くの人が同じところでつまずきます。
つまずきの形は3つあります。1つ目は、読み始めてから通信を切ること。PDFを開き、翻訳サービスを開き、そこで初めてオフラインにすると、資料は手元にないし、ツールは動かない。2つ目は、アプリの説明だけを信じて、自分の環境で確かめていないこと。説明に「端末内処理」とあっても、初回起動時に何かを取りに行く設計なら、通信を切った瞬間に止まります。3つ目は、出力の置き場所を決めていないこと。訳をファイルに書き出したり、クラウドノートに貼ったりすると、そこから先で本文が外へ出ます。
3つに共通するのは、どれも翻訳の精度とは関係がないという点です。原因は手順の順序と、確認の位置です。だから解決策も、良いツールを探すことではなく、通信を切る前提で手順を組み直すことになります。順序さえ正しければ、特別な設定も専門知識も要りません。
解決策：資料を落とす → 通信を切る → 画面から囲む
以下の3手順は、この順序で実行することが前提です。1と2を入れ替えると、必要なものが手元にない状態で詰まります。まず順序を体に入れてください。
手順1：読む資料を、先に全部手元へ落とす
最初にやるのは、これから読む論文のPDFをダウンロードし終えることです。Google Scholar の検索結果から本文PDFへのリンクをたどり、ファイルを保存します。可能なら、そのセッションで読む予定の論文をまとめて落としておきます。後から「あの論文も読みたかった」となっても、通信を切った後では取りに行けません。
同時に、参照したい図表や補足資料も開いておきます。ブラウザのタブに残すのではなく、ファイルとして持っておくのが安全です。タブは再読み込みで消えることがありますが、保存したファイルは消えません。ここでの判断基準はひとつ、通信を切った後に新しく取りに行く操作が残っていないかです。
手順2：通信を切ってから、翻訳を1回動かす
PDFを開いた状態で、MacのWi-Fiを切り、必要なら有線も外します。その状態で、翻訳を1回だけ実行します。「⌃S」（Control + S） を押し、本文の段落を囲むと、0.3秒で訳が最前面に表示されます。ここで結果が出れば、その処理は端末内で完結しています。
この1回は、単なる試し撃ちではありません。これから先の作業が成立するかどうかの確認です。結果が出たなら、以降は同じ操作を繰り返すだけで読み進められます。出ないなら、その時点で別の手段に切り替える判断ができます。読み始めてから気づくより、最初の1回で分かるほうが損失は小さい。
手順3：訳を保存せず、画面のまま読む
最後に、出力の扱いを決めます。この手順では、訳をファイルに書き出さず、クラウドノートにも貼らず、画面のまま読むことを基本にします。理由は単純で、保存した瞬間に、その保存先が新たな外部経路になるからです。端末内で処理した意味を、保存の一手で打ち消してしまいます。
読んだ内容を残したいときは、訳文ではなく自分の言葉での要約を手元のメモに書きます。要約は自分が作った文章なので、原文の外部送信にはなりません。引用が必要な箇所は、原文のページ番号と行を控えておけば、後から本文へ戻れます。1日15回までという枠は、この読み方だと1本の論文で数回に収まるため、複数本を同じ日に読む場合だけ配分を意識すれば足ります。
ローカル翻訳の組み立て方の比較
【通信を切ったときの動作】
従来：何もできない。訳が出ない
Zipp：囲めば0.3秒で訳が出る
【資料の準備】
従来：読みながら都度ダウンロードする
Zipp：読み始める前にまとめて落とす
【処理の場所】
従来：外部サービスのサーバー上
Zipp：Apple Visionによる端末内処理
【本文の外部送信】
従来：貼り付けた本文がサービスへ渡る
Zipp：画面画像の外部保存ゼロ
【訳の残し方】
従来：訳文を保存・共有して経路が増える
Zipp：画面のまま読み、残すのは自分の要約
【使える回数の目安】
従来：サービス側の制限に従う
Zipp：1日15回まで（無料でダウンロード・登録不要）
よくある質問（FAQ）
Q. 通信を切る前に、アプリの初回起動だけは済ませておくべきですか？ A. 済ませておいてください。初回起動や権限の許可は通信を伴うことがあるため、先に一度動かし、画面収録の許可を与えたうえで、改めて通信を切って確認します。
Q. 通信を切った状態で結果が出れば、画面画像の外部保存ゼロと言い切れますか？ A. 少なくとも、その操作の結果を出すのに通信を必要としていないことは、あなたの環境で観測できた事実です。説明と観測が一致しているかを判断材料にしてください。
Q. PDFをクラウドに置いたままだと、ローカルとは言えませんか？ A. 置き場所がクラウドなら、閲覧のたびに同期が発生します。ファイルを端末へダウンロードし、そのローカルファイルを開いた状態で囲むのが基本です。
Q. 1日15回では足りないときはどうしていますか？ A. 囲む範囲を広げるのではなく、読む順序を絞ります。アブストラクトと結論を先に読み、必要な節だけを囲む運用にすると、1本あたりの回数は自然に減ります。
順序を先に決めれば、ローカルは難しくない
ローカルOCR認識での翻訳は、特殊な設定を積み上げる話ではありません。資料を先に手元へ落とす、通信を切る、画面から囲んで読む、訳を保存しない。この4つを順序として固定するだけで、外部へ出さない読み方が成立します。
逆に言えば、順序が崩れると、どれだけ良い道具を使っても穴が開きます。まず今日の1本で、通信を切った状態のまま最初の段落を読み切ってみてください。その1回が、以後の読み方の基準になります。
▼ 無料でダウンロード（登録不要・1日15回まで）
zipp-mac.surge.sh