VPN 速度測定とスピードテストの実測比較:ツール・時間帯・指標の見方
同じツールを使い、時間帯を分け、3つの指標だけを見れば、国際回線の実際の速度は自分で判断できます。宣伝ページの数字に頼る必要はありません。以下の手順は繰り返し実行でき、自分の記録表に書き留めておくこともできます。
VPN の速度測定の結果が宣伝ページと合わないのは、誰かが嘘をついているからではなく、2回の測定で条件がまったく違うからです。同じツール、同じ時間帯、記録する指標を3つに絞れば、国際回線の実際の速度を測れますし、今日のデータと来週のデータを比べられるようになります。比べられることのほうが、「速く見える」ことよりずっと重要です。
宣伝ページの数字と実測が合わない理由
1回の測定結果は5つの変数で決まります。住んでいる都市と回線事業者、ローカル側出口の混雑具合、対象サーバーの位置と負荷、使うプロトコルと暗号化のオーバーヘッド、そしてシングルスレッドかマルチスレッドか。宣伝ページはふつう、そのうち最も理想的な条件だけを示していますが、あなたの環境は5つすべての影響を同時に受けます。どれか1つを変えれば、数字は変わります。
見落とされがちな要素がもう1つあります。コールドスタートです。最初の接続では名前解決、TCP ハンドシェイク、TLS ネゴシエーションを済ませる必要があり、以降の接続再利用より明らかに時間がかかります。1回目だけを測ると、回線の速度ではなく起動コストを測っていることになります。同じツールでもブラウザで動かすのとコマンドラインで動かすのでは結果が変わることがあります。ブラウザの接続再利用、HTTP/2 の多重化、ページのスクリプトが並行性のモデルを変えてしまうからです。
まず5つの変数を固定する
速度測定の第一歩はツールを開くことではなく、条件を書き出すことです。以下のチェックリストはそのまま実践できます。1つでも変わったら新しいデータとして扱い、古いデータと同じ表に混ぜて比べないでください。
- ✅ 同じ端末、同じローカル回線:Wi-Fi と有線を往復しない。測定中にダウンロードやクラウド同期を走らせない。
- ✅ 同じ対象:海外の速度測定ページか同じダウンロードファイルを固定する。対象を変えるのは物差しを変えるのと同じです。
- ✅ 同じプロトコルと同じ回線:プロトコルを変えたら別のデータとして扱う。暗号化方式や輻輳制御が違うため、結果をそのまま引き算できません。
- ✅ 同じ時間帯:毎回同じ時間帯に測る。たとえば毎回、夜の同じ1時間のうちに完了させる。
- ✅ 同じ並行モデル:シングルスレッドで安定性、マルチスレッドで上限を測る。2組は分けて記録し、平均しない。
この5項目を記録表の見出しに書き、あとは測定のたびに結果を埋めるだけにします。そうすれば1週間後には、互いに矛盾するスクリーンショットの山ではなく、傾向の見えるデータが手元に残ります。
3つの指標:遅延・スループット・ジッターとパケットロス
測定ツールは数字を大量に吐き出しますが、長期的に追うべきなのは3種類だけです。残りはその派生か、特定の用途でしか気にしない細部です。記録するときは3種類を分けて書き、1つの総合スコアにまとめないでください。まとめてしまうと、問題がどの区間にあるのか分からなくなります。
| 指標 | 測るもの | 取り方 | よくある誤読 |
|---|---|---|---|
| 遅延 | パケットが往復するのにかかる時間 | 連続して複数回プローブする、またはコマンド出力のハンドシェイク所要時間の項目を見る | 1回測っただけで結論を出し、コールドスタートを平均に混ぜてしまう |
| スループット | 単位時間あたりに実際に運べたデータ量 | シングルスレッドとマルチスレッドのダウンロードをそれぞれ1回ずつ測り、別々に記録する | ローカル回線のピークを回線の上限だと勘違いする |
| ジッターとパケットロス | 遅延のばらつき幅、データが失われる割合 | 複数回のプローブの最小値と最大値を比べる | 平均値だけを見て、裾のジッターを無視する |
遅延は往復で見る。体感で判断しない
遅延とは、パケットがあなたの端末から対象サーバーまで行って戻ってくる時間です。クリックしてから反応するまでの待ち時間を決め、ビデオ会議で話がかぶるかどうかも左右します。遅延を測るときはプローブを連続して複数回送り、最小値と最大値の差を見てください。1回の結果にはローカル無線ネットワークの待ち時間が含まれているので、参考価値は限られます。
スループットはシングルスレッドとマルチスレッドに分ける
マルチスレッドのダウンロードはデータを複数の接続に分けて同時に引き込むので、測れるのは回線の上限です。シングルスレッドは接続が1本だけなので、Web ページを1つ開くときや動画を1本見るときの実際の体験に近くなります。両方を記録してください。片方だけだと回線を過大評価したり過小評価したりしやすく、とくに実際にはブラウザのタブを1つしか開いていない場合にそうです。
ジッターとパケットロスが安定性を決める
平均遅延が同じに見える2本の回線でも、片方は毎回同じ範囲に収まり、もう片方は上下するなら、実際の使い心地はまったく違います。パケットロスは再送と引っかかりとしてそのまま現れます。帯域の数字が立派でも、パケットロスが多い回線はリアルタイム通話やリモートデスクトップには向きません。
時間帯を分けて測る:夜のピークこそ実際の体験
国境をまたぐ経路の負荷には、はっきりした時間の規則性があります。平日の夜は家庭の回線が一斉にオンラインになり、国際出口と中継区間が最も混雑しやすくなります。未明の経路はたいてい最も空いています。未明だけ測れば回線のポテンシャルを測ることになり、夜のピークだけ測れば下限を測ることになります。1回しか測れないなら、未明ではなく夜のピークを選んでください。
少なくとも3つの時間帯をカバーすることをおすすめします。平日の午前、夜のピーク、深夜です。各時間帯で数回繰り返し、最小値・中央値・最大値をそれぞれ記録します。ある回線を長く使えるかどうかは、どのピーク値でもなく、夜のピークの中央値で判断します。
ツール選び:ブラウザ・コマンドライン・クライアント
3種類のツールにはそれぞれ用途があり、混ぜるとデータが比較できなくなります。1つをメインツールとして長く使い、残り2つは照合にだけ使ってください。
- ブラウザの速度測定ページ:開くだけで実行でき、最初のふるい分けや人に見せるときに向いています。欠点はブラウザの接続数、ページのスクリプト、キャッシュの影響を受け、再現性がふつうで、同じページを続けて2回走らせても違う結果が出ることがある点です。
- コマンドラインツール:出力が安定していてスクリプト化でき、再現性のある記録に向いています。ping と mtr で経路とパケットロスを見て、curl で段階ごとの所要時間を見ます。
- クライアント内蔵の速度測定:クライアントから入口までの区間を測るもので、入口に到達できるか、ハンドシェイクがスムーズかは分かりますが、エンドツーエンドのスループットと同じではありません。クライアントの地域別回線リストは、ノード単位の比較にちょうど使えます。
curl -o /dev/null -s \
-w 'dns %{time_namelookup}s connect %{time_connect}s tls %{time_appconnect}s ttfb %{time_starttransfer}s total %{time_total}s\n' \
https://www.example.com/この5つの項目はそれぞれ、名前解決、TCP ハンドシェイク、TLS ネゴシエーション、最初のバイト到達、全体の所要時間に対応します。名前解決の項目が明らかに大きいなら、問題は回線そのものではなく名前解決にある可能性が高いです。TLS の項目が大きいなら、ハンドシェイクが繰り返し再試行されていないかを見てください。対象を固定の海外アドレスに変えて数回続けて実行すれば、比較できるベースラインが得られます。回線を変えてもう一度実行するのが、問題が単一のノードにあるのか経路全体にあるのかを最短で判断する方法です。
DNS 解決と振り分けモードが結果を変える
ルールモードでは、ルールに一致した通信だけがプロキシを通ります。速度測定の対象がルールに入っていなければ、測っているのは実質的に直接接続の速度です。測定前に現在がグローバルモードかルールモードかを確認し、同じモードで1組のテストを完了させてください。名前解決がローカルのリゾルバを通るかリモートのリゾルバを通るかも、解決の所要時間に表れます。回線を変えたのに Web ページが開く速さの変化が主に最初のバイトより前に起きるのは、そのためです。
回線タイプ:専用線・中継・直接接続が測定に与える影響
同じローカル回線でも、回線タイプが変われば測定結果の構造はまったく変わります。データがどう流れるかを理解するほうが、ある数字を覚えるより役に立ちます。
| 回線タイプ | データの流れ | 測定時の挙動 | 向いている用途 |
|---|---|---|---|
| IEPL 専用線 | 入口から出口まで専用のチャネルを通り、公共のインターネットを経由しない | 夜のピークでも変動が小さく、遅延は物理距離が決める下限に近い | ビデオ会議、長時間接続の API 呼び出し、ストリーミング |
| 中継 | まず中継の入口に接続し、そこから海外の出口へ跳ぶ | 平常時は良好。ピーク時は中継区間の混雑次第 | 日常のブラウジングとダウンロード |
| 直接接続 | 中継を挟まず海外ノードに直接つなぐ | 遅延は国際出口の混雑の影響を強く受ける | 軽いアクセス、予備回線 |
補足すると、専用線が必ず速いわけではありません。保証されるのは経路の安定であって、帯域が無限ということではありません。ローカル側の出口自体が混雑していれば、専用線でも救えません。回線タイプが決めるのは経路だけで、あなたの街の出口の品質ではありません。同じノードでも、回線事業者や時間帯によって体験が大きく変わることがあるので、結局は自分の固定した条件での繰り返し測定に戻ってきます。
よくある5つの誤読
- ❌ 1回の測定結果で回線を代表させる:1回の結果にはローカルネットワークの揺らぎと対象サーバーの状態が混ざっています。最低でも数回は繰り返してください。
- ❌ ピーク帯域だけを見る:ピークは上限、中央値は体験を示します。両方を一緒に見る必要があります。
- ❌ 名前解決の所要時間を無視する:解決が遅いと「ページが遅い」が「回線が遅い」に見えてしまい、調査の方向が最初からずれます。
- ❌ クライアントの速度測定ボタンをエンドツーエンドの測定だと思う:測っているのはクライアントから入口までの区間で、出口より先の経路は含みません。
- ❌ プロトコルを変えた直後に古いデータと比べる:暗号化と輻輳制御が違うので、ベースラインを取り直す必要があります。
この5つのどれか1つでも当てはまると、その後の比較は意味を失います。速度測定の価値は数字そのものではなく、2回の測定の差を1つの変数だけにすることにあります。
測定結果を選択につなげる
1巡測り終えたら、時間帯ごとの最小値・中央値・最大値、そしてシングルスレッドとマルチスレッドの2組のスループットが手元にあるはずです。次に3つを判断します。夜のピークの中央値が安定しているか、ジッターが収束しているか、パケットロスが許容範囲か。3つとも合格なら、その回線は日常の主力に向いています。ピークだけが良くて中央値がふらつく回線は、予備に向いています。
速度測定の対象を固定の振り分けルールにしておき、必要なときだけグローバルモードに切り替えて再測定すれば、無関係な通信が結果を乱すのを避けられます。複数の端末が同時にオンラインのときは、他の端末がダウンロードを走らせていないか先に確認してください。そうでないと、家中の帯域の取り分を測ることになります。毎回の測定の日付、時間帯、回線名、プロトコルを一緒に記録しておけば、半月後に見たとき、どの回線がいつ使えるのかがはっきり分かります。
サービスの選び方も同じです。ピークの数字を1つ見るより、乗り換えて測れるだけの回線数があるか、測って納得できなければ返金できるかのほうが大事です。VPNQK は 90+ の国と 190+ の回線を用意し、月額 ¥9.9 から 60GB 込み、7 日間の理由不要の返金に対応しています。登録に必要なのはユーザー名とパスワードだけで、メールアドレスは不要、同時接続端末数は無制限です。回線が多いということは、比較対象を十分に持てるということ。返金できるということは、測って納得できなければ我慢しなくていいということです。