測定のしくみ
謎の数字はありません。何を・どう測り・何が結果を揺らすのかを、このページですべて説明します。
どこで測るのか
ブラウザは speed.cloudflare.com を支える公開測定エンドポイントを通じて、最寄りのCloudflareデータセンターと通信します。Cloudflareは300以上の都市に拠点を持つため、測定サーバーまでは通常わずか数ミリ秒——結果に表れるのは遠いサーバーまでの距離ではなく、あなたのアクセス回線そのものです。
結果に表示されるデータセンターコード(例:NRT、KIX)は、今回のテストを処理した拠点のIATA風コードです。
下りと上り
複数の並列接続を開き、一定時間(下り約10秒・上り約8秒)データを流します。ペイロードサイズを段階的に増やすことで、低速回線からマルチギガ回線まで公平に測定します。
スループットはデータの到着に合わせて連続的にサンプリングされます。メインの数値は、立ち上がり期間を除いたサンプルの90パーセンタイル——回線が完全に「温まった」あとの持続速度に近く、speed.cloudflare.com と同じ集計方法です。チャート横の「ピーク」は単一サンプルの最高値です。
レイテンシ・ジッター・負荷時レイテンシ
アイドル遅延は、重い転送を始める前に行う約15回の小さなHTTP往復の中央値です。ジッターは連続する測定値の変化量の平均です。
下り・上りが全速で走っている間もレイテンシ測定を続けます。その中央値が負荷時レイテンシです。健全な回線ではアイドル時とほぼ同じ。バッファが肥大した回線では数百ミリ秒に膨らむことがあり、この現象をバッファブロートと呼びます。「回線は速いはずなのに通話が途切れる」最大の原因です。
バッファブロート評価
評価は、負荷時の最悪レイテンシとアイドル遅延を比較し、増加量で判定します:
| 評価 | 負荷時の遅延増加 | 体感 |
|---|---|---|
| A | < 20 ms | 知覚できない——すべて快適。 |
| B | 20–60 ms | ほぼすべての用途で問題なし。 |
| C | 60–150 ms | ダウンロード中は通話が途切れることも。 |
| D | 150–400 ms | 負荷時、リアルタイム系アプリは厳しい。 |
| F | > 400 ms | 回線が混むと、ほぼ使いものにならない。 |
品質評価
ストリーミングは下りの余裕を見ます(4K 1本あたり約15〜25 Mbps)。ビデオ通話は上りの容量に加え、負荷時レイテンシとジッターを見ます——通話の質は「混雑時の回線」で決まるからです。ゲームはアイドル遅延・ジッター・バッファブロートを見ます。帯域は数Mbpsを超えればほとんど関係ありません。
評価はあえて辛口です。Aは「回線が混んでいても完璧に感じられるはず」という意味です。
結果を左右する要因
最も多いボトルネックはWi-Fiです——可能なら有線で測定してください。ほかに数字を下げる要因:VPNやプロキシ、同じ回線を使う他の人や機器、通信を検査するブラウザ拡張、PCのCPU負荷、スマホの省電力モード。
測定サイト間(speedtest.net、fast.com、当サイト)でも、サーバー・接続数・集計方法が違うため結果は変わります。10〜20%の差は正常で、どちらかが間違っているわけではありません。
私たちがやらないこと
このサイトは完全な静的サイトです——バックエンドもデータベースもアカウント機能もありません。結果はブラウザ内で計算され、ブラウザのローカルストレージにのみ保存されます。いつでも消去できます。
結果に表示されるIPアドレス・プロバイダ・都市は測定サーバーのレスポンスヘッダー由来で、ローカルでのみ描画されます。当サイトが受信・記録・保存することは一切ありません。