レイテンシを測定する方法 - 先に結論
レイテンシ (通信の往復遅延) を測定する代表的な方法は 3 つあります。①OS 標準の ping コマンドで特定サーバーへの往復時間を測る、②traceroute で経路上のどこで遅延が発生しているかを特定する、③ブラウザの開発者ツールで実際の Web ページ読み込みにおける待ち時間を確認する、の 3 つです。コマンド操作が苦手な場合は、当サイトの接続品質テストを使えば、ブラウザだけで世界各地の主要都市への往復レイテンシを一括測定できます。
本記事では、それぞれの測定手順と結果の読み方、測定値の目安、遅い場合の切り分け方まで順番に解説します。
測る前に - レイテンシと速度 (帯域) は別物
レイテンシとは、データが相手のサーバーまで往復するのにかかる時間で、単位はミリ秒 (ms) です。RTT (Round Trip Time、往復遅延時間) とも呼ばれます。
混同されがちな「回線速度 (帯域幅)」は 1 秒あたりに運べるデータ量 (Mbps) を表す別の指標です。帯域幅が「道路の車線数」なら、レイテンシは「目的地までの所要時間」に相当します。動画のダウンロードには帯域が、オンラインゲームやビデオ会議の応答性にはレイテンシが効きます。「速度テストの数値は良いのにゲームがカクつく」という場合、原因はほぼレイテンシ側にあります。
方法 1: ping コマンドで往復時間を測る
最も基本的な測定方法です。ping は ICMP というプロトコルで相手に小さなパケットを送り、返ってくるまでの時間を表示します。
実行手順
- Windows: スタートメニューで「cmd」を検索してコマンドプロンプトを開き、
ping -n 10 example.comを実行 (10 回送信) - macOS / Linux: ターミナルを開き、
ping -c 10 example.comを実行 (10 回送信)
結果の読み方
64 bytes from 93.184.216.34: icmp_seq=1 ttl=56 time=12.3 ms...10 packets transmitted, 10 received, 0% packet lossround-trip min/avg/max/stddev = 11.8/12.5/14.1/0.7 ms
- time= の値: 1 回ごとの往復時間。これがレイテンシの実測値
- avg (平均値): 回線の実力を示す代表値。1 回だけの測定は偶然のブレを含むため、必ず複数回の平均で判断する
- packet loss (パケットロス): 0% が正常。数 % でもロスがあると、レイテンシの数値以上に体感品質が悪化する
- min と max の差が大きい: 遅延の揺らぎ (ジッタ) が大きい状態。Wi-Fi の電波状況や回線の混雑が疑われる
なお、サーバーによっては ICMP に応答しない設定になっており、ping が 100% タイムアウトしても「サーバーが落ちている」とは限りません。
方法 2: traceroute で「どこが遅いか」を特定する
ping で遅延が大きいと分かったら、次は「経路のどこで遅くなっているか」の特定です。traceroute は、自宅のルーターから相手サーバーまでの中継点 (ホップ) ごとの遅延を一覧表示します。
- Windows:
tracert example.com - macOS / Linux:
traceroute example.com
読み方のポイントは「遅延が急増するホップ」を探すことです。1 ホップ目 (自宅ルーター) で既に数十 ms かかっていれば宅内の Wi-Fi 環境が、ISP 内のホップで急増していれば回線の混雑が、海外サーバー手前での急増なら物理的距離が原因と切り分けられます。詳しい出力の読み方は traceroute の仕組みで解説しています。
方法 3: ブラウザの開発者ツールで Web ページの待ち時間を見る
「特定のサイトだけ遅い」場合は、ブラウザの開発者ツールが便利です。ping と違い、実際の HTTP 通信にかかった時間を確認できます。
手順 (Chrome / Edge / Firefox 共通)
- F12 キー (macOS では Cmd + Option + I) で開発者ツールを開く
- 「ネットワーク (Network)」タブを選択した状態でページを再読み込みする
- 一覧の先頭にあるドキュメント行をクリックし、「タイミング (Timing)」の内訳を開く
見るべき項目
- 接続 (Connecting / TCP): サーバーとの接続確立にかかった時間。ここにはネットワークの往復時間が直接反映される
- 待機 (Waiting / TTFB): リクエスト送信から最初の 1 バイトが返るまでの時間。ネットワーク遅延に加えてサーバー側の処理時間を含む
- コンテンツのダウンロード: ここが長い場合はレイテンシではなく帯域や転送量の問題
TTFB が長いのにコンテンツのダウンロードが一瞬なら、原因は「回線の太さ」ではなく「距離またはサーバー処理」です。CDN が使われているサイトほど、この待機時間は短くなる傾向があります。
方法 4: ブラウザだけで測る - 接続品質テスト
コマンドを使わずにレイテンシを測りたい場合は、当サイトの接続品質テストが使えます。ブラウザから世界各地の主要都市のサーバーへ実際にリクエストを送り、それぞれの往復レイテンシを一括測定して、あなたの回線がどの地域に「近い」かを可視化します。
- 東京・大阪など国内サーバーへの値が、日常利用の体感に最も近い基準値になる
- 海外サーバーへの値を見ると、物理的距離とレイテンシの関係が体感できる
- 測定はブラウザだけで完結し、アプリのインストールは不要
あわせてトップページでは、いまの接続の IP アドレスや接続元情報を確認できます。VPN 利用時にレイテンシがどう変わるかを見るときは、VPN と速度の関係も参考にしてください。
測定値の目安 - 何 ms なら良好か
物理的距離によって光の伝播時間が決まるため、レイテンシの「良い値」は接続先によって変わります。日本国内からの一般的な目安は次のとおりです。
| 接続先 / 用途 | 目安 | 補足 |
|---|---|---|
| 国内サーバー | 10〜30 ms | 光回線なら 10 ms 台が一般的 |
| 米国西海岸のサーバー | 100〜120 ms | 太平洋の海底ケーブル往復分が加算される |
| 対戦型オンラインゲーム | 50 ms 以下が快適圏 | 格闘・FPS 系はより低い値が望ましい |
| ビデオ会議 | 100 ms 前後まで実用的 | ジッタとパケットロスの影響が大きい |
測定値が目安より大幅に悪い場合は、①Wi-Fi を有線 LAN に変えて再測定、②ルーターの再起動、③時間帯を変えて測定 (夜間の混雑判定)、の順で切り分けると原因を絞り込めます。有線で改善するなら Wi-Fi 環境、深夜だけ速いなら回線の混雑が原因です。
よくある質問
ping の値と速度テストの値はどちらを信じるべき?
用途によります。Web 閲覧やゲームの応答性を知りたいならレイテンシ (ping の値)、大容量ファイルのダウンロード時間を知りたいなら帯域 (速度テストの Mbps) を見ます。両方を測って初めて回線の全体像が分かります。
ping が通らないサイトのレイテンシはどう測る?
ICMP に応答しないサーバーには、ブラウザ開発者ツールの「接続 (TCP)」時間を代用するのが簡単です。実際の HTTP 通信で計測するため、ICMP がブロックされていても測定できます。
スマートフォンでもレイテンシを測れる?
測れます。スマートフォンのブラウザから当サイトの接続品質テストを開けば、アプリなしで測定できます。同じ Wi-Fi に接続したパソコンと値を比べると、端末側の問題か回線側の問題かを切り分けられます。
まとめ - 目的に合わせて測定方法を使い分ける
レイテンシ測定は「ping で現状把握 → traceroute で場所の特定 → 開発者ツールでサイト個別の確認」という順で使い分けるのが効率的です。数値の意味が分かると、「遅い」という漠然とした不満を「どこをどう直すか」という具体的な対策に変換できます。