VPNの速度測定を比較｜自分で測定する方法・時間帯・指標

VPNの速度を比較するときに大切なのは、最高のダウンロード速度を探すことではなく、同じ条件で測定し、自分の利用時間帯や用途に合う回線を見極めることです。ツールの選び方から測定手順、記録方法まで解説し、自宅のネットワーク、プロキシ回線、接続先サイトの問題を切り分けます。

まず測定条件をそろえ、通信経路を確認する

測定前に、使用端末、接続ネットワーク、クライアントのモード、選択したノードを記録します。回線を比較するときは、端末やネットワークを同時に変更しないでください。差が出ても、回線ではなくWi-Fiの干渉、ルーターの負荷、バックグラウンド更新が原因かもしれません。可能であれば有線で接続しましょう。Wi-Fiを使う場合は場所を変えず、クラウド同期やシステムのダウンロードなど、帯域を使う処理を一時停止します。

まずプロキシをオフにして、接続回線が正常か測定します。この結果は接続ネットワークの変化を確認するための基準であり、直接接続とプロキシ接続がまったく同じ経路を通ることを示すものではありません。その後ノードに接続し、測定サーバーを固定して比較します。ツールがサーバーを自動選択する場合、測定ごとに異なる地域へ接続されることがあり、数値をそのまま横並びにして比較できません。

特に確認したいのがルールによる振り分けです。ブラウザーの速度測定ページは直接接続でも、デスクトップのダウンロードアプリはプロキシ経由という場合があります。システムプロキシを有効にしても、すべてのアプリがそれに従うとは限りません。IPアドレス確認ページでブラウザーの出口を確認し、クライアントの接続ログで測定先のドメインに適用されたルールを調べましょう。IPアドレス確認ページで確認できるのは、そのときのウェブリクエストだけです。他のアプリの通信経路までは確認できません。

「選択したノードで測定できている」ことを確認してから、「ノードの速度」を評価しましょう。TUNモードでも、ルーティングや除外ルール、DNS設定の影響を受けます。モード名だけで、すべての通信がプロキシ経由だと判断することはできません。

測定ツールの選び方：通信速度・リクエスト・実際の利用を分けて確認

ブラウザーで使える速度測定サービスは、SpeedtestやFast.comのように、継続的なデータ転送能力の確認に向いています。Speedtestは対応していれば測定サーバーを手動で指定でき、Fast.comは利用するコンテンツ配信ネットワークへの経路に近い結果を確認できます。いずれも特定の接続先を使った測定であり、すべての海外サイトでの通信状況を示すものではありません。できるだけ同じツールで比較し、異なるツールの結果を同じ基準として扱わないようにしましょう。

クライアントの遅延テストは、ノードを絞り込む際の参考になります。ただし、テスト方法の確認が必要です。ノードの入口までを測るもの、プロキシ経由で指定URLへリクエストするもの、接続が確立するかだけを調べるものがあります。接続先と測定方法が同じ場合に限り、数値を比較できます。一般的なシステムのpingはICMPを使いますが、通常のアプリケーション層プロキシはこの種の探測を中継しません。そのため、pingの結果がブラウザーの実際の通信経路を示すとは限りません。

実際の利用を想定したテストも欠かせません。よく使うウェブサイトを開き、初回表示とその後の操作を確認します。動画を再生して、バッファリングの状態やプレーヤーの接続情報を見ます。ダウンロードが許可されているファイルを取得し、転送速度が安定して続くかを確認しましょう。キャッシュによってページ表示が速く感じられることや、ダウンロード元が速度を制限していることもあります。こうした結果は一般的な速度測定と照らし合わせ、単独で結論を出さないようにしてください。

朝・昼・夜の測定方法：繰り返し測定し、最良の結果だけを残さない

