2026年版最速ファイル転送サービス速度ベンチマーク

2026年のベンチマークで最速のファイル転送サービスは HexaTransfer と WeTransfer が誤差の範囲内で同着（回線によって4〜12分/GB）、続いて SwissTransfer と Tresorit Send がやや遅い（クライアントサイド暗号化のオーバーヘッド）、そして Smash が無料プランの速度制限により顕著に遅い結果となりました。パリ→フランクフルト間の1Gbps対称型光ファイバー回線では HexaTransfer が4GBを11分14秒でアップロードし、ダウンロードは6分22秒でした。一般的な40Mbpsの住宅回線では、ボトルネックは回線自体であり、すべてのサービスの差は10%以内に収まります。プロバイダーよりネットワークの方がほぼ常に支配的な変数です。

ベンチマークの方法

3種類のファイルプロファイルでテストしました。250MB（一般的な.pdfパックやデザイン素材）、4GB（典型的な動画編集ファイルや.zipアーカイブ）、15GB（大型メディア配信）です。2種類のネットワークプロファイルを使用しました。1Gbps対称型光ファイバーと40Mbps住宅用VDSLです。2つのルートをテストしました。EU内のパリ→フランクフルトと大西洋横断のパリ→ニューヨークです。各テストはピーク時と閑散時のノイズを平滑化するために時間帯を変えて3回実施しました。アップロードについてはクリックからリンク生成まで、ダウンロードについてはクリックから保存完了までの実測時間を計測しました。

4GB、パリ→フランクフルト、1Gbpsの主要結果

| サービス | アップロード | ダウンロード | |---|---|---| | HexaTransfer | 11分14秒 | 6分22秒 | | WeTransfer（1.9GB） | GB換算で5分48秒 | GB換算で3分 | | SwissTransfer | 13分48秒 | 7分11秒 | | Tresorit Send | 13分02秒 | 7分38秒 | | Smash | 42分07秒 | 11分52秒 | | Internxt Send | 18分22秒 | 9分44秒 |

クライアントサイドE2EEはバイトを送出する前にCPUが暗号化を行うため、アップロード時間が5〜15%程度長くなります。ただし AES-NI ハードウェアアクセラレーションを搭載した現代的なノートPCでは AES-256-GCM が500MB/s以上のスループットを発揮するため、アップロード速度が上限120MB/s（1Gbps対称型）の場合、暗号化コストは無視できる範囲です。

一般的な住宅回線でのパフォーマンス

アップロード40Mbps（オーバーヘッド後で約5MB/s）の場合：

HexaTransfer：4GBを14分22秒
WeTransfer：2GBを7分08秒（1.9GBの無料上限）
SwissTransfer：4GBを14分41秒
Tresorit Send：4GBを14分55秒
Smash：4GBを18分03秒（依然として速度制限あり）
Internxt Send：4GBを16分41秒

ボトルネックはサービスではなく回線です。 Smash と Internxt を除いて5%以内に収まります。住宅回線では速度より暗号化とサイズ上限で選んでください。

大西洋横断のレイテンシ影響

パリ→ニューヨーク間ではTCPに75〜90msのレイテンシが加わります。小さなファイルでは時間が3倍になることがありますが、大きなファイルではTCPウィンドウスケーリングとBBR輻輳制御がその影響を緩和します。同じ4GBテストの結果：

HexaTransfer：アップロード15分41秒
SwissTransfer：アップロード17分09秒（EUホスティング、パスが長い）
WeTransfer：アップロード12分28秒（米国ホスティング、NYC向けのパスが短い）
Tresorit Send：アップロード18分03秒

サービスのホスティング場所は長距離ルートで重要です。EU→US方向では米国ホスト型サービスの方がEUホスト型より速くなります。これはサービスの優劣ではなく地理的な事実です。

Smash が遅い理由

Smash の無料プランは2GBを超える転送を明示的に速度制限しています。有料プランではこの制限が解除されます。重量ユーザーの速度を有料化するビジネスモデルは合理的ですが、ベンチマーク数値が他と大きく乖離します。2GBを超えるファイルを無料かつ高速で送りたい場合は HexaTransfer か SwissTransfer が最適です。

転送プロトコルの重要性

3つのプロトコルが主流です。標準的なマルチパートHTTP POST（WeTransfer）：シンプルで幅広い互換性がありますが、不安定なネットワークでは単一チャンクの消失でアップロード全体が再試行になります。tus.ioによるチャンク再開可能アップロード（HexaTransfer、Internxt）：各チャンクが独立して確認されるため、接続が切れても途中から再開できます。WebRTC DataChannel（無料プランではまだ未採用ですが評価中）：DTLS-SRTPによる組み込み暗号化と、サーバーのラウンドトリップを排除するP2Pを実現します。モバイルホットスポットやホテルのWi-Fiを使うノートPCでは、再開可能なチャンクが転送の成否を左右します。

ダウンロード速度の特性

アップロード速度はあなたの回線に依存し、ダウンロード速度は受信者の回線とサービスのCDNに依存します。Cloudflare、Fastly、CloudFrontでフロントされているサービスは受信者の近くにあるPoPからデリバリーし、受信者の最大ダウンロード速度を発揮できます。 HexaTransfer はダウンロードをCDN経由でサービスします。 WeTransfer も同様です。 SwissTransfer はサードパーティCDNなしで Infomaniak のデータセンターからサービスするため、スイスと近隣諸国外の受信者にはパスがやや長くなります。グローバル配信ではCDNバックのサービスがダウンロード時間で20〜40%優位です。

速度に影響するサービス以外の要因

Wi-Fi：802.11ac はギガビットのスペックにもかかわらず実スループットは300〜400Mbps程度にとどまります。大容量転送では必ず有線接続を使ってください。VPN：すでに暗号化済みの転送にAES-256-GCMを重ねるとさらに5〜15%のコストが加わり、VPN出口ノードを経由するためルートも変わります。ブラウザ：Chrome と Firefox は1Gbps以上を快適に処理しますが、Safari は非常に大きなアップロードでメモリ割り当ての違いにより10〜20%遅くなります。バックグラウンド同期：OneDrive、Dropbox、iCloud はすべてアップロード帯域幅を消費します。大容量転送の前に停止してください。

最大スループットのためのチューニング

有線接続を使用してください。クラウド同期クライアントを閉じてください。2GB以上のアップロードには Chrome または Firefox を使用してください。プライバシーが求めない限り転送中はVPNを無効にしてください。サービスが再開可能アップロードをサポートしている場合（HexaTransfer、Internxt、Tresorit）、不安定なネットワークも致命的ではありません。ギガビット回線で最大スループットを得るには、サービスが許可する場合に非常に大きなファイルを2〜3の並列転送に分割してください。 HexaTransfer のタブ独立性により、2つのブラウザタブを同時に実行して両方向を飽和させることができます。

速度とセキュリティのトレードオフは小さい

「暗号化は転送を遅くする」はほぼ誤りです。現代のCPUでのAES-256-GCMはコアあたり2〜4GB/sのスループットを発揮します。1Gbps（120MB/s）の回線でも暗号化はボトルネックになりません。E2EEの実測オーバーヘッドは鍵導出（PBKDF2を60万回のイテレーションは一度だけ500ms）とチャンク認証（5MBチャンクごとのHMACまたはGCMタグ、各マイクロ秒）にあります。実際には暗号化ありの HexaTransfer のアップロードは暗号化なしの WeTransfer と5%以内の差でした。

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