VALORANT高pingとパケロスとラグの診断と対処手順

この記事の要点

・ラグは原因で対処が分かれる。まず症状(高ping/ジッター/パケロス/サーバー側)を切り分けるのが最短ルートで、闇雲な設定変更は遠回りになる。 ・切り分けの一次根拠はRiot公式の不安定インジケータ4種。Low Server FPSはサーバー側、Client FPS/Pingはクライアント側と読み分けられる。 ・回線側の真偽はWinMTRのホップ別ロスで判定する。第1-2ホップ=自宅側、中間=ISP側、最終=Riotサーバー側という読み方が核になる。 ・中間ホップ単独の100%ロスは誤検出のことがある。宛先が正常応答していれば実害なしと判断できる。

VALORANTのラグは、ひとくくりに語ると対処を誤る。高pingとパケロスとカクつきは原因も解決策も別物だからだ。この記事では、ゲーム内に出る症状を起点に原因を分岐させ、最後はWinMTRのホップ別ロスでISP側かRiotサーバー側かまで特定する診断ツリーを用意した。設定をやみくもに変える前に、まず自分の症状がどの枝にあるのかを確定させてほしい。具体的な数値閾値は公式に明示されていない領域が多いため、確定根拠と報告値(ブログ・ユーザー報告)を本文中で明確に区別して扱う。

VALORANTのラグはまず何を見て切り分ければいい?

最初に見るべきはRiotがゲーム内に表示する不安定インジケータ4種だ。これが切り分けの一次根拠になる。Riot公式「Game and Network Instability Basics」によれば、表示される指標は次の4つで、どこが原因かを大きく示してくれる。

Riot公式が確定で提供しているのはこの4指標と、各指標のwarning(劣化開始)/critical(プレイ困難に接近)という2段階の閾値までだ。具体的な許容ms・許容%といった数値は公式には明示されていない。だからこそ、まずどの指標が点灯するかで「自端末の問題か・回線の問題か・サーバーの問題か」を当てるのが堅い。

インジケータ(Riot公式)	何を示すか	原因の所在	一次的な対処方向
High Average Ping	クライアント-サーバー間RTTの超過。peeker’s advantageが悪化	回線/経路側	回線・経路を疑う(WinMTRへ)
Low Client FPS	自端末の描画フレーム低下	クライアント側	PC側・設定で対処
Low Server FPS	サーバー側のフレーム低下。全プレイヤーに影響	サーバー側	プレイヤー側で対処不能・待つ
Network Problem	パケロス/切断でmovement・inputが劣化	回線/ISP側	回線・ISPを疑う(WinMTRへ)

出典=Riot公式 playvalorant.com「Game and Network Instability Basics」。要点は単純で、Low Server FPSが点くならそれはサーバー側であり、こちらで設定を変えても直らない。Client FPSやPingならローカル(PC・回線)に対処余地がある。

症状から原因へたどる診断ツリーはどう使う?

症状を起点に分岐をたどり、最後はWinMTRのホップ判定に合流させる。これがこの記事の核となる切り分けフレームだ。

使い方は上から順にたどるだけでよい。まずゲーム内インジケータと監視オーバーレイで症状を観測し、ローカルで完結する枝(Client FPS低下など)を先に潰す。回線が疑わしい枝(High Ping/Network Problem)は、最終的にWinMTRのホップ別ロスでISP側かRiot側かを確定させる。

1. Low Server FPSが点灯 → サーバー側。プレイヤー側の対処対象外。時間を置くか別キューを試す。
2. Low Client FPSが点灯 → クライアント側。フレーム落ち・カクつきの対処へ。
3. High Ping(数値が常時高い) → 経路の問題を疑いWinMTRへ。
4. ジッター(数値が乱高下) → 周期スパイクか常時乱れかを観測し、原因切り分けへ。
5. Network Problem/パケロス → WinMTRでロスの出るホップを特定する。

各枝の最後は必ずWinMTRに合流するのが、この診断ツリーが他の「とりあえず再起動」系手順と違う点だ。

ゲーム内でping・ジッター・パケロスを常時監視するには?

Riotはゲーム内のネットワーク監視オーバーレイを用意している。これを有効化すれば、症状の種類をリアルタイムで観測できる。

Riot公式およびnetduma.comによれば、ゲーム内設定でNetwork RTT(往復遅延=ping相当)、Network RTT Jitter(遅延のばらつき=ジッター)、Packet Loss(パケロス)の各表示を有効化し、ネットワーク起因のラグを常時監視できる。診断の最初の一歩として、まずこの3つを画面に出す。RTTが高止まりなら経路、Jitterが乱高下するならジッター、Packet Lossが継続するならパケロスの枝へ進める。

