遊戲延遲測試

延遲是一個封包到伺服器再回來所花的時間，單位毫秒。封包遺失是沒能抵達的封包所佔的比例，在遊戲裡表現為瞬移和吞鍵。抖動是延遲在封包之間的起伏：穩定在 60 ms 的線路，比在 20 到 100 之間反覆跳的線路好打得多。

我們透過 WebTransport 向每個 PartyPing 節點傳送小型資料報，並測量回傳所需的往返時間。WebTransport 的資料報承載於 QUIC/UDP，比一般網頁請求更接近即時遊戲流量，但並不等同於遊戲本身的協定或路由。

每個地區都會連發數十個封包，而不是一兩個。檢測因此會慢一點，但單一偶發的抖動或丟包不會帶偏結果。

檢測節點和遊戲伺服器在同一批地區，但不在同一台機器上，而且每個遊戲自己決定往那個數字裡算進多少東西——所以兩者接近，不會一模一樣。真正能延續下來的，是哪個地區排在前面。

沒有一條適合所有遊戲和玩家的分界。一般而言，快節奏即時遊戲低於 50 ms 通常較順暢，50–100 ms 多半仍可玩，超過 100 ms 後更容易察覺操作延後；仍要一起看封包遺失、延遲波動和遊戲內表現。

網路路徑本身是分鐘級變化的，多數家用寬頻在晚間尖峰尤其明顯。一次檢測只是你網路的一小段切片，不是對它的判決。在你平常真正遊玩的時段測，並且多測幾次再下結論。

兩個數字停在不同的門口：我們測的是瀏覽器到各地區檢測節點的 UDP 往返時間，而遊戲用戶端測的是它自己到廠商伺服器的流量，走它自己的路由，而且每個遊戲自行決定往那個數字裡算進哪些東西。能延續過去的是這些：從你的位置出發哪個地區最快，以及你的線路有沒有封包遺失或抖動。用戶端裡的數字是你正在打的那一局的真實延遲——那恰恰是瀏覽器替你測不了的。

下載速度代表每秒能傳多少資料，遊戲延遲代表小封包往返要多久，兩者不是同一指標。即使頻寬很高，Wi-Fi 干擾、背景上傳排隊、晚間壅塞或繞路仍會提高延遲與封包遺失。

多數情況可以，前提是先分清問題在哪一半。所有地區一起變差，多半是本地：換有線、看看背景在傳什麼、必要時找電信業者。只有遠端地區差，那就是路徑或距離的問題，換一個更近的區比任何設定都管用。

條件允許時，有線通常最穩定；5 GHz 和 6 GHz Wi-Fi 在距離近、阻擋少時也能有低延遲。行動熱點更受訊號、基地台負載與網路切換影響，最好在同一時段對同一地區各測幾輪。

不一定。只有中轉路線比電信業者原路線更好時才可能降低延遲；原路線已合理時，額外中轉反而可能增加延遲或封包遺失。請在同一時段、同一地區開關各測幾輪並比較延遲範圍與封包遺失。

點「和隊友一起測」建一個房間，把連結發給隊友。每個人從自己的網路測同一批地區，排名按**全隊最差的那個人**算，而不是按平均——目標是找一個所有人都能玩的區。

都不需要。整個檢測在瀏覽器裡完成，不安裝任何東西，也不用註冊。只要瀏覽器支援 HTTPS 下的 WebTransport 即可；目前主流瀏覽器的新版本通常已經支援，舊版本可能需要更新。

不會和你綁定，因為這裡根本沒有帳號。如果伺服器開了樣本收集，我們會存一筆匿名記錄：遊戲、地區、延遲分位數、封包遺失率、國碼、電信業者。IP 查完國家和電信業者就丟棄，不存精確位置，也沒有任何使用者識別或 cookie。