遅い転送速度の修正：アップロード問題を診断して解決

遅いアップロードを修正するには、順番に診断してください。speedtest-cli で生の接続を測定し、 DevTools で転送ツールの実際のスループットと比較し、帯域を食うバックグラウンド同期がないか確認し、サービスが転送ごとにスロットリングしていないか検証し、最も近い地域エンドポイントに接続していることを確認します。500 Mbps の回線が転送サービスに 40 Mbps しか届かないなら、帯域の競合、 CDN の地域ミスマッチ、サーバーのスロットリング、またはシングルストリームのボトルネックのいずれかです。それぞれ修正方法が異なり、他の何かをする前にすべて DevTools のネットワークタブに表示されます。

まず接続自体を測定する

転送サービスを責める前に、接続が実際に想定通りのパフォーマンスを発揮しているか確認しましょう。ターミナルから speedtest-cli --json を実行するか、ブラウザで speedtest.net を開きます。アップロード Mbps 、レイテンシ、ジッターを記録してください。これがあなたの上限です。「500 Mbps 」の接続が speedtest で 80 Mbps のアップロードしか出ないなら、どの転送サービスもそれ以上にはなりません。

テストを二回実行してください。 Wi-Fi で一回、可能なら Ethernet で一回。その差があなたの Wi-Fi のコストを示します。平均的な家庭の Wi-Fi 5 では、有線の上限の 30〜50 ％ を失うことが想定されます。

speedtest と実際の転送スループットを比較する

転送サービスを開いてアップロードを開始し、 DevTools > ネットワークタブを開きます。個別のリクエストスループットを確認してください。speedtest が 500 Mbps を示し、転送が 150 Mbps を届けているなら、その差には四つの原因が考えられます。サービスがシングルストリームを使用している（高レイテンシの接続を飽和させられない）、サービスの CDN エンドポイントが遠い、バックグラウンドの帯域消費者が奪っている、またはサービスが転送ごとにレート制限をかけているかです。

並列チャンクアップローダー（ tus.io ベースのサービス、 S3 マルチパート、 HexaTransfer ）は 4〜8 の並行リクエストを実行します。ウォーターフォールで数えてください。高速回線でそれより少ないなら、サービスが帯域を無駄にしています。

バックグラウンド同期を止める

macOS アクティビティモニタ（ネットワークタブ、「送信バイト数/秒」でソート）と Windows リソースモニタ（ネットワークタブ）はすべてのプロセスの帯域を表示します。よくある原因： Dropbox 、 Google Drive 、 OneDrive 、 iCloud Photos 、 Backblaze 、ネットワーク経由の Time Machine 、 Adobe Creative Cloud 同期。一時停止するだけでなく、終了させてください。一時停止すると TCP 接続が開いたままになることがあります。

HD の Zoom 通話は上り 2.5 Mbps を使います。別タブからの 4K YouTube アップロードは 20 Mbps を消費します。 Slack のファイルプレビューだけでも数百 KB/s です。非対称接続（下り 100 Mbps 、上り 10 Mbps が一般的なケーブルプラン）では、これらがすぐに積み上がります。

地域エンドポイントを確認する

多くの転送サービスは CDN エッジ経由でルーティングします。 DNS または GeoIP が古い場合、シドニーからフランクフルトのエッジにアップロードしていることがあり、往復で 300 ms が加わりシングルストリームのスループットが壊滅的になります。 DevTools のネットワークパネルでエンドポイントの IP を確認し（リクエストを右クリック > コピー > URL をコピー、次に nslookup）、 ping でレイテンシを確認してください。

転送サービスのインジェストへの理想的なレイテンシ：同じ都市なら 20 ms 未満、同じ大陸なら 50 ms 未満、大陸間なら 100 ms 未満。同じ大陸にいるのに 250 ms なら、何かが遠いエッジ経由でルーティングされています。

DNS を切り替えて古い GeoIP を除外する

まだ ISP のデフォルト DNS を使っているなら、一時的に Cloudflare （1.1.1.1）、 Google （8.8.8.8）、または Quad9 （9.9.9.9）に切り替えてみてください。異なるリゾルバーは ECS （ EDNS Client Subnet ）クエリへの応答が異なるため、異なる CDN エッジを返します。切り替えるだけでアップロードのレイテンシが 50 ms 下がり、スループットが 20 ％ 向上することがあります。

ルーターのバッファブロート

バッファブロートは通常のスピードテストでは見えませんが、混合使用接続を壊滅させます。 waveform.com/tools/bufferbloat で Waveform バッファブロートテストを実行してください。 A+ はルーターがキューをクリーンに処理していることを意味します。 F はルーターが負荷下で 200〜2000 ms のレイテンシを引き起こしており、インタラクティブトラフィックを傷つけるだけでなく TCP 輻輳制御を繰り返しバックオフさせ、アップロードスループットを大幅に削減していることを意味します。

修正：OpenWrt または pfSense で SQM （スマートキュー管理）を有効にする、 Asus/Netgear/Ubiquiti で QoS を有効にする、またはデフォルトで実行するルーター（最近の eero 、 Google Nest Wifi Pro ）を購入してください。

不要な場合は VPN を無効にする

VPN は 20〜80 ms のレイテンシを追加し、通常は VPN サーバーのアップストリームでスループットが上限になります。混雑した PIA または NordVPN エンドポイント経由の 1 Gbps 回線は 50 Mbps まで落ちることがあります。良いプロバイダー（ Mullvad 、 ProtonVPN Plus ）は持ちこたえますが、無料 VPN はほぼ常にアップロードを絞ります。

転送サービスがすでに TLS 1.3 とエンドツーエンド暗号化を使用しているなら、転送中の機密性のために VPN は冗長です。アップロード中はオフにし、終わったら再びオンにしてください。

ブラウザの選択とプロトコル

Chrome 、 Edge 、 Brave 、 Firefox はすべてネイティブで HTTP/3 （ QUIC ）をサポートしています。 Safari も対応していますが、一部のホストではデフォルトで HTTP/2 になります。 UDP 上の HTTP/3 は、セルラー、ホテルの Wi-Fi 、損失の多いラストマイルリンクで TCP 上の HTTP/2 よりもパケットロスに対してはるかに耐性があります。

DevTools のネットワーク > プロトコル列を確認してください。h2 なら HTTP/2 、h3 なら HTTP/3 です。 HTTP/3 でアップロードを提供するサービスは、損失の多い接続で 15〜30 ％ のスループット向上が見られます。

別のネットワークで問題を切り分ける

最速の診断：スマートフォンでテザリングして 1 分間テストアップロードしてみてください。スマートフォンのテザリングがホームの Wi-Fi より速いなら、問題はローカルネットワーク（ルーター、 ISP 、またはデバイス）にあります。同じ速度なら、ボトルネックはさらに上流（トランジットの混雑、サービス側の制限）にあります。

このテスト一つで 2 分以内に考えられる原因の半分を除外できます。

サービスがボトルネックの場合

一部の転送サービスは単純に転送ごとのスループットを上限設定しています。一部のツールの無料枠は接続に関わらず 10 MB/秒以上をスロットリングします。有料枠はスロットリングを解除することが多いです。

他のすべてを除外してもまだ 500 Mbps の回線が特定のサービスに 30 Mbps しか届かないなら、サービスが制限しています。切り替えましょう。 HexaTransfer は転送ごとのスロットリングをせず、パイプが実際に押し上げられるものを飽和させる並列チャンクアップロードを実行します（転送あたり 10 GB の上限まで）。

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