WebツールでPDFや写真、動画を開くとき、「ファイルを選択」ボタンを押します。この操作を見ると、選んだ瞬間にファイルがどこかのサーバーへ送られているように感じるかもしれません。ですが、ファイル選択とアップロードは同じ処理ではありません。
ブラウザは、ユーザーが選んだファイルを端末内で読み取り、そのままJavaScriptで処理できます。一方で、選んだファイルをサーバーへ送って変換・解析するWebサービスもあります。さらに、一部だけをブラウザで処理し、別の工程だけサーバーを使うサービスもあります。どの方式かによって、処理速度、端末負荷、ネットワーク依存、プライバシーの考え方が変わります。
Webツールの処理は大きく3タイプ
ブラウザ内処理
選んだファイルをブラウザ内で読み取り、その端末のCPU・GPU・メモリを使って処理します。ユーザーファイルをサーバーへ送らずに完結できる設計です。
アップロード型
ファイルをサーバーへ送り、変換・解析・保存などをサーバー側で行います。端末性能に左右されにくい一方、通信とサービス側のデータ取扱いを確認する必要があります。
ハイブリッド型
プレビューや軽い処理は端末内、重い処理や保存はサーバー側、というように工程を分けます。サービス全体ではなく、どの機能が何を送るかを見る必要があります。
「ファイルを選ぶ」と「アップロードする」は別の処理
Webページのファイル選択欄では、ユーザーが明示的に選んだファイルをブラウザが読み取れるようになります。そのデータを画面に表示したり、画像を縮小したり、PDFのページ情報を読んだりする処理は、サーバーへ送らなくてもブラウザ内だけで実行できます。
サーバーへ送る場合は、その後にネットワーク通信を行う処理が必要です。つまり、同じ「ファイルを選択」という見た目でも、選んだあとに何をするかはWebツールごとに異なります。画面だけを見て処理場所を決めつけないことが大切です。
ブラウザ内処理は、ファイルを送らずに済むのが大きな特徴
ブラウザ内処理では、変換や解析をその端末で行います。写真やPDFのように外部へ送りたくないファイルを扱う場合、ユーザーファイルをサーバーへ送らない設計にできることが大きな利点です。大きなファイルでは、アップロード完了を待たずに処理を始められる場合もあります。
ただし、処理能力も端末側に依存します。高解像度の動画、大量の画像、数百ページのPDFなどでは、メモリ不足や処理時間の長さが問題になることがあります。スマートフォンと高性能PCで処理速度が大きく変わることもあります。
- 向いている：個人情報を含むファイル、アップロードを避けたい作業、端末内で完結できる変換や閲覧
- 注意点：端末性能・ブラウザ機能・メモリ容量の影響を受けやすい
アップロード型は、サーバーの処理能力やクラウド機能を使える
アップロード型では、ファイルをサービス側へ送って処理します。端末が低性能でもサーバー側の計算資源を使えるため、重い変換や長時間の処理を扱いやすい場合があります。クラウド保存、複数端末での続き、共同作業などもサーバー型と相性がよい機能です。
一方で、アップロード時間が必要になり、通信環境にも左右されます。また、ファイルがどこへ送られるか、処理後に残るのか、いつ削除されるのかといったデータ取扱いはサービスごとに異なります。アップロード型だから危険という意味ではなく、利用前に説明を確認する項目が増えると考えるのが適切です。
- 向いている：端末では重すぎる処理、クラウド保存、複数端末利用、共同作業
- 確認したい：送信先、保存期間、削除方法、利用規約・プライバシー説明
実際には「一部だけ送る」ハイブリッド型も多い
Webツールは必ず「全部ローカル」か「全部サーバー」の二択になるわけではありません。たとえば、サムネイル生成やプレビューはブラウザ内で行い、最終変換だけサーバーへ送る構成も作れます。反対に、アカウント情報や設定だけサーバーへ保存し、ユーザーファイル自体は端末内で処理することもできます。
そのため、「このサイトはクラウド機能があるから、選んだファイルも全部送っている」「単一HTMLだから通信しない」といった推測は避けた方がよいです。サービス全体の印象ではなく、自分が使う機能について何が送信されるのかを見るのが確実です。
どちらを選ぶかは、ファイルの性質と用途で決める
ローカル処理とアップロード型は、優劣ではなく用途の違いです。重要なのは、自分が扱うファイルに対して、どの方式が合っているかを判断できることです。
- 家族写真、社内資料、個人情報を含むファイル：外部送信を避けたい理由があるなら、処理場所が明確なローカル型を選びやすい
- 非常に重い動画変換や大量処理：端末性能では厳しい場合、信頼できるサーバー型の方が現実的なこともある
- 複数人で共有・共同編集したい：クラウド保存を前提にしたサービスの方が目的に合いやすい
- 処理場所の説明が見つからない：機密ファイルをいきなり読み込ませず、別のサービスを検討する
Browser Kittyでは、処理場所を説明することを前提にする
Browser Kittyでは、サーバーを使わずに実現できる処理は、できるだけブラウザ内で完結させる方針です。「完全ローカル処理」と説明するツールでは、ユーザーが読み込んだファイルや入力データを外部サーバーへ送らないことを前提にしています。通信が必要な機能では、何のためにどのデータを使うのかを説明します。
たとえば動画圧縮では、選んだ動画を端末内で読み込み、ブラウザの機能を使って圧縮します。その代わり、処理速度や利用できる形式はブラウザと端末性能の影響を受けます。このように、処理場所と制限事項はセットで見ると判断しやすくなります。
Webツールを使う前に、3つだけ確認
一般ユーザーが毎回通信内容を細かく調べる必要はありません。ファイルを読み込ませる前に、まず次の3つを確認するだけでも判断しやすくなります。
- 処理場所の説明を見るプライバシー、ヘルプ、FAQなどで「ブラウザ内で処理」「端末内で処理」「サーバーへアップロード」などの説明を探します。ファイルの保存期間や削除について書かれている場合も確認します。
- ファイルの性質で選ぶ個人情報、仕事の資料、未公開データなど外部へ出したくない理由があるファイルでは、処理場所が明確なサービスを優先します。逆にクラウド共有や重い処理が目的なら、サーバー型が適する場合もあります。
- 分からないときはテストデータから処理場所がよく分からないサービスへ、最初から大切なファイルを読み込ませる必要はありません。ダミー画像や公開済みのファイルで操作を確認し、説明に納得できなければ別のツールを選びます。
動画圧縮
動画の解像度・ビットレートなどを調整してブラウザ内で圧縮します。
注意点
- 「アカウント不要」と「アップロードしない」は別です。登録不要でもファイルをサーバーへ送るサービスは作れます。
- 「単一HTML」と「完全ローカル処理」も別です。1ファイルでも外部APIへ通信する構成は可能です。
- ブラウザ内処理でも、ページ表示用のHTMLやアクセス解析など別目的の通信が発生する場合があります。「ユーザーファイルを送らない」と「一切通信しない」は区別します。
- 会社や学校の機密情報には、サービスの説明だけでなく所属組織のルールも優先してください。
よくある質問
「ファイルを選択」を押したら、その時点でアップロードされていますか？
必ずしもそうではありません。ブラウザはユーザーが選んだファイルを端末内で読み取れます。サーバーへ送るには、その後に別途ネットワーク通信を行う処理が必要です。
ブラウザ内処理なら、インターネット通信は一切ありませんか？
そうとは限りません。ユーザーファイルの処理は端末内でも、ページ本体、外部フォント、アクセス解析など別目的の通信がある場合があります。何を「ローカル」と説明しているのかを確認してください。
サーバーへアップロードするWebツールは危険ですか？
アップロード型というだけで危険とは言えません。信頼できる事業者が適切な管理を行うサービスもあります。送信先、保存期間、削除方法、利用目的などの説明を確認して用途に合うか判断します。
サイトの見た目だけでローカル処理か判断できますか？
難しいです。「ファイルを選択」という操作はどちらの方式でも同じように見えます。プライバシー説明、ヘルプ、公開ソースなど、処理場所を説明している情報を確認する方が確実です。
機密ファイルを扱うときは、どうすればよいですか？
処理場所とデータ取扱いが明確で、自分や組織のルールに合うサービスを選んでください。説明が不明確なサービスでは、機密ファイルを使わずテストデータから確認するのが安全です。