💡 この記事の3行まとめ
- Figmaがクラウド前提であることは、翻訳のたびに新しい送信先を増やしてよい理由にはなりません。分けるべきは「合意済みの置き場所」と「翻訳で増える送信」です。
- 導入は、送信経路を3種類に分類する → 翻訳を画面OCRへ置き換える → 回線を切って確かめる、の順で進めます。
- Mac専用の画面OCR翻訳『Zipp』は
⌃Sで囲んで0.3秒、Apple Visionの端末内処理で画面画像の外部保存ゼロ。無料でダウンロード（登録不要）、1日15回までです。
📌 この記事の対象読者
- 海外のUIキットを買って、Figmaで中身を読みながら使いたい方
- クライアントの未公開デザインを扱っていて、翻訳のために外へ出す判断がしづらい方
- プラグインを増やす前に、何がどこへ渡るのかを整理しておきたい方
「Figmaはクラウドだから」で、翻訳の送信先まで許していないか
Figmaを使っている時点で、デザインファイルがクラウドに置かれることは受け入れています。共同編集も、コメントも、バージョン履歴も、その前提の上に成り立っています。ここを議論しても始まりません。
問題はその先です。英語のテキストを読むために、コピーした文字を別のサービスへ貼り付ける。あるいは翻訳用のプラグインを入れる。あるいはブラウザの拡張を追加する。これらは翻訳のために新しく増えた送信先であり、Figmaの共同編集とは別の話です。
この2つを一緒に扱うと、判断が雑になります。「Figmaはクラウドなのだから、今さら気にしても仕方ない」という結論が出て、実際には何がどこへ渡っているのかを説明できない状態になります。説明できない状態は、現場では「止める」に倒れます。あるいは逆に「誰も気にしていない」に倒れます。どちらも、必要な作業を不必要に止めるか、止めるべきものを止められないかの差でしかありません。
とくに問題になりやすいのが2つの素材です。1つは海外のUIキット。購入したファイルには、作者の意図や注記、ライセンス上の但し書きが英語で書かれています。読む必要はありますが、外へ出す理由は弱い。もう1つは未公開デザイン。公開前の画面を、翻訳のためだけに別のサービスへ渡す。これは説明がつきません。
だから導入の前にやることは、ツールを選ぶことではなく、送信経路を分類することです。以下、3手順です。
解決策：分類・置き換え・確認の3手順で導入する
手順1：送信経路を3種類に分ける
まず、いま画面の英語を読むときに通っている経路を、すべて書き出します。コピーして翻訳サイトへ、ブラウザの拡張、翻訳プラグイン、スクリーンショットを撮ってスマホへ、PDFに書き出して別アプリへ。書き出したら、それぞれを3つに分類します。
1つ目は合意済み。Figmaのクラウド保存、チームの共同編集など、すでに運用として受け入れているもの。2つ目は翻訳で増えた送信。読むためだけに外部サービスへ渡しているもの。3つ目は不明。拡張やプラグインが内部で何をしているか説明できないもの。
分類すると、判断すべき対象が絞れます。合意済みは議論から外す。翻訳で増えた送信は、減らせるなら減らす。不明は、説明できる形にするか、外す。この3つで十分です。
手順2：翻訳の経路を画面OCRへ置き換える
次に、2つ目と3つ目に該当した経路を、画面の文字をそのまま読む方法へ置き換えます。⌃S を押して読みたい範囲を囲むと、0.3秒で訳が最前面に表示されます。Figmaのキャンバスは動かず、選択中のレイヤーも、ズーム位置もそのままです。
この経路では、テキストをコピーしません。プラグインも追加しません。ブラウザの拡張も要りません。処理はApple Visionによる端末内で完結し、外部への送信はゼロです。つまり、翻訳によって新しく増える送信先がありません。
ここが導入の要点です。Figmaのクラウド利用を止めるのではなく、翻訳という行為が新しい送信を生まない形にする。この整理ができると、クライアントやチームへの説明が1文で済みます。「デザインはFigmaの管理下にあり、翻訳は端末内で処理します」。プラグインの権限一覧を眺めながら説明する必要はありません。
手順3：導入後に3つを確かめる
入れたら、3つだけ確認します。1つ目は回線を切って動くか。 Wi-Fiを切り、Figmaの画面（あるいは書き出した画像を開いた画面）で囲んでみます。訳が出れば、その処理は端末の中で完結しています。2つ目は権限。 macOSの「プライバシーとセキュリティ」で、画面収録の許可がどうなっているかを見ます。画面を読む道具なら許可は必要で、その範囲が妥当かを確認します。3つ目はチームへの共有。 「翻訳は端末内で処理する」「外部サービスへは渡していない」の2行を、運用メモに残します。
この3つが揃うと、導入は完了です。1日15回までという枠は、UIキットの注記を読む、未公開画面のコピーを確認する、といった用途なら1セッションで2〜3回に収まります。まずは手元のUIキット1つで試してください。
Figmaでの翻訳導入の比較
【翻訳時の送信先】
従来：コピー先のサービス、拡張、プラグイン
Zipp：送信先が増えない（端末内で完結）
【導入時に増える権限】
従来：プラグインごとに読み取り範囲が増える
Zipp：画面収録の許可のみ
【海外UIキットの注記】
従来：全文をコピーして外部へ渡す
Zipp：表示されている範囲を囲んで読む
【未公開デザイン】
従来：公開前の画面を外部サービスへ送る
Zipp：画面のまま読み、書き出さない
【オフライン時】
従来：サービスへ届かないと読めない
Zipp：回線なしでも同じように動く
【説明のしやすさ】
従来：何がどこへ渡るか一覧で示す必要がある
Zipp：「端末内で処理」の1文で足りる
よくある質問（FAQ）
Q. Figmaがクラウドなのに「画面画像の外部保存ゼロ」と言えるのですか？ A. 対象を分けて考える必要があります。デザインファイルがFigmaの管理下に置かれることは、サービス利用の前提として合意している事項です。ここで扱う「画面画像の外部保存ゼロ」は、翻訳という行為が新たな送信を生まないという意味です。処理はApple Visionにより端末内で完結します。
Q. 翻訳プラグインのほうが手軽に見えます。 A. 手軽さはありますが、導入すると読み取り範囲の権限が増え、何を読んでいるかの説明が必要になります。読むためだけの用途なら、画面を囲む方法のほうが説明は短く済みます。両方を併用する場合は、プラグインを使う場面を限定してください。
Q. チームのメンバーには、どう説明すればいいですか？ A. 「翻訳は端末内で処理し、外部サービスへは渡していない」の1文と、確認した方法（回線を切って動作を確認した）を添えてください。手順そのものより、確かめた事実のほうが共有しやすい材料になります。
Q. 1日15回の枠は、UIキットの読解で足りますか？ A. 注記やラベルは短い単位なので、1回で複数箇所を読む使い方になります。まずは1つのコンポーネントに絞って試し、回数と読めた量のバランスを見てください。枠は毎日回復します。
説明できることが、いちばん強い導入理由になる
道具を選ぶとき、私たちは機能の一覧を見ます。しかし現場で問われるのは機能ではなく、説明できるかどうかです。何がどこへ渡り、どこで処理されているのか。この問いに1文で答えられれば、導入は止まりません。翻訳を端末内に閉じるという選択は、その1文を作るための選択です。今日、手元のUIキット1つで試してみてください。
▼ 無料でダウンロード（登録不要・1日15回まで）
zipp-mac.surge.sh