03 / ガイド
ローカル処理 vs クラウドアップロード
アップロード型ツールとブラウザ内ツールでファイルが実際にたどる経路、2 つの設計を見分ける方法、そしてデバイスから出すべきでない文書について。
01.
2 つのアーキテクチャ、2 つのデータ経路
オンラインツールは必ずどちらかの設計に従っています。アップロード型はファイルをサーバーに送り、サーバーが解析・変換して返します。ローカルファースト型はエンジンをブラウザに届けるため、ファイルはタブのメモリに読み込まれるだけで、処理はデバイス上で完結します。
- アップロード経路アップロード型ツールはネットワーク経由でファイルのコピーを受け取り、サーバー上のキューで処理します。削除ポリシーが適用されるまで、通常は少なくとも一時的に保存されます。
- ローカル経路ローカルファースト型ツールがダウンロードするのは一度きりのコードだけ。文書はブラウザのファイル API で開かれ、処理の一部として送信されることはありません。
- 正直な表示どちらの設計も正当でありえます。重要なのは、ファイルを追加する前に、どちらを使っているのかがわかりやすい言葉で示されていることです。
02.
ローカル処理は検証できる主張
ブラウザ内での変換は、鵜呑みにするしかない約束ではありません。支えている技術は標準的なもので、その動作を自分の目で確かめられます。
- 標準的なエンジンFile API が選択した文書のバイトを読み取り、Web Worker と WebAssembly が PDF パーサーのような重いエンジンをネイティブに近い速度で、タブを固まらせずに動かします。
- デバイス上の出力Canvas とオブジェクト URL がプレビューとダウンロードをデバイス上で生成するため、完成ファイルはメモリ内で組み立てられ、そのままディスクに保存されます。
- 自分で確かめるタスクを実行する前にブラウザのネットワークモニターを開いてみてください。本当にローカルなツールなら、文書を載せたリクエストは現れず、読み込み後に接続を切ってもタスクは完了します。
03.
サーバー処理が妥当な場面
サーバーの力を借りた方がよい仕事も正直あります。丁寧なサービスとずさんなサービスの違いは、アーキテクチャそのものではなく開示の仕方です。
- 妥当なケース非常に大きなファイル、長いスキャン文書への OCR のような重い計算、チームの共有ワークスペースは、ブラウザタブに任せる範囲を超えることがあります。
- 開示の基準信頼できるサービスは、アップロード前に保持期間・削除の扱い・再委託先を明示し、ファイルを広告や学習パイプラインから遠ざけます。
- 沈黙は答えファイルがどこへ行き、どれくらい残るのかを説明できないサイトは、その沈黙を答えとして受け取り、センシティブな素材は別の場所に置きましょう。
04.
持ち出すべきでないファイル
知らない相手に気軽にメールで送れない文書を、「便利だから」という理由で渡すのは筋が合いません。次のカテゴリは、ローカル処理か管理された社内チャネルにとどめるべきです。
- 身分証明身分・証明書類:パスポート、ID カード、運転免許証、在留書類、個人情報を含む署名済みフォーム。
- 法務契約・法務文書:NDA、雇用条件、裁判書類、秘匿特権やクライアントの守秘期待が及ぶ一切のもの。
- 財務と医療財務・医療記録:確定申告、銀行明細、給与明細、保険請求、検査結果。加えて未発表の原稿や社内向けデッキ。
05.
変換前の 60 秒チェック
実際の文書を任せる前に、このサイトを含む見知らぬツールすべてに次の手順を試してください。
- ラベルを読む処理方針の記載を探す:まじめなツールは処理がどこで行われるかを表示します。Toolars がすべてのワークスペースをローカルファースト、入力はデバイスに留まると明示しているように。
- ネットワークを見るネットワークを見る:ブラウザの開発者ツールで、変換ボタンを押した瞬間にファイルサイズ相当のリクエストが出ていくかを確認できます。
- 接続を切るオフラインの主張を試す:ページを読み込んでから接続を切り、小さなサンプルファイルを処理してみます。ローカルエンジンなら完了し、アップロードなら静かに失敗します。
ローカル経路を実際に使ってみる。
結合・分割・回転・圧縮など、日常の PDF 作業 10 件がすべてブラウザ内で完結します。