💡 この記事の3行まとめ

  1. 入稿データが外へ出る瞬間は、翻訳そのものではありません。翻訳サイトに貼る・クラウドに置く・校正をメールで往復させるという、3つの日常動作の中にあります。
  2. 塞ぎ方は「禁止」ではなく「置き換え」です。貼る代わりに画面を囲んで読む。この一手の置き換えが、プリプレス工程でいちばん現実的に続きます。
  3. Mac専用OCR翻訳『Zipp』は ⌃S で囲むだけ、0.3秒、Apple Visionの端末内処理で画面画像の外部保存ゼロ。無料でダウンロード（登録不要）、1日15回までです。

📌 この記事の対象読者

  • 印刷会社から支給された英文データや、海外クライアントの入稿物を日々扱っているプリプレス担当の方
  • 翻訳サイトに英文を貼ったあとで「これは送ってよかったのか」と手が止まった経験のある方
  • 守秘義務の条項は読んでいるが、日々の作業手順にはまだ落とし込めていない方

データが外に出るのは、翻訳の瞬間ではない

入稿データの流れを思い浮かべるとき、私たちは「支給 → 配置 → 校正 → 戻し」という大きな流れを描きます。この流れの中で、データが社外に出る場面は、本来ごく限られています。支給元とのやりとり、印刷所への入稿、クライアントへの校正戻し。どれも名前のついた工程です。だからこそ「外部に出るのはこの3回だけ」と感じてしまいます。

しかし実際には、名前のついていない経路がいくつも開いています。英文の意味が分からない。注意書きのニュアンスを確かめたい。型番や成分名の表記が正しいか見たい。そのたびに、手は最短経路へ伸びます。翻訳サイトの入力欄にコピーを貼る。書き出したPDFをクラウドに置いて共有リンクを発行する。校正用のスクリーンショットをチャットに投げて「これ何て書いてある？」と聞く。どれも悪意ではありません。作業を止めないための、善意の回避行動です。

ここに構造的な問題があります。禁止しても、代替手段がなければ人は最短経路に戻るということです。「外部サービスに貼らないでください」という注意書きは、読む手段を持たない人にとって、作業を止める以外の意味を持ちません。そして止まった作業は、締め切りの前日に、より雑な形で再開されます。夜中に、確認が取れないまま、一番早い方法で。

もうひとつ見落とされやすいのは、経路が開くタイミングです。データを外部に出す決心をして開くのではありません。英文が読めないと気づいた、その一秒後に開きます。つまり塞ぐべきは「翻訳」という行為ではなく、「読めない」という状態そのものです。読む手段が工程の内側にあれば、その一秒は発生しません。

解決策：経路を塞ぐのではなく、読む手段を工程の内側に置く

順番は、可視化 → 置き換え → 証跡です。最初に禁止から入ると、現場は静かになりますが、経路は見えない場所へ移るだけです。静かになったことと、安全になったことは別です。

手順1：外に出る経路を、1日分だけ書き出す

特別な調査は要りません。今日の作業を思い出しながら、英文を読む必要が出た場面を3つ書きます。そのとき何をしたかを、正直に書きます。貼った、共有した、聞いた、諦めた。この4種類で足ります。

書いてみると、たいてい同じ場所に集中していることが分かります。特定のクライアントの支給データ、特定の言語の注意書き、特定の工程の直前。全部を塞ごうとすると手が回りませんが、上位3つなら塞げます。経路の件数ではなく、集中している場所を1つ見つけるのが目的です。ここを外すと、対策が「全員に注意」という形になり、効果が薄くなります。

手順2：「貼る」動作を「囲む」動作に置き換える

経路が特定できたら、その場面で発生する動作を1つだけ置き換えます。コピーして貼る代わりに、画面に表示された英文を ⌃S で囲んで読む。これだけです。

置き換えが続くかどうかは、工程のどの位置に入れるかで決まります。おすすめは、英文を目にする直前ではなく、直後です。データを開いたらまず全体を眺め、読めない箇所に印を付け、まとめて囲む。1箇所ごとに往復するより、手の移動が少なくなり、結果として速くなります。校正の途中で見つけた場合は、その場で囲んで読み、判断を確定させてから次のページへ進みます。読みかけのまま次へ進むと、あとで同じ箇所を探す作業が発生します。

