ブラウザ内処理はなぜ通信する？ファイルを預けない仕組みと限界

「ブラウザで動く」だけでは、ファイルが端末内で処理されるかは分かりません。ブラウザからサーバーへファイルを送り、処理結果だけ受け取るサイトもあります。確認すべきなのは、画面の場所ではなく処理対象データがどこへ渡るかです。

GlowPunchでは、選択したファイルや入力本文を処理サーバーへアップロードせず、ブラウザ内で加工します。一方で、ページやプログラムの取得にはネットワークを使います。この2つを区別して説明します。

ファイルを選ぶと何が起きるか

ブラウザのFile APIでは、利用者が選択したファイルをページのプログラムが読み取れます。選択そのものと、外部へアップロードする処理は別です。MDNのFile API解説にも、選択したファイルの読み取りと送信を別の操作として説明する例があります。

GlowPunchのPDFツールでは、選択したバイト列からページを表示し、必要なページを新しいPDFにコピーして、ダウンロード用のファイルを作ります。画像ツールは画像をキャンバスに描画し、動画ツールはブラウザのメディア処理機能を使います。この部分が「ブラウザ内処理」です。

通信を3種類に分ける

通信・処理	GlowPunchでの例	判断のポイント
サイトを表示する通信	CloudflareからHTML・画像・JavaScriptを取得	配信先にはIPアドレス等が伝わる
計算に必要な資材の取得	背景除去のAIモデルをCDNから取得	モデルのダウンロードと、利用者の画像の送信は異なる
閲覧に伴う外部サービス	設定時のGoogle Analytics・AdSense	Cookieや閲覧情報を使う場合がある
処理対象データの加工	PDFの結合・画像の切り抜き	GlowPunchでは端末内で実行する

AI処理で初回に時間がかかるのは、モデルなどを取得するための場合があります。2回目に早くなる場合はキャッシュが使われています。「AIなら画像を遠隔サーバーへ送る」「ダウンロード通信があれば画像も送った」とは限りません。

守れる範囲と、別途管理すべき範囲

処理のために外部へファイルを渡さない設計は、処理サーバーへのアップロードやそこでの保管に伴う懸念を減らします。ただし、端末上の他のソフト、ブラウザ拡張機能、共有アカウント、スクリーンショット、保存先のクラウド同期までは制御しません。

たとえば、変換結果をクラウド同期フォルダに保存したり、Googleスライドへ取り込んだりすると、その後の操作によって外部へ送られます。それはGlowPunchの処理とは別の段階です。原本だけでなく出力ファイルの保管先も確認してください。

ブラウザ内処理に向かない場面

• 数時間の動画や大量の高解像度画像など、端末のメモリが足りない作業。
• 納品先が特定ソフトによる測定・検証を指定している作業。
• 電子署名や文書構造など、保持の保証が必要な作業。
• 業務規程で外部Webページへのファイル読み込みそのものが禁止されている作業。

こうした場合は、組織で承認されたデスクトップソフトなどを選んでください。「アップロードしない」という説明だけで、すべての業務利用が許されるわけではありません。

自分で挙動を確認するとき

機密性のない小さなサンプルを用意し、開発者ツールのNetworkでページ読み込み時と処理実行時のリクエストを比べる方法があります。宛先・メソッド・送信内容を確認すると、モデルの取得や計測と、ファイル送信を区別する手がかりになります。

ただし、1回通信が見えなかっただけで、あらゆる状況の安全性が証明できるわけではありません。キャッシュや遅延実行の影響もあります。サイト側の説明、処理の実装、利用する環境を合わせて判断してください。

作業を終えたら

結果を開いて内容を確認し、不要なダウンロードや複製を片づけます。タブを閉じるだけで端末内のキャッシュや保存ファイルがすべて消えるわけではありません。GlowPunchの通信先と情報の扱いはプライバシーポリシー、具体的な操作は使い方で確認できます。