ファイル転送速度比較：最速サービスを実測テスト

2026 年 2 月に 500 Mbps 対称ファイバー回線で行った 1 対 1 の比較テストでは、 SwissTransfer と Dropbox Transfer が 5 GB アップロードでおよそ 430〜450 Mbps をリードし、 WeTransfer がほぼ同等の 380〜400 Mbps 、 HexaTransfer が 350〜370 Mbps という結果になりました（この控えめな差はクライアントサイドの AES-256-GCM 暗号化オーバーヘッドを反映しています）。 Smash の無料プランは約 25 Mbps まで強く制限されました。ダウンロード速度はほとんどのサービスが CDN エッジキャッシュを使うため差が小さく、テスト地域内に Cloudflare または Fastly のエッジを持つプロバイダーが最速でした。実態として、有料サービスやスイス系サービスのほとんどが回線速度に近いスループットを発揮し、広告収益に依存する一般向けプランや無料プランの制限が速度低下の原因となっています。

テスト方法

テストはパリの家庭用ファイバー回線（ Orange Pro ファイバー、 500/500 Mbps ）から、ピーク時の混雑を避けるために現地時間の午前 2 時に実施しました。テストファイルは 5 GB のランダムデータ .bin ファイルです（ランダムデータにより、結果を歪める可能性があるサーバーサイドの圧縮を排除しています）。各サービスを 5 回テストし、中央値を報告しています。ダウンロードテストは地理的パフォーマンスを測定するため、別の ISP を使うベルリンの 200 Mbps 接続で行いました。

測定には Chrome DevTools のネットワークパネルでアップロードバイト数とタイミングを記録しました。ブラウザのオーバーヘッド（ E2EE サービスの暗号化、全サービスのチャンク処理）を含んでいます。理論上の最大値ではなく、実際のユーザーが体験する数値です。

アップロード速度の結果

| サービス | アップロード速度の中央値 | 5 GB の所要時間 | 備考 | |---|---|---|---| | SwissTransfer | 448 Mbps | 1 分 30 秒 | Infomaniak スイスインフラ | | Dropbox Transfer | 432 Mbps | 1 分 33 秒 | AWS バックエンド | | WeTransfer Pro | 395 Mbps | 1 分 42 秒 | Google Cloud Storage | | TransferNow | 378 Mbps | 1 分 46 秒 | OVH フランスデータセンター | | HexaTransfer | 362 Mbps | 1 分 51 秒 | クライアントサイド AES-256-GCM による CPU 負荷 | | Tresorit Send | 340 Mbps | 1 分 58 秒 | クライアントサイド E2EE オーバーヘッド | | WeTransfer Free | 285 Mbps | 2 分 21 秒 | Pro 版より制限あり | | Smash Free | 26 Mbps | 25 分以上 | 無料プランの強い制限 |

上位グループは互いに 15 % 以内に収まっています。 SwissTransfer と HexaTransfer の 62 Mbps の差は、ほぼ全体がテストノートパソコン（ M1 Air ）のブラウザで 5 GB を AES-256-GCM で暗号化する際の CPU コストで説明できます。最新の Intel チップで専用 AES-NI を持つマシンならその差のほとんどは縮まります。

なぜ暗号化がアップロード速度に影響するのか

クライアントサイド暗号化では、ブラウザがマシンを離れる前にすべてのチャンクに AES-256-GCM を適用する必要があります。最新の CPU はこれを AES-NI（ Intel ）、 AES 拡張命令（ ARM ）、 VAES（新しい Intel ）で高速化します。 M1 Air では Web Crypto の AES-256-GCM スループットが約 2 GB/s に達し、ギガビット接続を飽和させるには十分ですが、純粋なパススルーと比較すると測定可能なオーバーヘッドがあります。

サーバーサイド暗号化のみを行うサービスはクライアント側でこのステップをスキップします。ファイルは TLS 経由でサーバーに送られ、サーバーが独自のキーで保存時暗号化を行います。クライアント側は速くなりますが、信頼性の観点では弱くなります。

ダウンロード速度の結果

ダウンロードはほとんどのサービスが受信者の近くにエッジを持つ CDN （ Cloudflare 、 Fastly 、 Amazon CloudFront ）を使うため、結果がより集まる傾向にあります。ベルリンのエンドポイントからの測定結果は次のとおりです。

| サービス | ダウンロード速度（ 200 Mbps 回線） | 確認された CDN | |---|---|---| | WeTransfer | 193 Mbps | Cloudflare | | SwissTransfer | 188 Mbps | Infomaniak エッジ | | HexaTransfer | 185 Mbps | Cloudflare R2 | | Dropbox Transfer | 180 Mbps | Amazon CloudFront | | TransferNow | 172 Mbps | OVH 内部 CDN | | Smash | 78 Mbps | 制限あり |

200 Mbps では Smash の無料プランを除くほとんどのサービスが受信者の回線を飽和させます。ギガビット速度になると差が広がり、一部のサービスは 1 接続あたり 400〜500 Mbps 程度で頭打ちになり、他は並列ストリームでさらに速度を出します。

地理的距離の影響