ZippはApple Visionで端末内処理するため、囲んだ範囲が外部へ送られることはありません。訳は最前面に重なるので、入稿データの表示位置もズーム倍率もそのままです。無料でダウンロード（登録不要）、1日15回まで。まずは手順1で見つけた1つの場面にだけ入れてみてください。

手順3：何を読んで、何を判断したかの残し方を決める

置き換えが回り始めたら、記録の形式を決めます。プリプレスの作業では「読んだ」ことより「どこを確認して、どう判断したか」が問われます。英文の注意書きを読んで「この表記で問題ない」と判断したなら、その判断と根拠を1行で残します。

記録の粒度は、あとで第三者に説明できるかどうかで決まります。「翻訳ツールで確認済み」だけでは、何を確認したかが伝わりません。「3ページ目の成分表記、原文はこの語、日本語ではこの表記に統一」まで書けば、引き継げます。この1行があると、校正の往復回数が減ります。往復が減れば、データを送る回数も減ります。記録は、送信を減らすための道具でもあるわけです。

入稿データの扱い方 比較

【原文の行き先】
従来：貼った時点で外部の入力欄へ渡る
Zipp：画面の表示を端末内で読む

【送信の発生】
従来：貼る・共有する・添付するたびに発生
Zipp：画面画像の外部保存ゼロ

【作業の位置】
従来：ブラウザへ切り替える別工程になる
Zipp：入稿データの画面上で完結

【原文の残り方】
従来：履歴や一時ファイルに残りうる
Zipp：コピーも保存も不要

【判断までの時間】
従来：切替・貼付・コピー戻しの往復
Zipp：⌃S→囲む→0.3秒

【社内説明】
従来：「貼らないで」と注意する運用
Zipp：手順として置き換え済みと言える

よくある質問（FAQ）

Q. 翻訳サイトに貼るのは、そこまで問題でしょうか。 A. 問題の大小は契約と社内規程で決まるため、一律には言えません。ただし判断の前に知っておくべき事実があります。貼る操作は、原文を外部の入力欄へ渡す操作です。渡した内容がどう扱われるかは、そのサービスの条件に依存します。自分の管理下にない場所に原文が渡る、という点だけは共通です。

Q. 社内で外部サービスの利用が禁止されています。何から始めればいいですか。 A. 禁止を広げるのではなく、読む手段を工程に置くところから始めてください。手順1で経路を書き出し、集中している1つの場面にだけ、囲んで読む動作を入れます。禁止だけを強めると、経路は見えない場所へ移り、確認が取れないまま作業が進みます。静かになった状態を安全と誤認しないことが大切です。

Q. 支給データが画像やアウトライン化されたPDFでも読めますか。 A. Zippは画面に描画された見た目を読むため、テキスト情報の有無に左右されません。文字として選択できない英文でも、表示されていれば囲んで読めます。ただし読み取りやすさは、表示倍率・文字サイズ・コントラストで変わります。等倍以上に拡大し、文字の輪郭が潰れていない状態で囲むのが実務的です。

Q. 読み取り結果はそのまま入稿に使えますか。 A. 読むための手段として使い、入稿する文字列は必ず人が確認してください。OCRは表示から文字を起こす処理であり、書体の区別が曖昧な文字（大文字のIと数字の1、小文字のlなど）で揺れることがあります。型番・成分名・単位は、原文と並べて目視で突き合わせる。この一手間を工程に残しておくことが、後の修正を減らします。

「送らない」は、我慢ではなく手順で作る

入稿データを外に出さない、と聞くと、不便を飲み込む話に聞こえます。しかし実際に必要なのは我慢ではなく、置き換えです。読めないから貼る、という順番を、読めないから囲む、に変える。それだけで、名前のついていない経路は静かに閉じます。

大事なのは、閉じたことを自分で説明できる状態にしておくことです。どの場面で、何を、どう読んだか。1行の記録が、次の入稿を軽くします。まずは今日の作業から、英文を読んだ場面を1つ思い出して、そこだけ置き換えてみてください。

▼ 無料でダウンロード（登録不要・1日15回まで）
zipp-mac.surge.sh

`