VPNの速度を比較するときに重要なのは、最も高いダウンロード速度を見つけることではなく、同じ条件で再現できる測定を行うことです。同じ端末、同じローカルネットワーク、同じ測定先を使い、回線や時間帯を変えて比べることで、結果を参考にしやすくなります。この記事では、ツールの選び方や記録方法、確認の手順を紹介します。特定の回線の測定結果をあらかじめ示すものではありません。
測定指標：ダウンロード速度だけでは不十分
速度測定では、端末、ローカルの接続ネットワーク、プロキシの入口と出口、測定サーバーを含む一連の経路が対象になります。いずれかの区間に制約があれば、測定結果が低下する可能性があります。測定サイトに表示された数値が、そのままサービス提供者の回線だけの性能を示すとは限りません。
| 指標 | 主な意味 | 判断に適した用途 | 誤解しやすい点 |
|---|---|---|---|
| ダウンロードスループット | 一定時間内に受信できるデータ量 | 大容量ファイルのダウンロード、動画のバッファリング | 複数接続で測ると、実際の単一接続でのダウンロード速度より高く出ることがあります |
| アップロードスループット | 一定時間内に送信できるデータ量 | 会議での上り通信、ファイル同期 | ローカル回線のアップロード速度が制約になることもあります |
| 往復遅延 | リクエストが宛先に届き、戻ってくるまでの時間 | 操作への応答、リモート操作 | クライアントの測定とアプリでのアクセスでは、経路が異なる場合があります |
| ジッター | 連続する遅延測定値のばらつき | 音声・ビデオ会議の安定性 | ツールによって計算方法が異なる場合があります |
| パケットロス | 測定用パケットが想定どおりに届かない状態 | 映像や音声の途切れ、再送、接続の不安定さ | 測定用パケットが優先的に制限されても、実際の通信データが同じように失われるとは限りません |
| 負荷時の遅延 | アップロードまたはダウンロード中の往復遅延 | ダウンロード中に会議へ影響が出るか | ネットワークが空いているときの遅延だけでは判断できません |
ファイルのダウンロードでは安定したスループットが重要ですが、会議では遅延、ジッター、パケットロスが重視されます。ウェブページの表示速度には、名前解決や接続の確立、サーバーの応答、ページ内のリソース数も影響します。そのため、「測定サイトで速い」ことと「どのサイトも速い」ことは同じではありません。
ツールの選び方：一般的な速度測定と実際の利用を組み合わせる
速度測定サイト：比較には同じ測定先を使う
SpeedtestやCloudflare Speed Testなどは、一般的な速度測定に利用できます。ただし、測定の手順や同時接続数、サーバーの設置場所はツールごとに異なります。回線を比較するときは、できるだけ同じツールで測定サーバーを固定し、運営者と所在地も記録しましょう。サーバーの自動選択を使うと、接続先が変わった際に測定対象まで変わることがあります。
測定先を固定できないツールを使う場合は、自動で選ばれたサーバーを記録し、「その回線からその測定先へアクセスしたときの結果」として扱いましょう。複数のサイトの結果は相互確認には使えますが、同じ条件の結果として一つの回線ランキングにまとめるのには適していません。ブラウザーの拡張機能やバックグラウンド同期、セキュリティソフトによる通信チェックも測定に影響することがあります。
クライアントの遅延表示：何を測定しているか確認する
クライアントに表示される遅延の数値は、TCP接続、HTTPリクエスト、その他の測定方法から得られることがあります。入口までを測る場合もあれば、プロキシ経由で指定サイトへアクセスする場合もあるため、画面に「遅延」と表示されているだけでは内容を判断できません。測定前にクライアントの説明を確認し、測定先を統一しましょう。
システムのpingは通常ICMPを使います。ブラウザーがシステムプロキシ経由でサイトにアクセスしていても、コマンドラインのpingが同じ経路を通るとは限りません。仮想ネットワークアダプターを使う場合も、その種類の通信をクライアントがどう処理するかによります。pingの結果をプロキシ出口の遅延とみなさないでください。また、測定先が応答しないことだけを理由に、回線が使えないと判断するのも適切ではありません。
実際のアプリで確認：目的の作業が快適にできるか
速度測定の後は、普段使うウェブサイトを開いたり、会議アプリを試したり、信頼できる配布元からファイルをダウンロードしたりして確認しましょう。実際の作業は、同じファイル、同じ画質設定、同じ会議環境など、条件をできるだけ揃えます。アプリの自動画質調整やブラウザーのキャッシュで使用感が変わるため、記録時にその点も書き添えてください。
測定の準備：条件を揃え、直結時の基準値を取る
直結時の基準値とは、プロキシを切った状態で、近い時間帯に測定したローカルネットワークの結果です。接続ネットワークの変動を確認するためのもので、直結時にすべての測定先へアクセスできることを前提としていません。測定先へ直結できない場合は、推測した数値を記入せず、「直結での比較は未実施」と記録しましょう。
- ✅ 端末と接続方法を固定します。可能であれば有線接続を使い、Wi-Fiの場合は位置と周波数帯を変えないようにします。
- ✅ OSの更新、クラウドストレージの同期、大容量ファイルのダウンロードなど、ネットワークを使う他の処理を一時停止します。共有ネットワークの負荷にも注意しましょう。
- ✅ クライアントのバージョン、ノード、ルールモード、測定サーバーを固定し、複数の条件を同時に変えないようにします。
- ✅ クライアントの接続記録やルーティングログを確認し、測定対象のドメインが選択したノードを経由していることを確かめます。直結ルールに一致していないかも確認しましょう。
- ✅ 契約プランの残り通信量を確認します。スループット測定では通信量を消費するため、繰り返し測定すると普段使える通信量にも影響します。
グローバルモードとルールモードで対象となる通信は、クライアントの実装によって異なります。システムプロキシを有効にしても、すべてのアプリがプロキシを使うとは限りません。ブラウザー、コマンドライン、アプリ内のネットワーク機能で設定が異なることもあります。測定前に通信経路を確認し、「測定は直結、アプリはプロキシ経由」という条件の異なる比較を避けましょう。
条件を切り分けるために、ファイアウォールやセキュリティソフトを長時間無効にするのは避けてください。関係のない処理を一時停止し、ルーティング記録を確認したうえで、信頼できるツールで再測定します。必要なセキュリティ設定の変更は、端末の管理ルールに従ってください。
時間帯の比較：夜間と早朝に測定する方法
夜間と早朝の違いはネットワークの負荷であり、早朝の測定結果が必ずしも実態に近いとは限りません。まず実際に利用する時間帯を測定し、比較用にネットワークが比較的空いている時間帯も選びましょう。空いている時間帯だけの測定では、仕事や娯楽の利用が集中する時間帯に十分な速度が出るかは分かりません。
- 基準値を取る。プロキシを切り、直結できる測定先を固定して、ローカルネットワーク、時間帯、バックグラウンドの負荷を記録します。
- 比較する回線に接続する。ノードとルーティング経路を確認し、接続状態が安定してから同じ測定先を使います。
- 測定を繰り返す。同じ時間帯に複数回測定し、有効な結果をすべて残します。最高値だけを切り取らず、中央値とばらつきに注目しましょう。
- アプリで確かめる。スループット測定が終わってから、会議、ウェブ閲覧、ダウンロードを試します。測定自体でネットワークを使い切り、判断に影響しないようにしましょう。
- 別の時間帯でも測定する。夜間と比較的空いている時間帯で同じ設定を使います。回線を変えた場合は、測定先も変わっていないことを再確認してください。
- 変化を比較する。同じ回線で時間帯による違いを比べてから、同じ時間帯で回線ごとの結果を比較します。
異常な結果をすぐに削除しないでください。Wi-Fiの再接続、ノードの切り替わり、バックグラウンド処理の再開、測定サーバーの変更が起きていないかを確認し、理由を記録してから除外するか判断しましょう。理由を特定できない場合は異常値として記録に残し、都合のよい滑らかな結果だけを選ばないようにします。
記録方法：スクリーンショットを検証できる結果にする
スクリーンショットには測定値を残せますが、背景情報がなければ結果を検証するのは困難です。測定ごとに、日時と時間帯、接続ネットワーク、端末、クライアントとモード、ノード名、ツール、測定先を記録し、ダウンロード、アップロード、遅延などの結果を保存しましょう。ツールで測定できない指標は「未測定」と記載します。空欄を問題がないという意味に捉えないでください。
回線を記録するときは、入口や回線の識別情報と出口の地域をあわせて残しましょう。IEPL専線、中継、直結は経路の構成を表すもので、自動的に性能のランクを示すものではありません。似た名前の回線でも、入口、出口、共有負荷、接続先ネットワークとの相互接続状況が異なれば、結果も変わることがあります。
IEPLは通常、通信事業者が提供するイーサネット専用線サービスを指します。プロキシサービスで「IEPL回線」と呼ばれるものは、伝送経路の一部にその種の回線を使用している場合が多く、ユーザーの端末から任意のウェブサイトまでの全経路が専用線であることを意味しません。中継は転送区間を経由して後続の経路へ接続する構成です。直結は通常、クライアントがプロキシサーバーに直接接続することを意味し、インターネット上のルーターを経由しないという意味ではありません。
プロトコル名だけで性能を判断することもできません。Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICは、通信方式やクライアントの対応状況、設定条件がそれぞれ異なりますが、名称だけでスループットの順位は推測できません。クライアントをまたいで比較する場合は、バージョンや通信設定も記録してください。端末側の実装差をすべて回線の違いとみなすことはできません。
異常時の確認：ローカルネットワークから測定先まで
直結でもプロキシ経由でも遅い
まずローカルの接続ネットワーク、Wi-Fiの干渉、ルーターの負荷、バックグラウンドのアップロードを確認しましょう。同じ時間帯に直結時の基準値も明らかに低下しているなら、ローカルネットワークまたは上流の接続側に原因がある可能性が高まります。別の接続ネットワークで再確認する方法もありますが、新しい測定条件になるため、別途記録してください。
速度測定は正常なのにウェブページの表示が遅い
速度測定の通信とウェブページの通信が同じ経路を通っているか確認し、ブラウザーの開発者ツールにあるネットワークパネルで所要時間を調べましょう。名前解決の遅さ、接続確立の遅さ、サーバー応答待ち、ページ内リソースの読み込みの遅さは、それぞれ異なる問題です。ブラウザーのキャッシュや拡張機能、アクセス先サイト自体の負荷も判断材料になります。
DNSリークとは、ドメイン名の問い合わせが想定した経路で処理されない状態です。プライバシーやルーティングの一貫性に関わることがありますが、「必ず速度が遅くなる」という意味ではありません。確認時は、システムのDNS、ブラウザーの暗号化DNS、クライアントのDNS設定、ルール設定をあわせて確認しましょう。リゾルバーの地域が異なるだけでリークとは断定できません。表示される地域を揃えるためだけに、設定をむやみに変更するのも避けてください。
ダウンロードは速いのに会議が途切れる
ダウンロードの最高値を追い続けるのではなく、アップロード、ジッター、パケットロス、負荷時の遅延を確認しましょう。クラウドストレージへのアップロードで上り帯域を使い切ると、会議の品質が低下することがあります。大容量の速度測定を同時に行っても、同様の状態になり得ます。会議アプリに通話品質の表示がある場合は、無関係な測定先への通信よりも実際の問題を把握しやすい指標になります。
夜間は遅く、空いている時間帯には回復する
ローカルの基準値が安定し、測定先も固定されていて、同じ変化を繰り返し確認できる場合は、混雑を原因候補として考えられます。ただし混雑箇所は入口、ネットワーク間の伝送、出口、アクセス先のいずれにもあり得るため、スループットの変化だけで原因や責任の所在を特定することはできません。サポートに問い合わせる際は、低速時のスクリーンショットだけでなく、時間帯、ノード、接続ネットワーク、測定先も伝えると調査に役立ちます。
回線選びのまとめ：用途に応じて使える選択肢を残す
速度測定は、最高値だけのランキングを作ることではなく、回線選びに役立てることが目的です。日常のダウンロードでは持続的なスループット、リモート会議では混雑する時間帯の安定性を優先して確認しましょう。ウェブ閲覧や共同作業ツールでは、実際のアクセス経路も含めて判断します。メインと予備の回線を決めておき、接続ネットワークやクライアントの設定を変えたときに再確認するとよいでしょう。
VPNDreamの月額プランの通信量は利用開始日を基準に毎月リセットされます。追加の通信量は使い切るまで利用でき、有効期限はありません。測定前に残り通信量を確認し、必要に応じて再測定してください。帯域を継続的に使い切る必要はありません。クライアントの入手方法と使い方は使い方ガイド、回線情報はノードページをご覧ください。実際に選べるノードはクライアントの表示をご確認ください。