サンパウロから欧州ホストのサービスへのテストでは異なる結果が出ます。往復時間（ RTT ）が 180〜220 ms に達し、 TCP のスロースタートのランプアップに時間がかかり、接続あたりのスループットが大幅に低下します。グローバルな CDN エッジを持つサービス（ Cloudflare 、 Fastly ベース）は TLS ハンドシェイクが近くのエッジで終端されるため速度を維持できます。

単一の欧州リージョンでホストされているサービス（ SwissTransfer 、 TransferNow ）は欧州の受信者には問題ありませんが、アジア、オセアニア、南米の受信者には遅延が生じます。広範な CDN を持つサービス（ WeTransfer 、 Cloudflare 上の HexaTransfer ）はグローバルに速度を維持します。

チャンク処理と再開機能

最新の転送サービスは tus.io（再開可能 HTTP ）などのプロトコルでチャンクアップロードを使います。チャンクサイズはさまざまで、モバイルでの信頼性のために 5 MB 、デスクトップでのスループットのために 64 MB が一般的です。チャンクが小さいと HTTP オーバーヘッドが増え、チャンクが大きいと失敗時の復旧時間が長くなります。

再開機能は生の速度には直接影響しませんが、実効スループットには重要です。 9.5 GB 地点で失敗してゼロから再スタートする 10 GB のアップロードよりも、 9.5 GB から再開する遅いアップロードの方が時間的損失が少ないです。 SwissTransfer 、 WeTransfer Pro 、 HexaTransfer 、 Dropbox Transfer はすべて確実に再開できます。無料プランでは再開できないことが多いです。

並列ストリームの効果

一部のサービスは大容量・長距離のネットワークでスループットを最大化するために複数の並列 HTTP 接続を開きます。これはダウンロードで aria2 が wget より速い理由と同じで、高遅延パスでウィンドウサイズの制限により単一の TCP 接続では飽和させられない帯域幅を活用します。

Dropbox Transfer と HexaTransfer は並列ストリームを使い、 WeTransfer と SwissTransfer は単一のチャンクストリームを使います。低遅延接続（双方が同じ国の最新ファイバー）では並列はほとんど効果がありません。大陸をまたぐ場合、並列ストリームが実効スループットを倍増させることがあります。

サービス選択より速度に影響する要因

最も支配的なのは自分のアップロード帯域幅です。 50 Mbps のアップロード回線では、どのサービスを選んでも 50 Mbps で終わりです。ほとんどの家庭用インターネットは非対称で、ダウンロード 500 Mbps 、アップロード 50 Mbps が一般的です。アップロード速度が実際の上限です。

次に重要なのは Wi-Fi の混雑です。アパートで混雑した 2.4 GHz ネットワークは 80 Mbps のスループットを簡単に 15 Mbps まで落とします。有線イーサネットまたはクリーンな 5 GHz / 6 GHz Wi-Fi 6 接続でこの制限が外れます。

VPN ソフトウェアは多くの場合スループットを半減させます。積極的な DPI 処理を行う企業 VPN 、 MTU 問題のある WireGuard 設定、 TCP 上の OpenVPN はすべて実効スループットを低下させます。大容量転送中に VPN を無効化すれば（ポリシーが許せば）実効速度が倍増することがあります。

広告収益プランのペナルティ

WeTransfer Free や Smash Free などディスプレイ広告で運営されるサービスはアップロード中に重いサードパーティ JavaScript を読み込みます。広告スクリプトがアップロードの暗号化とチャンク処理と CPU を奪い合います。低スペックのデバイスではこれだけでアップロード速度が 20〜30 % 低下することがあります。

広告に依存しないサービス（ SwissTransfer 、 HexaTransfer 、 Tresorit Send ）は軽量なページを提供します。古いノートパソコン、 Chromebook 、エントリーレベルの Android など低スペックのハードウェアでのアップロード性能が明らかに優れています。

小ファイルと大ファイルの挙動の差

上記の数値はすべてスループットが支配的な 5 GB ペイロードのものです。小さなファイル（ 10 MB ）では、接続セットアップ、 TLS ハンドシェイク、メタデータ操作が支配的になります。 10 MB の転送はどの最新サービスでも 2〜5 秒で完了し、プロバイダー間の差はノイズに消えます。

非常に大きなファイル（ 50 GB 以上）ではサーバーサイドのストレージバックエンドが追従できればスループットが持続します。オブジェクトストレージバックエンド（ S3 、 R2 、 B2 ）はこれをうまく処理します。一部の小規模サービスはオリジンストレージが飽和するため大規模では性能が低下します。

結論

ほとんどのユーザーにとって、上位グループ（ SwissTransfer 、 Dropbox Transfer 、 WeTransfer Pro 、 TransferNow 、 HexaTransfer 、 Tresorit Send ）はすべて最新ハードウェアで回線速度に近いスループットを提供します。プロバイダー間の生の速度差は、 VPN や混雑した Wi-Fi が奪う速度より通常小さいものです。暗号化モデル、保存期間、受信者の体験、コストで選んでください。速度が決定的な制約になることはほとんどありません。

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