朝はネットワーク負荷が比較的低いときの基準を確認し、昼は日常的な利用環境を測定し、夜は実際にサービスを使う時間帯の混雑状況を調べます。誰にでも当てはまる決まった時刻はありません。平日か休日か、接続事業者や接続先の地域によって混雑する時間帯は変わります。記録には「夜のピーク」といった大まかな表現ではなく、実際に測定した時刻を記載しましょう。

各時間帯で一度だけ測る必要はありませんが、際限なく繰り返す必要もありません。同じノードで数回続けて測定し、各回の間に少し間隔を空けて、結果が近い範囲で変動するか確認します。大きな変動が続く場合は、その変化も記録し、同じような時間帯に改めて測定しましょう。満足できる数値が出た時点で切り上げず、測定を始める前に繰り返し方を決めておきます。

回線が多い場合は、同じ順番で比較したあと、順序を入れ替えて再測定すると、後から測ったノードだけ混雑していたという影響を減らせます。測定中に複数の速度測定ツールを同時に動かすのは避けましょう。帯域を奪い合うためです。測定自体にも通信量がかかります。特にダウンロードを続けるテストでは、測定だからといって通信量を無視しないでください。

1. 接続ネットワークの状態を記録し、バックグラウンド通信を止め、端末とツールを固定します。
2. 測定するノードに接続し、出口と振り分けルールを確認して、速度測定サーバーを固定します。
3. 繰り返し測定してすべての結果を残し、読み込みの停止やタイムアウトなどの異常も記録します。
4. 普段使うアプリで確認した後、別の時間帯にも同じ方法で測定します。

遅延・ジッター・ダウンロード速度から分かること

遅延は操作感に影響するが、帯域とは別の指標

往復遅延は、リクエストが接続先に届いて応答が返るまでの時間です。ウェブページの操作やリモート端末、リアルタイムのやり取りでは特に重要ですが、大容量ファイルのダウンロードでは継続的な通信速度も関係します。遅延が小さくてもダウンロードが速いとは限らず、遅延が大きくても継続転送が遅いとは限りません。地域をまたいで比較するときは物理的な距離も考慮し、異なる接続先を単純に順位付けしないようにしましょう。

ジッターとパケットロスは測定方法と合わせて確認

ジッターは遅延のばらつきを表します。平均値が近い回線でも、操作感に差が出ることがあります。パケットロスは再送や、リアルタイムの音声・映像の中断につながる場合があります。一方で、接続先が応答しない場合や、ルーターなどのネットワーク機器がICMPを制限している場合にも、見かけ上のパケットロスが発生することがあります。ジッターの算出方法はツールによって異なり、アプリのリクエストがタイムアウトしたことを、そのままネットワーク層のパケットロス率に換算することもできません。

ダウンロードの体感には瞬間的なピークより継続速度が重要

MbpsとMB/sの違いに注意してください。前者はビット、後者はバイトを単位とするため、数値をそのまま比較できません。複数接続を使う速度測定では帯域を使い切りやすく、単一接続のダウンロードでは同じ速度に届かないことがあります。転送が安定して続くか、何度も止まらないかを確認し、通信が最大負荷のときに遅延が大きく上がらないかも見てください。遅延の上昇はキューの混雑を示す場合がありますが、原因を調べるには自宅のルーターや接続ネットワークも確認する必要があります。

有効に比較できる記録の残し方

複雑な表計算ソフトを使わなくても、普通のメモで記録できます。各記録には、日付と時間帯、接続ネットワーク、ノードの地域、クライアントのモード、測定先、ダウンロードとアップロードの結果、測定方法に応じた遅延を記載します。ツールが対応していない指標は「未測定」とし、空欄をゼロとして扱わないでください。無関係なツールの結果をつなぎ合わせて、データがそろっているように見せるのも避けましょう。

各回の測定値を残したうえで、中央値や変動幅、異常が起きた状況を比較します。最高速度のスクリーンショットだけを残したり、失敗した回を削除したりしないでください。特定のウェブサイトだけ遅い場合は、そのサイトの結果を分けて記録します。すべてのノードで同時に速度が落ちる場合は、まず接続ネットワークと共通の測定先を確認しましょう。

