ブラウザ転送 vs アプリ転送：インストール不要？

ブラウザベースのファイル転送は、単発配信やクライアント向けのワークフローのほぼすべてで勝ります。インストール不要で Windows 、 macOS 、 Linux 、 iOS 、 Android 、 ChromeOS で同一に動作するからです。アプリベースの転送（ Dropbox 、 Google Drive 、 OneDrive 、 WeTransfer のネイティブアプリ）は、デスクトップ同期、バックグラウンドアップロード、同じ人が毎日何十回も転送を行うシナリオで依然として優れています。それ以外のすべて — 最終撮影を届ける写真家、証拠開示を送る弁護士、テスターにビルドを渡す開発者 — には、 HexaTransfer や SwissTransfer のようなブラウザベースのサービスがインストールプロンプトなしで仕事を終わらせます。

「ブラウザベース」とは実際に何を意味するか

最新の Web 転送サービスは、 10 年前には不可能だった API を使って完全にブラウザ上で動作します。 File API はサーバー関与なしでディスクからファイルを読み取ります。 Web Crypto API はネイティブのブラウザ実装（通常は Intel/AMD の AES-NI やモバイルの ARM Cryptography Extensions でハードウェアアクセラレート）を使って AES-256-GCM 暗号化を実行します。 Fetch API は tus.io などのプロトコルを使った再開可能なアップロードで暗号化されたチャンクをサーバーにストリームします。 Service Workers によってページが部分的にオフラインで動作したり、バックグラウンドでアップロードを処理したりできます。

結果として、ブラウザはインストールなしで機能するファイル処理クライアントになります。「アプリ」は Web ページそのものであり、セッションごとに新鮮に読み込まれ、プロバイダーが修正を出荷した瞬間に更新されます。

アプリベース転送の 2 つのサブカテゴリ

「アプリ」には 2 つの異なる意味があります。ネイティブのデスクトップ同期アプリ（ Dropbox 、 Google Drive for Desktop 、 OneDrive ）はバックグラウンドプロセスとして実行され、フォルダを監視して変更を同期します。モバイルアプリは iCloud Drive 、 Google Drive 、 OneDrive クライアントとして iOS と Android で同様の働きをします。

別に、一部の転送サービスは Web フローの上に専用アプリを提供します。 WeTransfer はデスクトップとモバイルアプリを持ち、大容量ファイルのアップロード信頼性やバックグラウンドアップロードを追加します。これらのアプリはオプションであり、同じサービスの Web バージョンが通常同じワークロードを処理します。

インストールの摩擦が採用を阻む

クライアント向けのフリーランサーにはクライアントに何かをインストールさせるレバレッジがありません。「最終動画をお送りする前に、 SecureTransferPro デスクトップクライアントをダウンロードしてインストールし、アカウントを作成し、 3 つの許可ダイアログに応答し、ブラウザを再起動してください」はプロフェッショナルな体験ではありません。

ブラウザベースのリンクはすぐに機能します。クリックして、ファイルを確認して、ダウンロードします。これが WeTransfer が数億ユーザーに成長した理由です。受信者のフローに摩擦がありません。 Dropbox のより広いプラットフォームがアプリ中心であっても、 Dropbox Transfer が同じ特性から恩恵を受けているのはそのためです。

セキュリティのトレードオフ

アプリはかつてセキュリティ重視の転送サービスに好まれていました。ランタイムを制御できたからです。ネイティブアプリは証明書をピン留めし、プラットフォームのセキュアエンクレーブ（ Keychain 、 Credential Manager 、 Android Keystore ）にキーを保存し、ブラウザの複雑な攻撃面を回避できました。

しかしその議論は弱まっています。 Web Crypto API は AES-256-GCM 、 SHA-256 、 PBKDF2 、 ECDH を含む検証済みのプリミティブを提供します。 Subresource Integrity（ SRI ）によってページが自身のスクリプトのハッシュをピン留めできます。 HSTS と Certificate Transparency 付きの HTTPS は TLS に対する MITM 攻撃を非常に困難にします。 Content Security Policy ヘッダーはスクリプトの読み込みを既知のオリジンに限定します。

慎重に実装されたブラウザ転送はセキュリティでネイティブアプリと競合できます。残存するリスク — プロバイダーが悪意ある JavaScript を提供すること — は、自動更新されるネイティブアプリにも同様に当てはまります。

プラットフォームカバレッジ

| プラットフォーム | ブラウザベース | Dropbox デスクトップアプリ | Google Drive デスクトップアプリ | |---|---|---|---| | Windows 10/11 | あり | あり | あり | | macOS 12+ | あり | あり | あり | | Ubuntu/Debian | あり | あり（ ARM は非公式） | 公式版なし | | Fedora/RHEL | あり | あり（ rpm 提供） | 公式版なし | | iOS | あり（ Safari 、 Chrome ） | あり（ App Store ） | あり | | Android | あり（ Chrome 、 Firefox ） | あり（ Play Store ） | あり | | ChromeOS | あり | 限定的（ Android アプリ） | ネイティブ | | Linux ARM64 | あり | 限定的 | なし | | 特殊環境（キオスク、図書館） | あり | なし（インストール不可） | なし |

