Gemify 網速競技場 Speed Insights

全網競技 測速透視儀

不僅是冷冰冰的數字!一鍵測出延遲與頻寬,系統將自動為您轉譯為「真實情境 10 格信號」,繪製您的專屬歷史折線圖與全球伺服器雷達圖,並將戰力登錄至全網 ISP 排行榜!

GO

連線與裝置資訊

公網 IPv4
連線中...
電信服務商 (ISP)
連線中...
地理位置估測
連線中...
瀏覽器核心
偵測中...
閘道器 (Gateway): 存取被拒
DNS 伺服器: 存取被拒

Advertisement

我的歷史測速曲線

請執行第一次測試以產生曲線

全球伺服器延遲 (Ping)

等待測速觸發...

社群競技場:全網 ISP 網速戰力榜

正在載入全台數據...

網速透視儀 FAQ 與深度科普

網站能偵測我的公網 IP 是否遭到駭客攻擊、高頻 Ping 或異常封包流動嗎?

無法偵測。 網頁瀏覽器(如 Chrome, Safari)運行於 OSI 模型的最頂層「應用層 (Layer 7)」,並受到嚴格的安全沙盒(Sandbox)限制。我們無法攔截或監聽抵達您路由器(Router)的網路層 (L3) 或傳輸層 (L4) 封包(例如 ICMP Ping 請求或 UDP Flood)。

若您懷疑自己的 IP 正在遭受 DDoS 攻擊或異常探測,您必須登入家中的硬體路由器後台(查看連線數或防火牆日誌),或是聯繫您的 ISP(如中華電信)透過骨幹網路進行監控與清洗。

為什麼無法像 `tracert` 一樣,顯示從我這到終點「沿途每一個節點(IP) 的降速狀況」?

原因一(瀏覽器安全沙盒限制): tracert 的運作原理,是作業系統發送帶有特定 TTL 參數的底層 ICMP 或 UDP 封包。HTML5 與 JavaScript 完全禁止網頁發送或接收這類底層協定的封包。

原因二(延遲不等於頻寬): 即使使用真實的 tracert,它量測的也僅是到達該路由器的「封包往返延遲時間 (ms)」,而無法量測該節點的傳輸頻寬 (Mbps)。網路頻寬的衰減,只能透過發送一個實際的巨大檔案來測量總耗時。因此,測速網站量測的永遠都是「端到端 (End-to-End) 綜合實際感受網速」。

Gemify 網速競技場是如何測量下載與上傳速度的?

* 下載 (Download):透過您的瀏覽器,向全網最頂級的 CDN 骨幹節點請求下載大型測試負載,並計算每秒可接收的 Megabits (Mbps)。
* 上傳 (Upload):使用 JavaScript 在您的裝置記憶體中生成安全的隨機測試資料 (Blob),並計算將其 POST 推送至雲端接收點所需的時間。
* 抖動 (Jitter):連續進行多次短暫的 Ping 測試,計算其延遲時間的波動變異數。抖動越低,代表連線品質越穩定,對玩競技類線上遊戲(如 LOL、Apex)至關重要。

💡 幕後故事: 想知道我們是如何利用現代瀏覽器的 HTML5 Fetch API,在不依賴笨重後端套件的情況下,於前端沙盒內精準計算下載速率 (Mbps)、延遲 (Ping) 與網路抖動 (Jitter)嗎? 閱讀開發全紀錄 →