ゲーム加速器のどれが良いかは、宣伝ページではなく、測定できる3つの量——遅延、パケットロス、回線種別——で決まります。同じ国際回線でも、パケットロスは深夜よりピーク時間帯のほうがはっきり増えます。同じ「加速」でも、専用線の中継と公衆網の直結では通る経路がまったく違います。以下ではまずこの3つを分解して説明し、そのあと自分で再現できる比較方法を紹介します。
遅延とパケットロスが操作感にどう効くか
遅延はデータパケットが往復するのにかかる時間で、RTT と呼び、単位はミリ秒です。操作感への影響には、ほぼ共通の経験的な目安があります。往復 30 ミリ秒以内ならほぼ気にならず、30〜60 ミリ秒は許容範囲、60〜100 ミリ秒では入力と反応の間に間隔をはっきり感じ、100 ミリ秒を超えると、シューティングや格闘、MOBA のようにタイミングの正確さが要るゲームで不利が出始めます。目安はあくまで経験値で、許容できる上限はゲームの種類によって異なります。ターン制やシングルプレイは、リアルタイム対戦よりはるかに遅延に鈍感です。
遅延には物理的な下限があり、どんな加速手段でも突破できません。光ファイバー中の光の速度はおよそ秒速 20 万キロ、換算すると 1 ミリ秒で 200 キロです。片道 2000 キロなら往復 4000 キロ、理論上の下限は約 20 ミリ秒で、そこにルーターの転送、待ち行列、迂回が加わるので実測値はさらに高くなります。ですから「中国本土から欧州のサーバーへ 5 ミリ秒」といった話は、その時点で成立しないと判断できます。回線が悪いのではなく、物理が許さないのです。
パケットロスは別の話です。リアルタイム対戦ゲームの多くは UDP を使うため、落ちたパケットは再送されません。表れ方は動作の抜け、位置の巻き戻り、スキルの空振りです。TCP は再送しますが、再送によるヘッドオブラインブロッキングで遅延が急に跳ね上がり、体感としてはカクつきのスパイクになります。パケットロス率が 1〜2% でも、連続した操作が求められる場面ではもう感知できます。しかも平均遅延にはほとんど現れません。ping 値だけを見ていると判断を誤りやすいのはこのためです。
もう一つ見落とされがちな指標がジッター、つまり遅延の振れ幅です。平均 60 ミリ秒でも上下する回線は、安定した 80 ミリ秒の回線より体感が悪いことが多いです。測るときは1つの数字だけを控えず、続けて見てください。
加速器とプロキシの違い
両者を同じものと考える人は多いですが、実際の違いは扱える範囲と経路の制御にあります。通常の HTTP や SOCKS5 プロキシは主に TCP を扱い、ゲームは UDP を大量に使います。TCP しか転送しない実装ではそこで取りこぼし、「Web ページは開けるのにゲームはつながらない」という症状になります。UDP に対応していても、多くの場合はローカルから海外の出口ノードまで公衆網の国際出口経由で送るだけなので、ピーク時間帯に混むのは同じです。
ゲーム加速器はゲームの通信を個別に識別して UDP で転送し、「入口—国際区間—出口」の3区間の経路を制御します。プロトコル層では Shadowsocks、VMess、Trojan、VLESS、そして QUIC ベースの Hysteria2 や TUIC といった実装が一般的です。前者は暗号化と伝送形態を担い、後者2つは輻輳制御とパケットロス回復でより積極的で、ロスの多い回線では安定しやすい傾向があります。ただし同じく通信事業者に UDP で帯域制限される可能性があるため、実際に測ってみないと分かりません。プロトコル名そのものが体験を約束するわけではなく、結果を決めるのは経路です。
同じ「加速」でも、次の3種類の回線では実際の挙動が大きく違います。この表は、あるサービスが何を売っているのかを見極める材料になります。
| 回線種別 | 経路の特徴 | 遅延の安定性 | パケットロスの傾向 | 向いている場面 |
|---|---|---|---|---|
| IEPL 専用線 | 入口から出口まで固定の専用線を使い、公衆網の国際出口を通らない | ピーク時間帯でも変動が小さい | 国際区間のパケットロスが少ない | 対戦系の競技タイトル、固定サーバーで長く遊ぶ場合 |
| 中継 | 入口 → 中継ノード → 出口。国際区間は最適化された回線を通る | 中程度。中継ノードの品質次第 | 中継回線によって変わる | 日常的なゲーム、ボイスチャットとアップデートの同時利用 |
| 直結 | クライアントが海外の出口ノードへ直接接続。全区間が公衆網 | ピーク時間帯の変動が大きい | 国際出口の混雑時に上昇する | 一時的な利用、オフピーク時間帯 |
専用線の価値は「確実さ」にあります。経路が固定されていて一般の国際トラフィックと出口を取り合わないため、ピーク時間帯の挙動が深夜に近くなります。中継はコスト対効果が中継ノード自体の品質で決まり、良いものを選べば専用線に近づき、悪ければ直結以下です。直結は最も手軽ですが、時間帯の影響を最も受けます。この3種類に絶対的な優劣はなく、プレイする時間帯と目標サーバーに合うかどうかだけがあります。
ゲームサーバーの地域別に回線を選ぶ
まずサーバーがどこにあるかを決めてから、専用線を使うかどうかを判断します。距離が遅延の下限を決め、回線は迂回とパケットロスを減らせても物理的な距離は縮められません。
香港・台湾、日本・韓国、東南アジアのサーバー
物理的な距離が近く、直結や通常の中継でも実用的な遅延が出ます。この種のサーバーで重要なのは「速さ」ではなく、ピーク時間帯に安定しているかどうかです。国際出口が混むと、使えていた直結に遅延増加とパケットロスが同時に現れます。見分け方は、ピーク時間帯と深夜にそれぞれ1回ずつ測り、差がどれくらいかを確認することです。差が小さければ直結で十分で、専用線に料金を払う必要はありません。
欧米のサーバー
距離が遠く、遅延の下限はもともと高くなります。中国本土から米国西海岸まで片道およそ 1 万キロ、往復 2 万キロとして、光ファイバー中の理論下限は 100 ミリ秒前後、実際には転送と迂回が加わります。つまり欧米のサーバーで「低遅延」はあり得ず、できるのはパケットロスとジッターを抑え、遅延をあるべき位置で安定させることです。ここで専用線の価値が最も大きく、公衆網出口の待ち行列を避けられます。
中東・南米・アフリカのサーバー
こうしたサーバーには通常まっすぐな経路がなく、公衆網の直結では地球の半分を迂回しがちです。中継はほぼ必須で、しかも中継ノードの位置が妥当な回線を選ぶ必要があります。そうでなければ迂回による余分な距離で、遅延が理論値を大きく上回ります。見分け方は単純で、経路がどの地域を経由しているかを見ることです。遠回りが多いほど、実測遅延は下限から離れます。
まずサーバー、次に回線
同じゲームでもアジア、欧州、米国のサーバーが同時に存在することがあります。サーバーを変える前に目標サーバーの位置を確認しないと、前後で測ったデータに比較性がなく、回線を変えても結論が出ません。
再現できる比較方法
ネット上の「実測」の多くは再現できません。変数を制御していないからです。次の順番で行えば、自分でも比較可能な結果が得られます。
- 変数を固定する。同じ端末、同じ計測ツール、同じローカル回線。端末や Wi-Fi を変えた後のデータはそのまま比較できません。
- 時間帯を分けて測る。ピーク時間帯(おおよそ 20:00〜23:00)に1回、深夜に1回。2回の差が、その回線の混雑耐性です。
- 3つの指標を見る。平均遅延、ジッター、パケットロス率。スループットはゲームのアップデートをダウンロードするときだけ意味があり、操作感とはあまり関係ありません。
- 突き合わせる。計測ツールが返すのは計測ノードまでの遅延で、ゲームサーバーまでの遅延ではありません。ゲーム内表示の遅延や OS の ping でもう一度確認し、差が大きすぎるなら計測ノードの選び方が間違っています。
- 3日以上記録する。1回の結果は一時的な混雑に大きく左右されます。連続して記録して初めて傾向が見えます。
実際の進め方としては、次の点を守るとよくある誤差の原因を避けられます。
- ✅ 同じ時間帯に3回続けて測り、最も良い値ではなく中央値を採る。
- ✅ パケットロス率は別に記録し、平均遅延だけを見つめない。
- ✅ 数値を測ったら実際にゲームを1戦プレイする。最終的な判断は操作感です。
- ❌ 計測画面のスクリーンショット1枚だけで結論を出す。
- ❌ 違うツール、違うノードの数値を互いに比べる。
- ❌ 深夜に良い結果が出たからといって、ピーク時間帯も同じだと考える。
計測ノードはゲームサーバーではない
多くの計測ツールは既定で近くのノードを選ぶため、測っているのは自宅の通信事業者設備までの遅延です。数字は良くても参考になりません。ゲームの回線を測るなら、目標地域のノードを手動で選ぶか、ゲーム内の遅延表示をそのまま使う必要があります。
どんなときに導入する価値があるか
すべてのゲームに必要というわけではありません。国内サーバーだけを遊ぶ場合や、遅延に敏感でないシングルプレイ・ターン制なら、加速による利得はほぼゼロです。本当に検討する価値があるのは次のような場合です。海外サーバーで長く遊ぶ必要があり、ピーク時間帯のパケットロスがすでに操作にはっきり影響している。ゲームが長い接続に依存し、切断と再接続のコストが高い(レイド、ランク戦、チーム戦など)。同時にボイスチャットや配信を見るので、ゲームの通信とそれ以外を分けて通したい。
逆に、たまにログインして報酬を受け取るだけの場合や、ローカル回線自体がパケットロスしている場合は、まずローカル環境を直すほうが得です。回線がどれだけ良くても、もともと不安定な接続は救えません。その状態で加速器を変えても、問題の現れ方が変わるだけです。
コストで見るなら、月額 ¥9.9 の 60GB プランはまず1か月試すのに向いています。よく遊ぶなら ¥18 の 250GB と ¥28 の 500GB の2段階を検討してください。使い方が不定期なら、トラフィックパックが ¥158 から、使い切るまで有効で月末に消える心配はありません。3つの月額プランの通信量はいずれも申込日を基準に毎月リセットされ、途中でアップグレードした場合は残り日数で差額を精算します。詳しい対応表はプランとトラフィックパックをご覧ください。
判断の順序:まずゲームサーバーがどこにあるか、次にピーク時間帯のパケットロスがどれほど深刻か、最後に価格を比べます。距離が下限を決め、回線が安定性を決めます。価格は前の2つが合格してから意味を持ちます。
つまずきやすいポイント
DNS リークでサーバー判定がおかしくなる
プロキシを有効にしていても DNS 問い合わせがローカルの通信事業者を通ると、解決結果はその場所に基づいて返されます。ゲームへの影響は、ランチャーや起動ツールが誤ったサーバーに割り当てられること、アップデートのダウンロードが不適切な CDN ノードに落ちることです。対処は、クライアントに DNS 解決を任せるか、TUN モードに対応したクライアントで全体を引き継がせることです。
グローバルプロキシはむしろ遅くなる
すべての通信を1本の回線に押し込むと、ゲーム、ボイスチャット、OS アップデート、動画が帯域を取り合います。適切なのは分割ルールで、ゲームのプロセスは加速回線、ボイスとアップデートは直結、といった振り分けです。ドメイン単位でもプロセス単位でも照合できます。多くのクライアントがルールモードに対応しており、設定の手間はさほどかかりませんが、設定後の体験差ははっきり出ます。
プラットフォームごとに接続方式が違う
Windows では通常 TUN 仮想 NIC で全通信を引き継ぎ、UDP もカバーできるのでゲームに最も有利です。Android は OS のネットワークサービス経由で引き継ぎ、権限の許可が必要です。iOS と macOS はシステムのネットワーク拡張を使うため設定方法が異なります。コンソール(PlayStation、Xbox、Switch)はルーター側で設定するか、PC からネットワークを共有する必要があります。同じサブスクリプションでもプラットフォームによって挙動が変わることがあるため、乗り換えたらもう一度測ってください。
プロトコルを間違えると、「新しい」ほど不安定になることがある
QUIC ベースのプロトコルはパケットロスのある回線で有利ですが、一部のネットワークでは UDP が帯域制限されたり妨害されたりします。接続したらかえって遅いと感じたら、まず TCP 系のプロトコルに戻して1回比べてみてください。回線がだめだと決めつけるのは早計です。プロトコルは道具にすぎず、使えるかどうかは自分のネットワークがそれをどう扱うかで決まります。
結論:ゲーム加速器のどれが良いかは、宣伝文句の形容詞ではなく、サーバーの位置とピーク時間帯のパケットロスで決まります。同じ端末で、時間帯を分け、遅延・ジッター・パケットロスの3項目を3日間記録すれば、答えは自然に見えてきます。