VPNの速度を測定・比較する方法【2026年】測定ツール・時間帯・指標

VPNの速度を比較するときに大切なのは、最も大きなダウンロード速度を見つけることではなく、各回線をできるだけ同じ条件で測定することです。速度テストサイトが選ぶサーバー、利用地域のネットワーク混雑、端末のバックグラウンド処理などによって結果は変わります。異なる日に記録した最高値だけを並べても、回線ではなく測定環境の違いを比べていることになりがちです。ここでは、ツール、時間帯、指標、回線を切り替える順序に分けて、繰り返し実施できる方法を紹介します。

測定したい内容を決めてからツールを選ぶ

「速度」は、ウェブページを開いたときの応答を指す場合もあれば、ファイルを継続してダウンロードする際の転送量を指す場合もあります。ブラウザーの速度テストでは遅延、ダウンロード、アップロードを手軽に確認できますが、テストサイトが出口に近いサーバーを自動選択することがあります。出口を切り替えるとサーバーも変わるため、2つの結果は同じ経路全体を測ったものではありません。回線を比較する際は、まずツールで測定サーバーを固定し、その所在地を記録しましょう。固定できない場合は、利用時の傾向を知る手がかりとして扱い、厳密な回線ランキングには使わないでください。

管理されたファイルのダウンロードは、継続的なデータ転送を確認するのに適しています。配信元が安定していることに加え、ブラウザーのキャッシュやダウンロードサイト側の速度制限が結果を左右しないようにする必要があります。そうしないと、測定しているのは回線ではなく配信元のボトルネックかもしれません。ネットワークツールに慣れている場合は、権限のある自分のテスト用エンドポイントで iperf3 を使う方法もあります。サーバーや転送方式を固定しやすい一方、すべてのウェブサイトの利用状況を再現できるわけではありません。普段のアクセスでは、接続先のサイト、DNSの名前解決、アプリの接続方式も影響します。

日中と夜間の混雑時に、同じ条件で測定する

日中の結果からは、比較的空いている時間帯に回線が本来の性能を発揮できるかを確認できます。夜間の混雑時は、多くの人にとって実際の利用状況に近い条件です。ある回線の日中の結果を、別の回線の夜間の結果と比べないようにしましょう。普段使う時間帯を決め、それぞれの時間内に候補の回線を順番に測定し、日付、現地時刻、接続ネットワーク、測定サーバーを記録します。別の日にも同じ手順で測るほうが、同じ時間帯に何度も速度テストを実行するより、変動を把握しやすくなります。

測定前に、端末の接続方法を統一します。Wi-Fiの電波状況、同じネットワークにつながった他の端末による大容量通信、システムの更新、クラウドストレージの同期などは測定値に影響します。ノートパソコンを使う場合、無線と有線を交互に使って、その差をVPN回線の違いとして記録しないようにしましょう。無線しか使えない場合は、端末の位置と接続状態をできるだけそろえてください。実験レポートのように詳しく記録する必要はありませんが、あとから結果が変わった理由を把握できる程度の情報は残しておきましょう。

1. 端末、接続ネットワーク、速度テストツール、測定サーバーを決めます。実行中の大容量ダウンロードを停止し、終了できないバックグラウンド処理を記録します。
2. ローカルネットワークの基準値を記録します。次に候補の回線へ接続し、接続が安定してから同じ速度テストと実際のアプリでの確認を行います。
3. あらかじめ決めた順序で候補の回線を測定します。次回は順序を入れ替え、混雑状況が大きく変わる時間帯に毎回同じ回線だけが先になるのを避けましょう。
4. 日中と夜間の混雑時に分けて記録を保存し、異なる時間帯の結果を混ぜて「最高速度」のランキングを作らないようにします。

ある測定値が同じ時間帯のほかの結果から大きく外れた場合は、まず接続が切れていないか、測定サーバーが自動で切り替わっていないか、ローカルネットワークが混雑していないかを確認します。都合の悪い結果を黙って削除するのは避けましょう。見栄えのよいスクリーンショットだけを残すより、記録に異常の理由を書き添えるほうが役立ちます。

遅延、ダウンロード、アップロード、変動の見方

遅延は、リクエストの送信から応答が返るまでの時間です。ウェブページの操作、ゲーム、リモートデスクトップの応答性に関わります。ダウンロード速度は大容量ファイルの取得や高ビットレートのコンテンツ再生に、アップロード速度はファイルの送信やライブ配信など、端末からデータを送る場面に関係します。これらは別々の指標です。ダウンロード速度が高い回線でも、操作への反応がよいとは限りません。

安定性も確認しましょう。同じ条件でも測定値が大きく上下するなら、1回だけの最高値はあまり参考になりません。動画のバッファリング、音声の途切れ、ページの読み込み待ちが発生した場合は、発生時刻と利用中の回線を記録し、速度テストの結果と照らし合わせます。平均ダウンロード速度だけでは、このような問題を見つけにくいことがあります。ブラウザーの速度テストに表示される遅延は、通常、選択された測定サーバーまでの値です。任意のゲームや業務サービスへの遅延を直接示すものではありません。

測定サーバーが出口の近くにある場合、結果から分かるのは主に、端末から回線を経由してそのサーバーに至る経路の状況です。すべての接続先サイトについて判断できるわけではありません。特定のアプリだけが遅く、固定したサーバーへの速度テストが正常なら、接続先サイト、コンテンツ配信経路、アプリ自体が原因の可能性があります。逆に、速度テストの結果が平均的だからといって、すべてのウェブページが遅くなるとは限りません。数値と実際の利用状況の両方を確認しましょう。

