比較 VPN 速度時，重點不是截下一張最高下載速度的畫面，而是確認常用網站回應是否即時、下載速度是否穩定，以及晚間尖峰時段是否反覆卡頓。有效的做法是先測本地網路，再固定目標比較線路，最後用實際操作驗證。測試結果僅代表當下設備、網路、出口與目標之間的組合。
測速指標：下載峰值之外還要看什麼
測速頁面顯示的下載速率，代表測試期間從伺服器接收資料的能力。這項數據適合觀察大型檔案傳輸，卻無法單獨解釋網頁開啟緩慢、影片拖曳後等待或遠端連線停頓。載入頁面通常還要經過網域名稱解析、建立連線及等待伺服器回應；任何一個環節變慢，都可能讓實際感受不如測速數字。
| 指標 | 主要觀察項目 | 不能直接推論的結論 |
|---|---|---|
| 下載吞吐量 | 持續接收資料的能力，影響下載與影片緩衝 | 峰值高不代表所有網站都快 |
| 上傳吞吐量 | 傳送檔案、同步資料與視訊會議上傳 | 下載快不代表上傳也夠快 |
| 往返延遲 | 傳送請求與收到回應之間的等待時間 | 測速節點的延遲不等於服務網站的延遲 |
| 延遲抖動 | 延遲隨時間變化的程度 | 平均延遲低，不代表互動始終流暢 |
| 封包遺失與重傳 | 傳輸過程是否發生封包遺失、重送或逾時 | 探測封包未收到回應，不一定代表服務資料遺失 |
也要分辨閒置延遲與負載下的延遲。線路閒置時回應正常，但一開始下載就明顯影響互動，可能與接取網路的排隊、路由器緩衝或頻寬用盡有關。這時若只追求下載峰值，反而容易忽略真正影響工作的等待時間。
本地網路基準：先排除設備與接取網路問題
先在未連線代理的狀態下，測試可直接連線且穩定的目標。建立基準是為了確認本地網路是否正常，不是要求直連與代理測出相同結果。不同地區的伺服器路徑各異，不能把本地測速網站的結果直接當成國際連線的理論上限。
- 固定設備與接取方式。比較期間使用同一台設備、同一個接取點。有條件時使用有線連線；使用無線網路時保持位置不變，避免邊走動邊測試。
- 暫停其他流量。檢查雲端硬碟同步、系統更新、下載工作及其他設備的大量傳輸。不要同時開啟多個測速頁面，以免彼此爭用頻寬。
- 記錄目前環境。記下作業系統、用戶端版本、接取網路、測試時間與電源狀態。設備過熱、省電限制及背景工作都可能影響結果。
- 確認基準可重現。間隔一段時間再次測試並觀察結果。如果未連線代理時也經常波動，先處理本地問題，再評估遠端線路。
iOS 與 Android 的系統權限、省電策略可能影響用戶端運作；桌面端則要留意其他代理軟體、虛擬網卡與防火牆。不要為了測速而暫時關閉所有安全防護，應先確認軟體衝突與路由設定，避免排查過程反而帶來新的風險。
測試路徑：確認測速流量經過哪裡
Speedtest、Fast 等常見工具可供參考，但各自連線的伺服器、並行測試方式與後端網路都不相同。自動選擇伺服器有時會隨出口改變，導致前後測試的對象不同。比較線路時，應盡量固定工具與目標，並記錄伺服器名稱和地區；若無法固定，請在紀錄中註明。
系統代理不一定會接管所有程式。瀏覽器可能遵循代理設定，但命令列工具、遊戲或獨立應用程式仍可能直接連線。TUN 模式通常會透過虛擬網路介面接管更多流量，但實際範圍仍取決於路由、繞過清單與用戶端實作方式。測速前應查看用戶端連線紀錄，確認測試網域確實使用預期線路。
先使用IP 檢測確認瀏覽器的出口，再查看用戶端中測速請求符合的規則。出口地區改變只能證明該次檢測請求的路徑，不能證明設備上的所有應用程式都走同一條線路。測試結束後，請恢復日常分流規則，再確認常用應用程式的連線狀況；否則測到的只是臨時設定下的表現。
協定名稱也不是速度排名。Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUIC 的實作方式與適用網路環境各不相同，也需要用戶端支援相應設定。比較協定時若同時更換地區與伺服器，就無法判斷差異究竟來自協定、線路還是目標網站。
分時段實測：記錄持續表現
分別在日常使用時段與晚間尖峰時段測試，並於不同日期再次測量。每輪測試都要維持設備、工具、目標與設定一致，並輪替線路測試順序，避免總是讓某條線路遇上網路較空閒的時段。每次測試之間留出時間，讓網路恢復閒置狀態，不要連續疊加測試工作。
記錄起始速度、持續傳輸階段及結束前的變化，而不只是抄下峰值。短暫衝高後持續下降，與全程穩定是截然不同的體驗。多次測試結果可用來比較常見水準與波動範圍；若工具提供中位數，可作為輔助參考，但仍應保留失敗、逾時和異常紀錄，不要只留下最好看的截圖。
- ✅ 環境紀錄：時間、接取網路、設備、用戶端版本與運作模式。
- ✅ 路徑紀錄：節點名稱、出口地區、測速目標與符合的分流規則。
- ✅ 結果紀錄：下載、上傳、閒置與負載延遲，以及工具提供的抖動或封包遺失資訊。
- ✅ 體驗紀錄：網頁等待、影片緩衝、檔案傳輸中斷與實際工作完成情況。
- ❌ 不要把不同伺服器、不同設備和不同時間的截圖直接排成速度排行榜。
測速會消耗流量，吞吐量高的測試尤其明顯。VPNBonus 的月訂閱流量會在開通日每月重置，流量包則用完為止，永久不過期。測試前請確認剩餘流量，優先透過少量、有針對性的比較找出問題，不要讓反覆跑滿頻寬成為主要流量消耗。
延遲與封包遺失：正確解讀探測結果
ping 常用來觀察 ICMP 回應，但通常不會遵循瀏覽器的 HTTP 或 SOCKS 代理設定，是否經過通道取決於路由與用戶端模式。如果瀏覽器使用代理，探測指令卻直接連線，就不能混在一起解讀結果。有些目標也會限制或忽略 ICMP，因此逾時不一定代表網頁無法存取。
同樣地，traceroute 或 tracert 中途節點沒有回應，可能只是路由設備降低了探測回應的優先順序。若後續節點與終點仍正常，就不宜據此認定該節點正在丟棄服務流量。更有參考價值的是終點是否持續異常，以及實際應用程式是否同時出現卡頓或重試。
也要留意用戶端顯示的「延遲」採用哪種測試方式。它可能測量與節點建立連線所需的時間，也可能是透過節點連線到指定網址，未必等於服務請求的完整耗時。比較時應維持測試方式一致；若無法確認其定義，就把它當成篩選參考，而非最終結論。
用實際工作驗證：網頁、影片與檔案
網頁與線上工具
選擇常用頁面，分別觀察首次開啟與後續操作。首次請求可能需要解析網域名稱、建立連線與載入內容，再次造訪則可能會使用快取。若要比較冷啟動，應維持快取條件一致；若關注日常工作，就應記錄登入、搜尋與提交工作等完整操作，而不是只看首頁能否開啟。
影片與持續下載
影片測試應固定內容與畫質，觀察開始播放前的等待、拖曳後恢復播放的速度及連續播放狀況。自動調整畫質可能藉由降低畫質掩蓋頻寬不足。下載檔案時則應固定來源並留意持續傳輸速率；瀏覽器顯示的 MB/s 與測速工具使用的 Mbps 單位不同，不能直接比較數值大小。
DNS 與分流異常
若只有部分網站速度緩慢，請檢查解析路徑、規則匹配與目標服務狀態。DNS 洩漏關注的是解析請求是否經過預期的解析路徑；只看解析器所在的地區，無法完整判斷隱私風險或設定是否正確。應搭配用戶端 DNS 設定與連線紀錄，確認是否發生非預期的本地解析。瀏覽器的安全 DNS 與系統解析也可能走不同路徑。
判斷原因：把速度慢拆解成可處理的問題
若本地基準也慢，先檢查接取網路、無線干擾與本地工作；若所有節點都慢但本地基準正常，再檢查用戶端模式、設備負載及共同經過的網路路徑；若只有特定地區或目標速度慢，優先比較該地區的其他出口與目標服務狀態。每次只改變一個條件，才能保留判斷依據。
直連、中轉與 IEPL 專線描述的是不同的路徑安排方式，並非固定的速度等級。中轉可能改善路由，也可能增加繞行；IEPL 通常用來描述專用乙太網路國際線路，但線路標示無法證明整段連線都使用專線，也不能排除共用負載與出口壅塞。仍須以相同方法確認端到端的實際體驗。
如需進一步排查，可參閱疑難排解手冊，或透過說明頁面整理問題回報。提供測試時段、網路環境、節點名稱與已移除敏感資訊的錯誤訊息，比只描述「速度慢」更容易找出問題。提交截圖前，請遮住帳戶資訊與訂閱憑證。