VPNの速度を比較するときに大切なのは、最高値を探すことではなく、同じ条件で再現できる測定です。端末、ネットワーク、測定先、通信ルールをそろえて、時間帯ごとの結果を比べましょう。大容量ファイルの転送効率はダウンロード速度、Webの応答や通話、リモート操作には遅延とパケットロスが影響します。ひとつの測定結果だけですべての使い心地は判断できません。
測定指標:ダウンロード速度・遅延・パケットロス
ネットワーク通信は、端末、家庭内ネットワーク、通信事業者、選択した回線、接続先サーバーを経由します。速度測定ツールが示すのは経路全体の結果であり、特定のノード単体の性能ではありません。Wi-Fiの電波干渉や接続先サーバーの速度制限によって、回線の性能を誤って判断することもあります。
| 指標 | わかること | 主な用途 | 誤解しやすい点 |
|---|---|---|---|
| ダウンロードスループット | 一定時間内に受信したデータ量 | ファイルのダウンロード、動画のバッファリング | 複数接続時のピーク値は、単一ファイルの速度とは異なる |
| アップロードスループット | 一定時間内に送信したデータ量 | クラウドへのアップロード、ビデオ会議 | 自宅回線の上り速度がボトルネックになる場合もある |
| 往復遅延 | リクエストの送信から応答の受信までにかかる時間 | Webページの操作、リモート操作 | クライアントに表示されるノードの遅延に、接続先サイトまでの経路が含まれるとは限らない |
| ジッター | 時間の経過に伴う遅延の変動 | リアルタイム通話、ビデオ会議 | 平均遅延が近くても、使い心地は異なることがある |
| パケットロス | 特定の測定で応答を受信できなかった状態 | 継続的なデータ転送、リアルタイム通信 | 測定用パケットが制限されても、実際の通信データが必ず失われるわけではない |
アイドル時の遅延と、通信中の遅延も区別しましょう。ダウンロードしていないときの応答が速くても、上りまたは下りの帯域を使い切った状態で快適とは限りません。測定ツールに負荷時の遅延が表示される場合は、あわせて記録してください。キューの滞留を把握する手がかりになりますが、それだけでボトルネックの場所を特定できるわけではありません。
測定ツールの選び方:速度測定サイトと実際の用途を分けて確認
サーバーを選べる速度測定ツールは、経路全体のスループットや遅延の比較に適しています。ブラウザーで測定すると、ブラウザー独自のプロキシ設定も影響します。コマンドラインツールは環境変数を参照する場合もあれば、システムプロキシをまったく使わない場合もあります。結果に差が出ても、すぐに回線の速度が不安定だと判断せず、通信経路を確認しましょう。
測定サーバーを固定する
自動サーバー選択は近くのサーバーを優先することが多く、回線を横並びで比べる用途に適しているとは限りません。地域を切り替えるたびに自動選択すると、回線と測定先の両方が変わります。基本の比較では同じサーバーを手動で選び、名前、地域、測定モードを記録しましょう。地域をまたぐ用途の測定は別に行い、独立した結果として扱ってください。
単一接続と実際のアプリ利用も確認する
複数接続での測定では並列転送の性能を確認できますが、単一接続の速度が遅い問題が見えにくくなる場合があります。大きなファイルをダウンロードするときは、測定が許可されている同じファイル配布元を使い、ダウンロードツールと並列数をそろえましょう。ブラウザーやツールのキャッシュを除外し、開始直後の瞬間的なピークだけでなく、転送が続いている間の速度を確認してください。
Webの使い心地には、DNSの問い合わせ、接続の確立、暗号化ハンドシェイク、サーバー側の処理時間も関係します。動画は配信サーバー、キャッシュ、アカウントの地域設定にも左右されます。測定後は、普段使うサイトの表示、動画のシーク、ファイルのアップロードなども試してください。ページの初回表示にかかる時間をそのままネットワーク遅延と呼んだり、測定速度を配信サービスの画質保証とみなしたりしないようにしましょう。
測定前の確認:端末と通信経路をそろえる
できるだけ同じ端末、同じ接続ネットワークで比較しましょう。可能であれば有線接続を使い、Wi-Fiの電波状況の変化を抑えます。Wi-Fiしか使えない場合は、測定場所と周波数帯をそろえ、OSの更新、クラウド同期、ほかの大容量通信を一時停止してください。共有ネットワークにつながっている端末が帯域を使っていないかも確認しましょう。
- ✅ 端末のOS、クライアントのバージョン、接続方法、現在の回線名を記録する。
- ✅ ルールのモードと測定サーバーを固定し、測定先のドメインに想定したルールが適用されているか確認する。
- ✅ バックグラウンドの通信を一時停止し、ほかの端末でダウンロードやアップロードが行われていないか確認する。
- ✅ 測定ツール、接続モード、測定対象のファイルを変えない。
- ❌ 端末、サーバー、単位が異なる結果を同じランキングに並べない。
システムプロキシの影響を受けるのは、主にプロキシ設定に従うアプリです。すべてのネットワーク通信が自動的にプロキシ経由になるわけではありません。TUNモードは仮想ネットワークインターフェースを使って対象の通信を取り込みますが、最終的な経路はルーティング、除外設定、通信ルールによって決まります。どちらのモードでも、クライアントの接続ログを確認し、測定リクエストが選択したノードを通っていることを確かめましょう。
WindowsやmacOSのコマンドライン測定は、システムプロキシを経由しない場合があります。iOSやAndroidのクライアントは通常、OSが提供するネットワーク拡張機能やVPNインターフェースで通信を処理しますが、対応範囲はクライアントによって異なります。デスクトップとモバイルの測定結果をそのまま混ぜて回線の差と判断することはできません。端末の性能、バックグラウンド処理の制限、ネットワーク接続環境も異なる場合があります。
実測の手順:まず基準値を測り、その後に回線を比較
まず現在の接続環境の基準値を測り、接続ネットワークに問題がないか確認しましょう。プロキシをオフにし、通常どおり直接接続できる固定の測定先を選びます。海外の測定先に直接接続できない場合は、国内からアクセスできる測定サーバーで接続環境を確認してもかまいません。ただし、測定先が異なる結果を厳密な速度低下の比較に使うことはできません。
- 環境を記録。測定時刻、ネットワーク接続、ツール、サーバーを書き留め、バックグラウンド通信を確認します。
- 基準値を測定。直接接続できる測定先でテストし、最良の結果だけでなく、結果が安定しているかを確認します。
- 比較する回線に接続。接続完了を待ち、ルールの適用状況と出口の地域を確認して、測定通信が想定した経路を通っていることを確かめます。
- 同じ測定先でテスト。ダウンロード、アップロード、遅延、負荷時の状態を記録し、実際のアプリを使った確認も行います。
- 比較する回線を切り替えて再測定。変更するのは回線だけにします。プロトコルも変える場合は、その条件を別に記録してください。
- 時間帯を変えて再測定。すべての記録を残し、通常時、変動時、異常時の違いを比べます。単発のピーク値だけで結論を出さないでください。
継続的な速度測定では実際の通信量を消費します。特に複数接続でのダウンロード測定には注意が必要です。まず軽量モードが用意されているか確認し、測定を計画しましょう。複数の測定ツールを同時に動かすと帯域を奪い合い、負荷時の遅延も判断しにくくなります。
接続の切断、測定先からの応答なし、バックグラウンド処理の予期せぬ開始など、失敗した測定とその理由も記録に残しましょう。測定環境が乱れたと確認できる結果は比較対象外と記載できますが、遅い結果をすべて削除してはいけません。実際の利用中に起こる変動も、回線選びで考慮すべき要素です。
測定する時間帯:普段使う時間と夜間の混雑時をカバー
日中の空いている時間帯の結果だけでは、夜間に利用が集中する時間の使い心地はわかりません。普段の勤務時間、地域の夜間、動画視聴やダウンロードをよく行う時間帯を含めて測定しましょう。混雑する時間帯は地域や通信事業者によって異なります。特定の時刻をすべての回線に共通する夜間ピークとみなすのは避けてください。
測定に時間がかかる場合、回線を試す順番によって結論が変わることがあります。順番を入れ替えて、常に同じ回線を早い時間、別の回線を遅い時間に測ることがないようにしましょう。再測定では環境をできるだけそろえ、家庭内ネットワークの混雑、OSの更新、測定先サーバーの変更など、特異な状況は記録に残してください。
測定結果が多い場合、通常の傾向を示すには中央値を使い、変動幅もあわせて残すとよいでしょう。中央値は偶然の好結果に左右されにくい一方、あらゆる通信の不調を説明できるわけではありません。ほとんどの時間は正常でも、ときどき長時間切断される回線なら、その現象も結論に記載し、集計値で見えなくならないようにしてください。
結果がおかしいときは、ノードを替えるだけでなく経路を順に確認
基準値も遅い場合は、まずローカルネットワークを確認
直接接続できる測定先でも大きな変動がある場合は、Wi-Fiの電波、ルーター、家庭内回線の上り帯域の使用状況、端末の負荷を確認しましょう。ダウンロード速度が平凡でも、通信中に遅延が大きく上がるなら、キューの滞留が起きている可能性があります。この場合、海外回線に手当たり次第切り替えても、ローカル側のボトルネックは解消しないことがあります。
特定のアプリだけ遅い場合は、通信ルールとDNSを確認
アプリの通信がプロキシを経由しているか確認し、DNS設定も調べましょう。DNSリークとは、DNS問い合わせが想定していない経路で処理されることです。すべての通信が直接接続されていることを意味するわけではなく、1回のダウンロード測定だけで判断することもできません。クライアントがリモートDNS、暗号化DNS、ルールに応じた名前解決を使う場合もあるため、接続ログとDNS設定をあわせて確認してください。
速度測定ページによっては、複数のドメインに接続します。メインページがプロキシ経由でも、測定通信に同じルールが適用されるとは限りません。ブラウザー独自の暗号化DNSや、システム側で独立したIPv6経路が使われている場合もあります。実際のリクエストを確認し、ルールの違いを回線性能の違いと取り違えないようにしましょう。
プロトコルと回線方式は分けて考える
IEPL専線、中継、直接接続は、通信経路やネットワークの構成方式を表します。一方、Shadowsocks、VMess、Trojan、VLESSはプロキシプロトコルです。これらは同じ階層の選択肢ではありません。専線という名称だけで接続先サーバーまでの経路全体の性能が保証されるわけではなく、家庭のネットワーク環境での実測に代わるものでもありません。
Hysteria2とTUICはQUICをベースとし、UDP通信を利用します。利用中のネットワークでUDPが制限されていると、接続や速度に影響する場合があります。Trojanは通常TLSを使用し、VLESSの保護は組み合わせる通信方式やセキュリティ設定によって異なります。プロトコル名だけで安全性や速度を判断することはできません。クライアントとサーバーの両方が対応している場合に限って比較し、変更した条件を記録してください。
通常のpingで使われるICMPは、現在のプロキシを経由するとは限らず、接続先で制限されることもあります。経路測定で中間ルーターが応答しなくても、その先の通信で必ずパケットロスが起きているとは限りません。最終的な接続先からの継続的な応答、アプリの切断、データ転送の状態をあわせて確認し、測定結果の一部だけで障害箇所を決めつけないようにしましょう。
比較結果の活用:ピーク値の順位ではなく用途で選ぶ
Web閲覧やリモートワークでは、応答の安定性、ジッター、実際の操作の滑らかさを重視しましょう。大きなファイルのダウンロードでは、同じ配布元から継続して転送したときのスループットを確認します。動画は再生開始、シーク、連続再生を試し、サービス側の地域制限にも注意してください。速度測定の結果が良好でも、配信サービスへのアクセスが保証されるわけではありません。
ローカルの基準値を記録し、測定先と通信ルールを固定したうえで、普段使う時間帯に繰り返し測定しましょう。実際の用途で安定し、異常が少ない回線を優先します。ダウンロード速度の高さを比べる意味があるのは、測定環境が同じ場合です。指標ごとに優劣が分かれるなら、用途に応じて候補を使い分ければよく、無理にひとつの回線を総合1位に決める必要はありません。
VPNYWは110以上の国、210以上の回線に対応し、同時接続台数に上限はありません。ただし、同一アカウントの端末間で通信量を共有します。測定前に回線一覧をご確認ください。設定方法は使い方ガイドをご覧ください。クライアントのダウンロードとサブスクリプションの取得には、ユーザーパネルへのログインと有効なプランが必要です。
月額プランの通信量は、利用開始日を基準に毎月リセットされます。追加データパックは使い切るまで有効で、有効期限はありません。測定を行う際は、消費する通信量も利用量に含め、最高値を追い求めて帯域を何度も使い切らないようにしましょう。測定記録は、見栄えのよい結果を作るためではなく、実際の使い心地を理解するために役立てるものです。