回線を切り替えて公平に比較する方法

異なる地域の回線を比べると、接続先までの距離そのものが遅延に影響します。同じ地域の異なる回線タイプを比べる場合は、出口と測定サーバーが同じかどうかに特に注意しましょう。直接接続とは、出口まで比較的直接的な経路を通ることを指します。中継接続では、いったん中間の入口を経由してから出口へ向かいます。IEPL専線は、特定のネットワークを利用した経路設計を表します。これらの名称は接続方式を示すものであり、場所、通信事業者のネットワーク、時間帯と切り離した速度の保証ではありません。「専線」や「直接接続」という表示だけで、あらかじめ順位を決めないようにしましょう。

クライアントのプロキシプロトコルも測定条件の一部です。Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICは、それぞれ転送方式や実装が異なります。クライアントの対応状況、サーバー設定、ネットワーク側での通信処理も利用感に影響することがあります。回線を比較する場合は、クライアントのバージョン、プロキシモード、プロトコル設定をできるだけ固定します。プロトコルを比較する場合は、端末、出口、接続先サーバーを固定し、変更したのがプロトコルであることを明記してください。プロトコル、地域、クライアントを同時に切り替えて、その差を特定の要素だけに帰属させるのは避けましょう。

サブスクリプションURLを読み込むと、クライアントに名前の似た複数のノードが表示されることがあります。「日本回線」のような大まかな名前だけでなく、実際に選択したノードと出口の地域を記録しましょう。クライアントで自動選択やフェイルオーバーが有効になっていると、測定中に別の回線へ切り替わる場合があります。接続ログを確認するか、一時的にノードを手動で指定してください。サブスクリプションURLはクライアントにノード設定を取得させるためのもので、速度測定用のURLではありません。ノード切り替え後は、クライアントが実際に再接続を完了したことも確認しましょう。

• ✅ 同じ端末、同じ接続ネットワーク、同じ速度テストツールを使用する。
• ✅ 測定サーバーを固定する。固定できない場合は、ツールが実際に選択したサーバーを記録する。
• ✅ ノード、出口の地域、クライアントのモード、プロトコル、測定時間帯を記録する。
• ✅ 候補の各回線を、日中と夜間の混雑時に同じ手順で確認する。
• ❌ 接続先サイトやアプリが異なる結果を、同じダウンロード速度のランキングにまとめない。

ルールベースの振り分け、DNS、端末の違いによる影響を除く

ルールベースの振り分けでは、どのリクエストをVPN経由にし、どれを直接接続にするかが決まります。ルールモードで速度テストサイトのドメインが直接接続に設定されていると、測定結果はローカルネットワークの速度になることがあります。グローバルモードでは別の経路になります。測定前に現在のモードを確認し、対象ドメインに実際に適用されるルールも調べましょう。画面上のノード名だけを切り替え、測定通信がそのノードを経由しているか確認しないままでは、比較の前提が崩れてしまいます。

DNSの名前解決も個別に確認する価値があります。システムやアプリのDNSリクエストが想定した経路を通らない場合、地域の判定と出口が一致しなかったり、ウェブサイトが適切でないコンテンツ配信ノードを選んだりすることがあります。こうした場合は、名前解決の経路と振り分け設定を調べる必要があります。ダウンロード速度だけでDNSリークの有無を判断することはできません。テストページに表示される出口のIPアドレスは、アクセス経路を確認する手がかりにはなりますが、すべてのアプリの通信が同じルールに従っている証明にはなりません。

プラットフォームの違いによって、測定できる範囲も変わります。デスクトップクライアントにはシステムプロキシや仮想ネットワークインターフェースのモードがある一方、ブラウザー拡張機能は通常、ブラウザー内のリクエストだけを対象にします。モバイル端末では、省電力機能がバックグラウンド接続に影響することもあります。異なる端末の結果を比べる場合は、まずクライアントが実際にどの通信を処理しているか、バックグラウンド接続が安定しているかを確認しましょう。同じ回線を比べるなら、できるだけ同じ端末で測定します。端末ごとの利用感を比べることが目的なら、端末とクライアントの違いを比較対象として明記してください。

あとから確認できる回線メモを作る

役立つ記録には、日付と時間帯、端末と接続ネットワーク、ノードと出口の地域、クライアントのモード、速度テストツールと固定したサーバーに加え、遅延、ダウンロード、アップロード、実際のアプリの状況を含めます。最もよかった結果だけを保存する必要はありません。変動や異常の説明も残しておけば、あとから普段の利用時間に合った回線かどうかを判断できます。候補の回線で測定値に大きな差がない場合は、普段使うウェブサイト、ファイルの配信元、アプリで最終確認しましょう。

最終的な結論には、測定した条件も記載しましょう。たとえば「この端末とネットワークで、夜間の混雑時に固定サーバーを測定したところ、ある回線のページ応答がより安定していた」といった形です。漠然と「最速のVPN」とするより正確です。接続ネットワーク、接続先サイト、利用時間帯を変えた場合、過去の記録は参考にはなりますが、新しい環境での速度を保証するものではありません。自分用の比較表を作り始めるなら、よく使う地域の候補回線を少数選び、同じ条件で少しずつ記録を増やしていきましょう。