• ✅ 同じ端末・ネットワーク・ツール・測定先を使い、同じ条件で再現できるようにする。
• ✅ 振り分けモードと出口の確認結果を記録し、測定データの実際の経路を明確にする。
• ✅ 異常や失敗も残し、自宅のネットワークに変動があったかを記録する。
• ❌ 地域やサーバー選択方法、計測方法が異なる結果をそのまま順位付けしない。

速度が出ないときは、通信経路を順番に確認する

まず、プロキシをオフにした状態でも接続が不安定か確認します。基準となる接続に問題がなければ、ノード、ルール、測定先を確認しましょう。特定のサイトだけに問題がある場合は、同じ種類の別の接続先でも試し、配信元やコンテンツ配信経路に原因がないか調べます。ノードを切り替える際は、できるだけ同じ地域の回線を比較してください。地理的な距離と通信経路を同時に変えると、原因を特定しにくくなります。

最初の表示だけ遅く、その後は正常な場合、ドメインの名前解決が関係している可能性があります。クライアントのDNS設定や名前解決のログ、振り分けルールを確認し、リクエストが想定どおりに処理されているか調べましょう。DNSリークテストで分かるのは、名前解決のリクエスト先です。速度測定の代わりにはなりません。また、名前解決を行う場所によって、選択されるコンテンツ配信ノードが変わることがあります。数値を上げるために、安全設定を安易に無効化したり、信頼できないDNSサービスに切り替えたりしないでください。

プロトコル名や回線のラベルは、あくまで判断材料の一つです。Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICは、通信方式や実装、利用環境との相性が異なりますが、名称だけでどれが必ず速いかを判断することはできません。UDPベースの通信も、接続ネットワークのポリシーの影響を受ける場合があります。IEPL専線、中継、直接接続は、それぞれ異なる回線構成を示す言葉です。ラベルだけでは、エンドツーエンドの通信速度や夜間の性能は分かりません。入口と出口、負荷、接続先ネットワークにも左右されます。

プラットフォームによって、クライアントがシステムプロキシ、TUN、DNS、バックグラウンド動作を扱う方法は異なります。OS間で結果に差が出た場合は、端末の性能が原因だと決めつけず、まず機能の設定を確認しましょう。サポートが必要な場合は、ユーザーパネルから測定した時間帯、ノード、クライアント、エラーの内容をお知らせください。ログやスクリーンショットを共有する際は、サブスクリプションURL、トークン、アカウント情報を隠してください。サブスクリプションURLを公開の速度測定サイトに貼り付けないでください。

クライアントや測定ツールは、信頼できる配布元からのみ入手してください。インストーラーは有効なサブスクリプションをお持ちの方がパネルから取得できます。ログインしてサブスクリプションを取得してください。見知らぬ「回線チェック」ページに、サブスクリプションURL全体を入力しないでください。

宣伝上の速度に惑わされないために

速度測定のスクリーンショットを見たら、測定時刻、接続ネットワーク、測定サーバー、複数接続の有無、単発の最高速度か繰り返し測定の結果かを確認しましょう。条件が明記されていない数値は参考情報にとどまり、自分も同じ速度を出せるという保証にはなりません。回線の一覧は回線一覧で確認できますが、自分の利用環境に合うかどうかは、ここで紹介した方法で測定してください。

普段の利用に合う回線を一つ選び、代わりに使える候補も用意しておくと、ランキングを追い続けるより安心です。測定の目的は、特定のブランドがいつでも最速だと証明することではありません。実際の用途に合い、結果を説明でき、問題が起きたときに再確認できる接続方法を見つけることです。ネットワーク環境が変わったら同じ方法で測定し直すことで、過去の記録も参考にできます。