測定のしくみ

謎の数字はありません。何を・どう測り・何が結果を揺らすのかを、このページですべて説明します。

どこで測るのか

ブラウザは speed.cloudflare.com を支える公開測定エンドポイントを通じて、最寄りのCloudflareデータセンターと通信します。Cloudflareは300以上の都市に拠点を持つため、測定サーバーまでは通常わずか数ミリ秒——結果に表れるのは遠いサーバーまでの距離ではなく、あなたのアクセス回線そのものです。

結果に表示されるデータセンターコード(例:NRT、KIX)は、今回のテストを処理した拠点のIATA風コードです。

下りと上り

複数の並列接続を開き、一定時間(下り約10秒・上り約8秒)データを流します。ペイロードサイズを段階的に増やすことで、低速回線からマルチギガ回線まで公平に測定します。

スループットはデータの到着に合わせて連続的にサンプリングされます。メインの数値は、立ち上がり期間を除いたサンプルの90パーセンタイル——回線が完全に「温まった」あとの持続速度に近く、speed.cloudflare.com と同じ集計方法です。チャート横の「ピーク」は単一サンプルの最高値です。

レイテンシ・ジッター・負荷時レイテンシ

アイドル遅延は、重い転送を始める前に行う約15回の小さなHTTP往復の中央値です。ジッターは連続する測定値の変化量の平均です。

下り・上りが全速で走っている間もレイテンシ測定を続けます。その中央値が負荷時レイテンシです。健全な回線ではアイドル時とほぼ同じ。バッファが肥大した回線では数百ミリ秒に膨らむことがあり、この現象をバッファブロートと呼びます。「回線は速いはずなのに通話が途切れる」最大の原因です。

バッファブロート評価

評価は、負荷時の最悪レイテンシとアイドル遅延を比較し、増加量で判定します:

バッファブロート評価基準
評価負荷時の遅延増加体感
A< 20 ms知覚できない——すべて快適。
B20–60 msほぼすべての用途で問題なし。
C60–150 msダウンロード中は通話が途切れることも。
D150–400 ms負荷時、リアルタイム系アプリは厳しい。
F> 400 ms回線が混むと、ほぼ使いものにならない。

品質評価

ストリーミングは下りの余裕を見ます(4K 1本あたり約15〜25 Mbps)。ビデオ通話は上りの容量に加え、負荷時レイテンシとジッターを見ます——通話の質は「混雑時の回線」で決まるからです。ゲームはアイドル遅延・ジッター・バッファブロートを見ます。帯域は数Mbpsを超えればほとんど関係ありません。

評価はあえて辛口です。Aは「回線が混んでいても完璧に感じられるはず」という意味です。

結果を左右する要因

最も多いボトルネックはWi-Fiです——可能なら有線で測定してください。ほかに数字を下げる要因:VPNやプロキシ、同じ回線を使う他の人や機器、通信を検査するブラウザ拡張、PCのCPU負荷、スマホの省電力モード。

測定サイト間(speedtest.net、fast.com、当サイト)でも、サーバー・接続数・集計方法が違うため結果は変わります。10〜20%の差は正常で、どちらかが間違っているわけではありません。

私たちがやらないこと

このサイトは完全な静的サイトです——バックエンドもデータベースもアカウント機能もありません。結果はブラウザ内で計算され、ブラウザのローカルストレージにのみ保存されます。いつでも消去できます。

結果に表示されるIPアドレス・プロバイダ・都市は測定サーバーのレスポンスヘッダー由来で、ローカルでのみ描画されます。当サイトが受信・記録・保存することは一切ありません。