• Network RTT: 高いまま安定 → High Pingの枝。経路をWinMTRで確認。
• Network RTT Jitter: 数値が暴れる → ジッターの枝。周期性の有無を観測。
• Packet Loss: 継続的に出る → パケロスの枝。WinMTRでロス発生ホップを特定。

出典=Riot公式、netduma.com。観測値を症状として固定できれば、以降の切り分けがぶれない。

WinMTRの結果からISP側かRiot側かをどう読む?

WinMTRは経路上の各ホップ(中継地点)を1行ずつ表示する。どのホップでロスや遅延が始まるかで、自宅・ISP・Riotのどこが原因かを切り分けられる。

winmtr.com公式およびISP系KB(zap-hosting / leapswitch / exavault)によれば、読み方は次の通りだ。各行が1ホップで、番号が小さいほど自分に近く、最終行が宛先(=Riotサーバー)になる。ロスや高遅延がどこから始まり、宛先まで継続するかを見るのが鉄則だ。

ロス/高遅延が出る位置	原因の所在	解釈
第1-2ホップ	自宅LAN/ルーター側	宅内機器・配線・Wi-Fiを疑う
中間ホップ(継続して宛先まで)	ISP/中継キャリアのルーティング	ISPへ経路問題として相談材料になる
最終ホップ	宛先(Riotサーバー)側	サーバー側または最終区間の問題
中間ホップ単独(宛先は正常)	多くは誤検出	実トラフィックに影響なし(後述)

出典=winmtr.com公式、zap-hosting / leapswitch / exavault。判定の目安として、0-1%ロスは正常、継続的に5%超ならその地点に本物の問題があると読む。重要なのは「ロスが始まったホップから宛先まで継続しているか」で、継続していれば輻輳・故障・ISPルーティングの本物の問題、と判断できる。

中間ホップが100%ロスでも問題ないことがあるのはなぜ?

中間ホップ単独の100%ロスは、多くの場合誤検出だ。宛先が正常に応答していれば、実トラフィックには影響しない。

これがWinMTR診断で最も誤解されやすい点で、この記事の診断ツリーが精度を上げる核でもある。winmtr.com公式およびISP系KBによれば、一部の中継ルーターはICMP(WinMTRが使う応答用パケット)をdeprioritize(優先度を下げる)/blockする設定になっている。すると、そのホップだけが応答を返さず100%ロスのように見える。しかしこれはルーターが「応答を後回しにしているだけ」で、実際にゲームのデータを落としているわけではない。

判定基準はシンプルだ。中間の1ホップだけ100%でも、その先(最終ホップ=宛先)が正常に応答していれば実害なし。逆に、ロスがあるホップから宛先まで連続してロスが続いている場合だけ、本物の問題として扱う。これを知らないと、正常な回線をISP障害と誤判定して無駄なサポート連絡をしてしまう。WinMTRを読むときは「単独ホップの数字」ではなく「宛先まで継続しているか」を必ず見る。

ジッターや周期的なpingスパイクが出るときは何を疑う?

まず周期性の有無を観測する。一定間隔で繰り返すスパイクと、常時乱れるジッターは原因が異なる可能性がある。

回線そのものの不安定(Wi-Fi干渉や輻輳)は不規則に乱れることが多い。一方で、複数のコミュニティブログ(hone.gg / bo3.gg / noping.com)は、20-30秒ごとの周期的なスパイクが出る場合、kernel-levelで常駐するVanguard(vgk.sys)の干渉の可能性が高いと報告している。これらの記事は、Vanguardがパケットをゲーム到達前に検査することで100-600msのスパイクや50-100msの遅延を生じうるとも述べている。ただしこれらはいずれもブログ=二次情報であり、Riot一次公式が確定した値ではない。あくまでユーザー報告/ブログ報告として参照し、断定はしない。

観測の手順としては、ゲーム内オーバーレイのNetwork RTTを見ながらスパイクの間隔を数えるのが現実的だ。規則正しい周期なら常駐ソフトの干渉、不規則なら回線・Wi-Fi側、という当たりをつけてからWinMTRに進む。なお、こうした遅延はオンラインのスピードテストには現れないことがある(報告値)ため、speed testが正常でもゲーム内で乱れる場合がある点は押さえておきたい。

回線が疑わしいとき、まず確実に効く対処は?

最初に試すべきは有線(Ethernet)接続への切り替えだ。これは環境を問わず効果が見込める基礎対策になる。

