パケットロスの影響度合い
健全なネットワーク環境において、パケットロスは常に0%である必要があります:
- 0%ロス: 完璧な通信状態。ゲームや通話も極めて安定しています。
- 1〜2%ロス: 音声の途切れや、ゲーム内の操作抜け・当たり判定の消失が発生します。
- 2%超のロス: 深刻な通信障害。LANケーブルの破損、ルーターの不具合、プロバイダ網の異常が強く疑われます。
通信データのパケット損失率(%)を高精度に測定します。WebRTC UDPパケットを用いて、回線の物理的劣化や通信途中のデータ欠落を検出します。
パケットロス率
測定の進行状況
測定準備完了
測定サーバー
Cloudflareエッジネットワーク
経過時間
—
通信量
—
パケットテスト
—
無負荷時 —
DL負荷時 —
UL負荷時 —
増加分 —
測定エラー
測定中に予期せぬエラーが発生しました。接続を確認して再試行してください。
問題が解決しない場合は、ページを再読み込みするか、広告ブロック拡張機能を一時的に無効にしてみてください。
測定結果サマリー
測定された通信品質の概要
※測定結果は端末の性能、Wi-Fi環境、サーバーまでの通信経路によって変動します。
ブラウザ内に保存された最近の測定記録
| 測定日時 | 下り (Mbps) | 上り (Mbps) | Ping (ms) |
|---|
健全なネットワーク環境において、パケットロスは常に0%である必要があります:
送信されたデータパケットのうち、途中で消失して宛先に到達しなかった割合をパーセント(%)で測定するテストです。回線の信頼性と整合性を測る重要指標です。
理想は0.0%です。Web閲覧なら1%未満でも影響は少ないですが、ゲームや音声通話では1%のロスでも音声途切れや操作遅延が発生し、2%を超えるとゲームプレイが著しく困難になります。詳細はパケットロスとはをご覧ください。
お使いのブラウザやネットワーク環境(ファイアウォールや企業プロキシなど)によってWebRTCのUDP通信がブロックされている場合、正確なパケットロス計測が行えないためです。
はい、最も頻繁な原因の1つです。電子レンジやBluetooth機器との電波干渉、壁による電波遮断、チャンネルの混雑によって無線フレームが破棄され、パケットロスが発生します。
ゲームサーバーへの通信経路と、当テストサーバーへの経路が異なるためです。ゲーム会社の特定サーバーや経由プロバイダの中継点で障害やパケット破棄が起きている可能性があります。
帯域不足によるパケット破棄であれば改善しますが、LANケーブルの断線やWi-Fiの電波干渉、機器の故障が原因である場合は直りません。原因の特定手順はパケットロスの直し方をご確認ください。
@cloudflare/speedtest (measurement engine source and documentation) Cloudflare
How download, upload, latency, jitter and packet loss are measured by the engine this site uses.
確認日: 2026年10月
Cloudflare Realtime TURN service Cloudflare Docs
The relay used to send and count UDP packets in the packet loss test.
確認日: 2026年10月
Understand Teams network requirements Microsoft Learn
Targets: round-trip latency under 100 ms, jitter under 30 ms, packet loss under 1%.
確認日: 2026年10月