ブラウザのカバレッジは事実上ユニバーサルです。アプリのカバレッジにはギャップがあります。

リソース消費の違い

ネイティブ同期アプリは常時実行されます。 Google Drive for Desktop は通常アイドル時に 150〜300 MB の RAM を使い、複数のバックグラウンドプロセスを起動します。 Dropbox クライアントは特に大きなフォルダの初期インデックス作成時の積極的な CPU 使用で批判されてきました。どちらも同期中に大量のディスク書き込みを行います。

ブラウザベースの転送は、実際に転送を行っていないときはゼロのリソースを使います。必要なときにページを開き、完了したら閉じます。デーモンなし、スケジュールタスクなし、スタートアップ項目なし。バッテリー駆動のノートパソコンではこれが重要です。

大容量ファイルのアップロード信頼性

大容量アップロードはかつてネイティブアプリが有利でした。ブラウザが途中で失敗した 20 GB のアップロードを確実に再開できなかったためです。しかしその状況は変わりました。 tus.io の再開可能アップロードプロトコルは tus-js-client ライブラリ経由でブラウザに実装され、アップロードを設定可能なサイズ（一般的に 5〜50 MB ）のチャンクに分割し、各チャンクを HEAD リクエストで確認し、中断後に最後の成功したオフセットから再開します。

HexaTransfer や SwissTransfer のセッションは、ノートパソコンの蓋を閉じても、 Wi-Fi ネットワークを変えても、一時的な ISP の障害があっても、アップロードを再開することなく乗り越えられます。 Web は専用アプリがかつて提供していた機能に追いつきました。

ネイティブアプリがまだ必要な場面

デスクトップ同期 — マシン上のフォルダがクラウドのミラーになる — は本質的にアプリの仕事です。ブラウザベースのサービスはこれを試みません。複数のデバイスで同じファイルセットを常に編集するワークフローには、ネイティブ同期アプリが正しい選択です。

非常に大きなスケジュール済みアップロード（毎晩 50 GB 以上）は、サービスとして実行され、賢くリトライし、ブラウザウィンドウを開いたままにする必要がないネイティブツールが有利です。 rclone 、 Dropbox CLI 、 OneDrive のビジネス同期クライアントはこのワークロードを適切に処理します。

モバイルの写真・動画の自動バックアップもアプリの領域です。ブラウザベースのサービスはページを表示していない間にバックグラウンドで新しい写真を継続的にアップロードできません。 OS がバックグラウンドの JavaScript を中断または終了させるからです。

ブラウザベースが明らかに勝る場面

単発配信。クライアント向けの受け渡し。片方または両方の当事者が組織外にいるやり取り。自分が所有していない任意のデバイス — 図書館の公共コンピュータ、ホテルのビジネスセンター、旅行中に借りたノートパソコン。インストールを許可しないキオスク環境。サードパーティアプリを防ぐためにロックダウンされた企業のマシン。

ブラウザは汎用の実行環境です。交渉なしでどこでも動作させる必要があるものには、ブラウザが答えです。

ビジネス側の観点から

サービスプロバイダーにとって、ブラウザベースの配信はカスタマーサポートコストを低減します。「OS のバージョンは何ですか？」というチケットがなくなります。アプリの更新競合もなし。カーネル拡張の衝突もなし（ Dropbox が macOS のセキュリティ更新と競合するカーネル拡張を出荷したことを覚えていますか？）。サービスはページ読み込みのたびに自動更新されます。

購買者にとっては、デスクトップエージェントの調達レビューなし、アプリがバックグラウンドで何をするかの IT セキュリティレビューなし、更新展開パイプラインなしを意味します。攻撃面は Web ページであり、システムレベルの権限を持つバイナリよりも評価が容易です。

現実のハイブリッド活用

ほとんどの人は両方を使います。チームの共有フォルダには Dropbox を使い、外部クライアント向けの配信にはブラウザ転送サービスを使います。常に編集する文書には Google Drive の同期をノートパソコンに設定し、 Google Workspace に招待したくない外部委託先への 5 GB の動画送付には HexaTransfer や SwissTransfer を使います。

結論

スタンドアロンの製品カテゴリとしての「アプリベース転送」は縮小しています。 Dropbox 、 Drive 、 OneDrive のネイティブ同期アプリは、永続的な共有作業で引き続き意味があります。専用の転送アプリ（ WeTransfer デスクトップなど）はほとんどのユーザーにとって存在意義を失いました。ブラウザが今それをできるからです。配信重視の転送では、ブラウザベースがデフォルトであり、それは 2020 年ごろからそうなっています。

hexatransfer.comでお試しください — 無料、登録不要、最大10GB。