netduma.com公式は、有線(Ethernet)は干渉を受けない強固な接続であり、Wi-Fiはgameplayに問題を起こしうると述べている。ジッターやパケロスの枝に入ったら、まずWi-Fiを有線に替えてから症状が残るかを再観測する。これで消える症状はWi-Fi由来だったと確定でき、診断ツリーの枝を一つ畳める。

回線が安定しているか頻繁にパケロスがあるかで、ゲーム内のNetwork Buffering設定の考え方も変わる。sportskeeda.com / hone.gg(いずれも二次情報の報告値)によれば、各プレイヤーには他プレイヤー描画時に約7.8125msのbuffer時間があり、Minimum設定はリアルタイムの敵位置を映す代わりに不安定回線ではジッターが表示されやすく、Maximum設定は敵の動きを平滑化する代わりに30-50msの入力遅延を加える、と報告されている。これらの数値はブログ報告値であり公式確定値ではない点に注意したうえで、運用方針としては安定回線ならMinimum寄り、頻繁にパケロスがあるならBuffering寄りという目安が紹介されている。自分の症状(パケロスが出る枝かどうか)に応じて選ぶとよい。

pingが何msなら許容範囲の目安?

明確な公式閾値は公開されていない。以下はあくまでコミュニティの目安(米国ルート前提の二次情報)として参照してほしい。

hone.gg(ブログ・二次情報)は、ping体感の目安として40ms未満=excellent、40-60ms=very playable、60-80ms=多くの米国ルートで許容、80ms超でpeek/trade(撃ち合い)が難化(特に相手が低pingのとき)と紹介している。出典=hone.gg。繰り返しになるが、Riot公式はHigh Ping指標のwarning/critical閾値を「ある」とは言っても具体ms数を数値化していない。したがってこの目安は判断の補助に留め、最終的には自分のNetwork RTT表示が常時どのあたりにいるかを基準にするのが堅実だ。pingが構造的に高い(地理的にサーバーが遠い等)場合は、WinMTRで遅延の増えるホップを特定し、それが宅内・ISP・経路のどこかを切り分けてから対処を考える。

このネットワーク診断は、撃ち合いの土台を整える前提条件にすぎない。フレーム落ちやカクつきが主因ならFPSドロップとスタッターの修正手順を、入力の遅延感が気になるならNVIDIA Reflexと入力遅延の最適化を併せて確認したい。視認性とフレームレートの土台づくりは画質と表示設定の最適化に、設定・上達・観戦までの全体像はVALORANT完全ガイドにまとめている。

よくある質問(FAQ)

Q. WinMTRで途中のホップだけ100%ロスでした。回線が壊れていますか? A. 多くは誤検出です。中継ルーターがICMPの優先度を下げる/ブロックすると、そのホップだけ応答を返さず100%に見えます。最終ホップ(宛先=Riotサーバー)が正常に応答していれば、実トラフィックには影響しません。ロスがあるホップから宛先まで連続している場合だけ本物の問題として扱ってください(出典=winmtr.com公式、ISP系KB)。

Q. ゲーム内で「Low Server FPS」と出ます。どう直せばいいですか? A. これはサーバー側の指標で、プレイヤー側の設定や回線では直りません(出典=Riot公式)。全プレイヤーに影響するため、時間を置く・別のキューを試すなどで様子を見るのが現実的です。

Q. 20-30秒ごとにpingが跳ねます。原因は何ですか? A. 周期的なスパイクは、常駐するVanguard(vgk.sys)の干渉の可能性が高い、と複数のコミュニティブログが報告しています(hone.gg / bo3.gg / noping.com)。ただしこれはブログ=二次情報であり、Riot一次公式の確定値ではありません。まずは有線化やオーバーレイでの観測で他要因を消したうえで、報告のひとつとして参考にしてください。

出典

• Riot公式 — VALORANT Game and Network Instability Basics(playvalorant.com)
• Riot公式 — VALORANT Gameplay Consistency Update 2(playvalorant.com)
• WinMTR公式 — How do I read and interpret WinMTR results(winmtr.com)
• ZAP-Hosting Docs / Leapswitch / Files.com(ExaVault) — MTR/WinMTR結果の読み方(ISP系KB)
• netduma.com — How to Fix Network Problems and Lag in Valorant(有線推奨・オーバーレイ設定)
• hone.gg(ブログ・二次情報) — Lower Ping / Fix High Latency(ping目安・スパイク報告)
• bo3.gg(ブログ・二次情報) — How to Fix Packet Loss in Valorant(パケロス定義)
• sportskeeda.com(ブログ・二次情報) — Network Buffering in Valorant(buffer値の報告)
• noping.com(ブログ・二次情報) — Valorant Ping Spikes: How To Fix This Issue