先に要点
- レイテンシとは、データが送られてから届くまでの遅延時間 です。往復にかかる時間を RTT(Round Trip Time)と呼び、ミリ秒(ms)で測ります。`反応の速さ` を表す指標です。
- よく混同される帯域(バンド幅)とは別物です。帯域は一度に運べる量、レイテンシは届くまでの速さ。水道管にたとえると、帯域は管の太さ、レイテンシは蛇口をひねってから水が出るまでの時間です。
- 主な原因は 物理的な距離(光の速さの限界)・経由する機器の数・各機器での処理待ち・回線の混雑。とくに距離は、帯域をいくら増やしても縮みません。
- 下げる基本は CDNでユーザーに近づける・往復回数を減らす・接続を再利用する。TTFB や表示速度、API応答に直接効きます。
回線は速いはずなのに反応が遅い 海外サーバーにアクセスするともたつく ── こうした速いはずなのに遅いの正体は、たいていレイテンシです。
レイテンシとは、ひとことで言うと 「データが相手に届くまでの遅延時間」 です。とくに、行って戻ってくるまでの往復時間を RTT(Round Trip Time)と呼びます。通信の量ではなく速さ(反応の早さ)を表す指標で、ここを理解すると帯域は十分なのに遅いという現象が腹落ちします。
この記事では、レイテンシの意味、混同しやすい帯域との違い、遅延が生まれる原因、測り方、表示速度やAPIへの影響、そして下げる方法までを、実務で使える形で整理します。
レイテンシとは何か
レイテンシは、リクエストを送ってから応答が返ってくるまでの遅れ を表します。単位はミリ秒(ms)で、たとえば東京から国内サーバーまで RTT 10ms、日本からアメリカ西海岸まで 100ms 前後といった具合です。
数字が小さいほど反応が速く、大きいほどもたつきます。オンラインゲームでping 値と呼ばれているものは、まさにこのレイテンシ(往復時間)のことです。pingが高いはレイテンシが大きいと同じ意味です。
重要なのは、レイテンシは「1回の往復にかかる時間」 だという点です。そのため、通信の中で往復が何回も発生すると、その回数ぶんレイテンシが積み重なります。1往復は速くても、何十回も往復すると全体が遅くなるという構造を押さえておくと、後の改善の話がつながります。
レイテンシと帯域(バンド幅)の違い
ここが最も誤解されやすいポイントです。レイテンシと帯域(バンド幅)は、どちらも通信の速さに関わりますが、測っているものが違います。
| 観点 | レイテンシ | 帯域(バンド幅) |
|---|---|---|
| 意味 | 届くまでの遅延(速さ) | 一度に運べるデータ量(太さ) |
| 単位 | ミリ秒(ms) | Mbps / Gbps |
| 効く場面 | 反応速度、小さな通信の往復が多い処理 | 大きなファイルや動画の転送 |
| 水道管のたとえ | 蛇口をひねって水が出るまでの時間 | 管の太さ(同時に流せる水の量) |
決定的なのは、帯域をいくら増やしてもレイテンシは下がらない ことです。光回線にして帯域が10倍になっても、東京とアメリカの物理的な距離は変わらないので、往復時間はほぼ同じです。回線速度(帯域)を上げたのに反応が速くならないのは、ボトルネックが帯域ではなくレイテンシ側にあるからです。
逆に、大きな動画をダウンロードするような場面では帯域が効きます。小さなデータを何度もやり取りする処理ほどレイテンシが、大きなデータを一気に流す処理ほど帯域が効く、と覚えておくと使い分けられます。帯域とコストの関係は 帯域(転送量)コストの基礎 でも整理しています。
レイテンシは何で決まるか
レイテンシが大きくなる要因は、主に次の4つです。
物理的な距離
データは光ファイバーの中を光の速さで進むが、それでも距離には逆らえない。地球の裏側までは、原理的に往復で数百ミリ秒かかる。距離は帯域では縮められない最大の壁。
処理待ち
サーバーやネットワーク機器が混んでいると、処理の順番待ちで遅延が出る。サーバー側の処理時間も含まれる。
回線の混雑(輻輳)
同じ経路に大量の通信が集中すると、渋滞が起きて遅延が増える。時間帯やイベントで変動する。
このうち 物理的な距離が、レイテンシの下限を決める一番大きな要因 です。だからこそ、後述する改善策の多くはユーザーとサーバーの距離を縮める方向に向かいます。
レイテンシの測り方
レイテンシは身近なコマンドで測れます。
ping
ping example.com で、対象まで往復にかかる時間(RTT)がミリ秒で表示される。最も手軽な確認方法。
traceroute / tracert
経路上の各機器(ホップ)ごとの遅延が見える。どこで遅くなっているか、経路のどこが原因かを切り分けられる。
ブラウザ開発者ツール
Networkタブで各リクエストの待ち時間を確認できる。Webアプリの体感に近い実測値が取れる。
WebPageTest など
世界各地の計測地点から測れる。地域によってレイテンシがどう変わるか、CDNの効果を確認できる。
切り分けのコツは、ping で往復時間そのものを見て、traceroute でどの区間が遅いかを特定する ことです。手元からは遅いがサーバー近くからは速いなら、原因はユーザーとサーバーの間の距離・経路にあります。
レイテンシが効く場面
レイテンシは、次のような小さなやり取りを何度もする場面で体感に直結します。
| 場面 | レイテンシの影響 |
|---|---|
| Webサイトの表示 | サーバー応答の開始(TTFB)に直結。往復が多いほど初期表示が遅れる |
| API呼び出し | 1画面で多数のAPIを順番に呼ぶと、往復回数ぶん遅延が積み上がる |
| オンラインゲーム | ping値そのもの。高いと操作の反映が遅れる |
| ビデオ会議・通話 | 遅延が大きいと会話がかみ合わなくなる |
特にWeb開発で見落としがちなのが APIの往復回数 です。1往復が50msでも、画面表示に必要なAPIを20回順番に呼べば、それだけで1秒の遅延になります。1回を速くするだけでなく往復回数を減らす発想が重要になります。リアルタイム通信が必要な場面では WebSocketとHTTPの違い も判断材料になります。
レイテンシを下げる方法
レイテンシは物理法則の制約を受けるためゼロにはできませんが、設計で大きく改善できます。
優先順位としては、CDNでの距離短縮と、往復回数の削減が二大対策 です。回線を速くする(帯域を上げる)はレイテンシには効かないので、近づけると往復を減らすの二方向で考えるのが正解です。Webの表示速度全体の改善は TTFBとは や CDNとは とあわせて見ると、どこに手を打つか整理しやすくなります。
レイテンシに関するよくある質問
Q. レイテンシと帯域はどう違いますか？
A. レイテンシはデータが届くまでの遅延(速さ)、帯域は一度に運べるデータ量(太さ)です。水道管でいうと、レイテンシは蛇口をひねって水が出るまでの時間、帯域は管の太さです。小さな通信を何度もする処理はレイテンシが、大きなファイル転送は帯域が効きます。
Q. 回線速度を上げればレイテンシは下がりますか？
A. ほとんど下がりません。回線速度(帯域)を上げても、ユーザーとサーバーの物理的な距離は変わらないため、往復時間はほぼ同じです。速い回線にしたのに反応が変わらない場合、ボトルネックは帯域ではなくレイテンシ側にあります。
Q. レイテンシは何ミリ秒なら良いですか？
A. 用途によります。Webの体感では国内サーバーで数十ミリ秒なら快適、オンラインゲームでは ping 30ms 以下が望ましいとされます。海外サーバーは物理距離で100ms以上になりやすく、これは正常です。どこから誰がアクセスするかを前提に評価します。
Q. ping と RTT は同じものですか？
A. ほぼ同じ意味で使われます。ping コマンドが測っているのは対象までの往復時間(RTT = Round Trip Time)です。ping値が高いはRTT(レイテンシ)が大きいということです。
Q. レイテンシはなぜゼロにできないのですか？
A. データは光ファイバーの中を光の速さで進みますが、その速さにも限界があり、距離に比例して時間がかかるためです。さらに途中の機器での処理も加わります。物理法則上、距離があるかぎりレイテンシをゼロにはできません。
Q. CDN を入れるとレイテンシは下がりますか？
A. 下がりやすいです。CDNはユーザーに近いエッジからコンテンツを返すため、物理的な距離が縮まり往復時間が減ります。とくに地理的に離れたユーザーが多いサイトで効果が大きくなります。ただし毎回サーバーで生成する動的処理は、キャッシュ設計をしないと効果が限定的です。
Q. API が遅いのはレイテンシのせいですか？
A. レイテンシが原因のこともあれば、サーバー側の処理が重い場合もあります。1画面で多数のAPIを順番に呼んでいると、往復回数ぶんレイテンシが積み上がって遅くなります。呼び出しをまとめる、並列化する、回数を減らすといった対策が有効です。
参考リンク
- Cloudflare: レイテンシーとは
- MDN: Latency
- AWS: レイテンシーとスループット