先確認目標，不設通用及格線
快節奏連線遊戲通常更希望到實際遊戲伺服器的往返時間低而穩定。下表是方便比較遊戲結果的編輯性經驗參考，不是官方標準，也不保證特定遊戲的體驗。
| 顯示的往返時間 | 實用解讀 |
|---|---|
| 低於50 ms | 可作為快節奏互動的低延遲目標。 |
| 50–100 ms | 可能可以遊玩，仍須看遊戲與穩定性。 |
| 100–150 ms | 在快節奏遊戲中可能更容易察覺延遲。 |
| 高於150 ms | 快速操作往往較不即時，但不代表連線已故障。 |
不要把表格當成視訊通話或串流的通用要求。通話也受抖動、封包遺失和應用程式緩衝影響；預先緩衝的影片更依賴可用傳輸量與穩定性。一次瀏覽器結果無法保證體驗。
Ping、延遲與穩定性
傳統 ping 指令使用ICMP回應要求與回覆。往返時間RTT包含去程及回程；不能可靠地把RTT除以二視為單程延遲，因為兩個方向的路徑與排隊可能不同。Mbps表示容量，與ms的延遲不同。
延遲變動通常稱為抖動；封包遺失是另一項指標。記錄數字時也記下目標與方法，不同工具不一定計算同種統計量。
IPdidi瀏覽器測試實際測什麼
延遲測試先做2次預熱，再向替本站提供服務的Cloudflare節點之 /ping.txt 做40次HTTP測量。不會發送ICMP，也不是遊戲伺服器測量。
通常使用 requestStart 到 responseStart 的間隔，表示HTTP要求至回應開始，可能包含伺服器處理。資源計時不可用時，改用包含讀取回應的fetch經過時間。因此不能保證是純網路RTT。
顯示的抖動是相鄰成功樣本差異絕對值的平均。逾時或HTTP失敗計為失敗樣本，不是IP封包遺失率測量。用途評級是本站經驗規則，不是應用服務商認證。本說明根據原始碼檢查，不代表實際網路或裝置測試。
取得可比較的紀錄
- 記錄目標、工具、時間、Wi-Fi或乙太網路、VPN狀態、平均值、波動與失敗。
- 網路閒置時重測，再於一般下載或上傳時比較，維持同一目標與方法。
- 可行時比較有線與Wi-Fi，協助隔離無線因素，不保證數字一定較低。
- 查看遊戲自身或通話程式的診斷。到一個節點表現良好，不能排除其他情境中的本機、路徑、伺服器或程式問題。
比較ICMP時可在終端機執行 ping example.com，持續執行時以Ctrl+C停止。目標可能過濾回應要求；沒有回覆不等於服務停止。
一次改一項，再測量
- 暫停大量下載與備份，觀察負載下的排隊是否相關。
- Wi-Fi可比較位置及較少壅塞的頻段或頻道；隔牆或遠距離下5 GHz不一定較好。
- 以同種活動比較合適區服及VPN開關；VPN或更快方案皆不保證低延遲。
- 路由器若支援佇列管理，依原廠文件操作；可協助控制排隊，無法消除傳輸距離。
- 持續異常時，向支援提供目標、時段及閒置/負載比較，而不只是最低值。
每次調整前後使用同一測試，不要只憑不同目的地的差值判斷原因。
常見問題
100 ms一定不好嗎？
不一定。用途、端點、協定和穩定性都重要，應分析原因，不設通用及格線。
HTTP失敗等於掉封包嗎？
不等於，要求失敗有多種原因，本測試無法確定網路層封包遺失率。
為何遊戲的數字不同？
目標、流量及處理不同，應比較遊戲自身診斷，不將兩個不相關結果簡單相減。
來源與範圍
本文解釋指標與比較流程，不聲稱已定位你的連線問題，或測試過特定裝置。
來源核對日期: 2026-11-05.