画像をローカルで圧縮：アップロード不要のプライベートな代替案

送り先を決める前に、小さくしなければならない写真が手元にあります。クライアントの未発表の商品写真かもしれません。子供の誕生日の写真かもしれません。あるいはビザ申請用のパスポートスキャンかもしれません。反射的にやることは決まっています。圧縮サイトを開き、ファイルを放り込み、小さくなった版をダウンロードする。私も何年もそうしてきました。ある日、ふと立ち止まってつまらない疑問を抱きました。アップロードを押したあと、それらのバイトは一体どこへ行くのか、と。

サーバー側の圧縮ツールにとって、その答えこそがサービスの存在意義です。あなたの画像はネットワークを越え、あなたが所有しないマシンに着き、そこで処理されて、結果が戻ります。これは反論の余地のない3つの事実です。ファイルはあなたの端末を離れ、他者が管理するインフラに降り、そしてそのインフラ上に（どれほど短くとも）コピーが確実に存在した、と。それ自体はスキャンダルではありません。しかしそれは、あなたが第三者に預ける「露出面」なのです。その向こう側に何があるかを考える人はほとんどいません。

「ローカル」圧縮の正体

ブラウザネイティブな圧縮ツールは、逆を行います。ファイルはあなた自身のブラウザが File API でローカルに読み込み、あなたのマシンのメモリに抱え、そのまま Web Worker に渡されます。そこで圧縮計算を WebAssembly が実行するのです。サーバーが使うのと同じ MozJPEG、WebP、OxiPNG、UPNG の各エンジンですが、違いはそれらがあなたの CPU 上で動く点だけです。出力は Blob で、ブラウザがそのままあなたの手元にダウンロードします。この一連のどこにも、画像が外部へのネットワーク接続を開く瞬間はありません。アップロードという段階がないのです。なぜなら、処理をするのにピクセルを必要とする相手が、向こう側にいないからです。

これは眉唾のマーケティング文句ではありません。このサイトのツールも正確にそう作られています。アップロードモジュールはローカルでファイルを読み、検証するだけ。圧縮ワーカーはブラウザ内で符号化をすべて実行。結果はあなた自身が保存する Blob です。アカウント不要、API キー不要、行き来も無し。圧縮中にブラウザのネットワークタブを開けば、画像データを載せたリクエストがゼロであることが見てとれます。

リスク地図：アップロード経路があなたを晒すもの

写真を圧縮するためにアップロードするとき、あなたが差し出しているのは帯域と引き換えにする利便性だけではありません。ファイルがノート PC を離れなければそもそも存在しない一連の露出を、あなたは引き受けているのです。

• ネットワーク転送。転送そのものが、あなたの通信業者そしてあなたとサーバーとの間の一切を通過します。共有や公衆の Wi-Fi 上では、それは映画の筋書きではなく、退屈なまでに実際の事実です。
• 第三者による保存。ファイルは他者のディスクに降ります。そこではバックアップチェーン、保持ポリシー、そして必然的に侵害の表面へと組み込まれます。あなたのデータを保持するサーバーは、すべからく侵害され得るサーバーです。
• 読まなかった規約。アップロードを前提とするサービスは、ほぼ例外なく規約で広範な権利を確保し、預けたコンテンツの保存・処理・その他の利用をします。クライアントの制作物や未発表のデザインをどこかに委ねる前に、アップロードコンテンツに触れる規約の箇所を読んでください。多くの人はそこを飛ばします。だがそこが肝なのです。
• コンプライアンスの穴。データ最小化の原則（GDPR/DSGVO/RGPD/APPI/LGPD という法族）の下では、未監査の処理業者に個人データを送ることは、理論上ではなく本物の穴です。写真に身分証明書や他の個人データが含まれていれば、「誰かのサーバー上で圧縮された」というのは、監査員に出すべき答えではありません。
• モデル学習の時代。アップロードは自社のモデル改善に使われ得ると明言するプラットフォームもあります。明言しない場合でも、コピーがあなたの管理外に存在した瞬間、その行方を決めるのはもはやあなたではありません。

これらがすべて、各クラウドツールが悪意あることを意味するわけではありません。意味するのは、アップロード経路には「無料で高速」という触れ込みが省いたコストが伴う、という点です。ローカル圧縮は、経路そのものが存在しないためそのコストを完全に消し去ります。

ローカル対クラウド、項目別対比

同じエンジンの実測データ

