測速如何運作

測量位置

你的瀏覽器會透過 speed.cloudflare.com 使用的開放測量端點，連上最近的 Cloudflare 資料中心。Cloudflare 在 300 多座城市設有節點，因此測速伺服器通常只相距幾毫秒；結果反映的是你的接取網路，而不是到遙遠伺服器的距離。

結果中顯示的資料中心代碼（例如 SIN 或 FRA），是提供這次測試之節點所使用的 IATA 形式代碼。

下載與上傳

我們會建立多條平行連線，在固定時間內傳輸資料（下載約 10 秒、上傳約 8 秒），並逐步增加資料量，讓慢速與多 Gigabit 連線都能獲得公平測量。

資料到達時會持續取樣吞吐量。主要數字是略過起步階段後，各次取樣的第 90 百分位數；它接近連線完全進入狀態後可持續維持的速度，也與 speed.cloudflare.com 使用的彙整方式相同。圖表旁的「峰值」則是單次最高取樣。

延遲、抖動與負載延遲

閒置延遲是在大型傳輸開始前，約 15 次小型 HTTP 往返時間的中位數。抖動則是相鄰探測結果變化量的平均值。

下載和上傳全速進行時，我們仍會持續探測延遲，其中位數就是負載延遲。健康的線路上，它應接近閒置延遲；緩衝區過大的線路則可能增加數百毫秒。這種現象稱為緩衝膨脹（bufferbloat），也是「網路明明很快，通話卻會卡」最常見的原因。

緩衝膨脹評級

評級會比較最差的負載延遲與閒置延遲，並依增加的延遲分級：

品質評級

串流評級看下載速度是否有餘裕（每路 4K 約需 15–25 Mbps）。視訊通話看上傳能力、負載延遲與抖動，因為通話品質取決於線路忙碌時的表現。遊戲則看閒置延遲、抖動與緩衝膨脹；超過幾 Mbps 後，原始頻寬幾乎不重要。

評級刻意採用較嚴格的標準：拿到 A 代表即使連線忙碌，該項活動也應該依然流暢。

哪些因素會使結果失真

Wi-Fi 是最常見的瓶頸，能接網路線時請使用有線測試。其他可能拉低數字的因素包括 VPN 或 Proxy、同一條線路上的其他使用者或裝置、會檢查流量的瀏覽器擴充功能、忙碌的電腦處理器，以及手機的省電模式。

不同測速網站（speedtest.net、fast.com 與本站）的結果也可能不同，因為各自使用不同伺服器、平行連線數與彙整方法。相差 10–20% 很正常，不表示其中一項測試有誤。

我們不做的事

本站是完全靜態的網站，沒有後端、資料庫或帳號系統。結果在瀏覽器中計算，只會儲存在瀏覽器的本機儲存空間，且可隨時清除。

結果中顯示的 IP 位址、網路服務供應商與城市來自測速伺服器的回應標頭，只在本機呈現。我們從不接收、記錄或儲存這些資料。