VPNの速度を比較するときは、まず測定条件をそろえましょう。速度測定ツールの最大ダウンロード速度だけでは、動画が止まるか、通話が途切れるか、ファイル転送を続けられるかは判断できません。自分のネットワークと利用時間帯で、目的の作業を安定して行える回線かどうかを確かめることが大切です。
架空の速度ランキングは掲載しません。ここで紹介する方法は、自分で測定して回線やクライアント設定、ネットワーク環境を比較するためのものです。一度に変える条件は一つに絞り、失敗や異常も記録しておくと、あとから検証できます。
まず測定対象と指標を決める
通信は通常、端末、無線または有線ネットワーク、通信事業者のアクセス網、プロキシの入口と出口を経由して、接続先サーバーに届きます。どこか一つでも混雑すれば、最終的な結果は悪化します。そのため「この回線は遅い」は現象の説明にすぎず、原因の特定とは別です。
まず、実際の用途を明確にしましょう。Webサイトやインタラクティブなアプリでは応答速度、動画では安定した実効速度とバッファリング、音声通話やリモートデスクトップではジッターやパケットロスが重要です。用途を考えず最大速度だけを比べると、自分に合わない回線を上位に選んでしまうことがあります。
| 指標 | 主に分かること | 読み取る際の注意点 |
|---|---|---|
| 往復遅延 | 接続先との通信往復にかかる時間 | 接続先と測定方法の確認が必要です。入口までの遅延は、プロキシ経由の全経路の遅延とは異なります。 |
| ジッター | 測定ごとに遅延がどれだけ変動するか | 計算方法はツールによって異なるため、異なるツールの結果をそのまま順位付けしないでください。 |
| パケットロス | 測定用パケットへの応答が返らない状態 | 測定が制限・フィルタリングされる場合があります。実際の通信でも確認しましょう。 |
| 実効速度 | 一定時間のデータ転送で得られる実際の速度 | 開始直後の最大値だけでなく、速度を維持できるか確認しましょう。 |
| 負荷時の遅延 | ダウンロードやアップロード中の応答性 | 何もしていないときに速くても、回線を使い切る転送中に快適とは限りません。 |
測定ツールの選び方と結果の見方
ブラウザーでの速度測定：実効速度の比較に便利
ブラウザーで使える速度測定ツールは、アップロードやダウンロード、遅延の一部を手軽に確認できます。測定サーバーが自動で選ばれたり、複数の接続を同時に使ったりする場合があります。毎回異なるサーバーが選ばれると、接続先の違いも結果に影響します。手動で選べる場合は同じ測定サーバーを使い、サーバー名も記録しましょう。
複数接続を使う測定は、回線全体で得られる速度に近い結果になりますが、単一ファイルのダウンロード速度とは異なります。ダウンロード先が単一接続の速度を制限している場合もあり、ブラウザーのキャッシュやサーバー負荷も結果を変えます。同じツールと測定モードで比較し、異なるツールの最高値を寄せ集めてランキングにしないでください。
クライアントの遅延表示：測定方法を確認
クライアントに表示される「遅延」は、接続入口までの時間を示す場合も、プロキシ経由で特定のURLにアクセスした応答時間を示す場合もあります。同じ名称でも測定経路は異なる可能性があります。クライアントの説明や測定設定を確認し、測定先を記録しましょう。確認できない場合は、そのクライアント内で回線を選ぶための参考値として扱ってください。
システムの ping は通常 ICMP を使用しますが、多くのプロキシはアプリケーション層の通信だけを転送します。ブラウザーがプロキシ経由でも、端末の測定は直接接続のままの場合があります。経路上のルーターが応答しないことだけで、実際の通信にパケットロスがあるとは判断できません。
実際のアプリで使い心地を確認
よく使うWebサイト、実際のファイル転送、普段の操作を一つずつ選んで確認しましょう。ページの初回表示、転送の停止、セッションの再接続などを観察します。開発者ツールのネットワークパネルは、DNS、接続確立、サーバー応答待ちの切り分けに役立ちます。ただし、キャッシュや接続の再利用で表示が変わるため、比較時は操作方法をそろえてください。
環境をそろえて手順どおりに測定
再現性のある測定に、実験室のような環境は必要ありません。重要なのは、結果がどのように得られたかを他の人にも分かるようにすることです。端末、クライアントのバージョン、ルール設定、接続先サーバー、測定順をそろえるほうが、スクリーンショットを増やすより役立ちます。
- 利用環境を記録する。通信事業者、接続方式、端末とOS、クライアントのバージョンを記録します。安定した有線接続を優先し、無線を使う場合は場所と周波数帯をそろえましょう。
- バックグラウンド通信を止める。クラウドストレージの同期やOSの更新など、大量の通信を伴う作業を一時停止します。同じネットワークを使う他の端末にも注意し、家庭内の通信混雑を回線の混雑と取り違えないようにしましょう。
- 直接接続の基準値を測る。通常アクセスできる固定の測定先を選び、ネットワーク環境に問題がないか確認します。この結果は接続環境の参考値であり、異なる場所にあるサーバーの結果との差をそのままプロキシによる速度低下とみなすことはできません。
- 実際のプロキシ経路を確認する。候補の回線を選び、測定先ドメインに適用されたルールとクライアントの接続記録を確認します。ブラウザーの測定が想定したプロキシを経由していない場合、その結果を該当回線の測定値として扱うことはできません。
- 接続先を固定する。同じ測定先と同じモードを使い、結果をすべて保存します。何もしていないときの遅延、負荷時の変化、実効速度、中断の有無を記録し、ダウンロードの最高速度だけに絞らないようにしましょう。
- 再測定して実際の用途も確認する。時間帯を変えて同じ手順を繰り返し、その後、目的のアプリを実際に使います。測定後は普段の設定に戻し、一時的な全通信プロキシ設定がその後の作業に影響しないようにしましょう。
異常があったら記録を残してから原因を調べましょう。遅い測定結果だけを削除すると、不安定な回線を安定していると誤認するおそれがあります。バックグラウンド更新の影響が明らかな場合は、その理由を記したうえで該当データを残してください。
時間帯と出口を公平に比較する
普段使う混雑しやすい時間帯と、比較的空いている時間帯の両方で測定しましょう。空いている時間に測った回線Aと、混雑する時間に測った回線Bを比べるのは公平ではありません。可能であれば候補の回線を交互に測定し、順番による影響を抑えましょう。
同じ地域でも通信経路が同じとは限りません。入口や通信事業者間の接続、出口側の上流回線によって使い心地は変わります。まず同じ接続先地域の回線を比べ、その後、目的のサービスに合う別地域の回線も確認しましょう。自分に近い場所を選べば、接続先までの全経路も短くなるとは限りません。
IEPL 専線は通常、専用の伝送区間を使うことを指します。中継は中間サーバーを経由し、直接接続は通常、サービス側が追加した中継レイヤーを経由しません。これらは経路の構成を表す名称であり、速度測定の順位に直接置き換えられるものではありません。専線も入口と出口の負荷を確認する必要があり、直接接続もネットワーク環境によって良好な結果になることがあります。
記録には地域だけでなく、回線名と種類も記載しましょう。「日本」「香港」だけでは十分ではありません。クライアントが出口を自動で切り替える場合は、実際に使われた回線を確認してください。比較中に自動切り替えが頻繁に起きると、測定結果を特定の回線に結び付けられなくなります。
プロトコル・DNS・ルール設定による影響
プロトコルによって通信のオーバーヘッドや輻輳制御、端末への負荷は変わりますが、実装を問わず常に速い方式があるわけではありません。Shadowsocks、VMess、Trojan、VLESS はそれぞれ異なるプロキシ方式で、実際の通信速度は伝送方式や設定にも左右されます。Hysteria2 と TUIC は QUIC ベースの通信を使い、その性能も UDP 経路の品質や実装によって変わります。
ここでの説明は一般的な技術情報であり、VPN29 がすべてのプロトコルを提供するという意味ではありません。プロトコルを比較する前に、サービスとクライアントが対応していることを確認し、接続先と出口の条件をできるだけそろえてください。プロトコルと同時にサーバーも変更した場合は、比較対象は構成全体であり、差をすべてプロトコルの違いとみなすことはできません。
ブラウザー、システムプロキシ、仮想ネットワークアダプターでは、通信をプロキシ経由にする範囲も異なります。システムプロキシを使わないアプリもあり、コマンドラインツールでは別途プロキシ環境変数の設定が必要な場合があります。トレイアイコンだけで「すべての通信がプロキシ経由」と判断せず、クライアントの接続記録を確認しましょう。
DNSの問い合わせ経路と、実際の通信経路は別々に確認する必要があります。意図せずローカルのDNSリゾルバーに問い合わせると、プライバシー上の問題や、現在の出口に適さない名前解決が起きる可能性があります。ただし、リゾルバーの所在地だけで情報漏えいがあったとは判断できません。想定した設定、ブラウザーの暗号化DNS設定、クライアントのDNSポリシーも確認しましょう。
Webページの初回表示だけ遅く、その後は正常に読み込める場合は、名前解決や接続確立の段階を確認しましょう。速度測定は正常なのに特定のアプリだけ遅い場合は、まずそのアプリに適用されるルールを確認してください。一度の測定のために、証明書の検証をむやみに無効にしたり、出所不明の証明書をインストールしたりしないでください。
あとから確認できる結論を記録する
記録には、日付と時間帯、ネットワーク環境、クライアントとモード、回線名、プロトコルまたは設定の識別情報、測定先、各指標、実際のアプリでの使用感を含めましょう。単位も記録してください。速度測定ツールでは Mbps、ファイルのダウンロードでは MB/s がよく使われますが、同じ単位ではないため数値だけを比べることはできません。
結果をまとめるときは、典型的な傾向と変動幅の両方を残しましょう。元の測定データがあれば、中央値を普段の目安として使い、失敗や大幅な悪化は別に記録できます。測定数が少ない場合はその旨を明記し、長期的な稼働率や全地域での性能を保証する結論に広げないでください。
- ✅ 同じ測定ツール・サーバー・モードの結果を同じグループで比較する。
- ✅ 適用ルールと実際の出口を確認してから、結果に回線名を付ける。
- ✅ ダウンロード、アップロード、操作時の使用感を分けて記録し、遅い結果や失敗の理由も残す。
- ❌ 一度の最高速度、入口までの遅延、地域名だけで最終的な回線を決めない。
- ❌ サブスクリプションリンクやアカウント情報、アクセストークンが写ったクライアントのスクリーンショットを公開しない。
回線選びの結論：普段使う時間帯に目的の作業を続けられ、変動が小さく、通信経路を確認できる回線を優先しましょう。最高速度が高くても頻繁に途切れる回線が、日常利用に適しているとは限りません。一度の最高値を追うより、確認済みの予備回線をもう一つ残しておくほうが実用的です。
すべての回線が同時に遅くなった場合は、まずネットワーク環境と端末を確認しましょう。特定の出口だけに問題がある場合は別の出口と比較し、特定のサービスだけが遅い場合はルールや名前解決、接続先側の制限を調べます。この順に確認すれば、やみくもに回線を切り替えずに済みます。クライアントや設定方法は使い方ガイドをご覧ください。地域や回線の情報はサーバーページとクライアントの実際の一覧で確認できます。