念のため言っておきます。これはプライバシーについてのお喋話ではありません。ローカルエンジンは本当に圧縮します。1600×1200 のテスト写真を、このサイトが使うのと同じ中位カット PNG8 パイプラインに通しました。

そう、ローカルに留まっても、品質も圧縮率も何一つ諦めません。90% 超の縮小を得ながら、ファイルを自身のハードウェアに留めたままなのです。この両立こそが、この手法が存在する全理由です。

ローカルが明らかに正解な場面

• 未発表やクライアントの NDA 下の制作物。発売前の商品写真、守秘義務下のデザイン、クライアントがまだ承認していないロゴ。それが他者のサーバー上にあって恥ずかしいなら、ローカルで圧縮してください。
• 個人的な家族の写真。決して公開しないが、それでもメールに添付したりアップロードしたりせねばならないもの。端末から端末へ、終始手元に留めておきましょう。
• 身分証明書。パスポートスキャン、ビザ写真、KYC アップロード。これらはまさに規制当局が気にする「個人データ」の枠組にあり、しかもフォームに収まらないほど大きいことが多く、人が何でもない圧縮サイトに手を出す瞬間こそがそれなのです。ブラウザ内で済ませましょう。
• 公開フォームに貼りたくない一切のもの。よい試金石：ツイートに添付しないものなら、圧縮に出すためにもアップロードしてはいけません。
• ただ手間をかけたくないとき。登録不要、『無料枠は 5 枚まで』なし、透かしなし。20 枚まで一度に、1 枚あたり最大 50 MB、数秒で。

クラウドが本当に許される場合

ローカルが常に答えとは限りません。画像がすでに公開されているなら——ミーム、公開ページのスクリーンショット、再配布権付きで買ったストック——アップロードの露出は無意味であり、ローカルツールの対応外の形式（たとえば本サイトがまだ扱わない AVIF や HEIC）こそが実用的な選択になり得ます。大切なのは反射ではなく、意図的に選ぶことです。

誰も口にしない静かな利点

何もアップロードしないので、サーバーの行列も、レート制限も、『5 枚超えはプレミアムへ』も無いのです。制限されるのはあなた自身のハードウェアだけ。一度に最大 20 枚、1 枚あたり最大 50 MB、マシン上で並列圧縮。無料枠の壁に途中でぶつかったことのある人なら、それだけで乗り換える価値があります。

私が実際に使う流れ

1. ツールを開く。ログイン不要。ページは静的で、圧縮はワーカー内で動きます。
2. 最大 20 枚を放り込む。JPEG、PNG、WebP を一括で混ぜて放り込み——ツールが各形式を自動判別します。
3. 品質と出力を選ぶ。スライダーを左へ強めの縮小、右へは保存用の維持。元形式の維持か変換かを選びます。
4. 圧縮してダウンロード。ワンクリックで個別ファイルまたは zip に全部保存。ファイル名は維持されます。
5. タブを閉じる。どのサーバーにも何も残りません。そもそも一度も送っていないからです。

具体的な場面の関連ガイド

プライバシーの要望は、ある具体的な圧縮タスクと重なることが多いものです。隣接する話題を深掘りするガイドを挙げます。

• ショップ向けの商品写真の圧縮（JPEG 品質、プラットフォーム制限、ズーム維持）？商品写真ガイドを。
• 柔らかな辺を壊さずに透過ロゴやシールを圧縮？透過 PNG ガイドで PNG8 のハロー罠を解説。
• JPEG でスクリーンショットがぼやける？スクリーンショットガイドで、PNG8 がテキストを鋭く保つ理由を。
• 特定のサイズ制限（フォームは 20 KB 以内）に合わせたい？20 KB 圧縮ガイドで手順を。
• 圧縮ツールの仕組を順を追って見たい？しくみページでブラウザ内パイプラインを解説。

まとめ

クラウド圧縮ツールが便利なのは、仕事を自らのネットワーク側でこなすからです。そしてその便利さの対価として、あなたが管理できないハードウェア上の画像のコピーと、アカウントと、行列と、ふつうは無料枠の壁を支払うことになります。ブラウザネイティブな圧縮はその対価を消し去ります。同じエンジンがあなた自身のマシンで動き、何もアップロードされず、それでも 90% 超の縮小を得られます。写真がプライベートであり、未発表であり、あるいは公開フォームに貼りたくない何物かであるかぎり、ローカルツールへ手を伸ばしてください。ローカルが対応外の形式を要し、すでに公開されている画像には、クラウドの選択を取っておきましょう。

あなたの写真はあなたのものです。小さくなるために、端末を離れて行われる必要はないはずです。