測速是評估 VPN 服務最直接的手段，但宣傳頁上標註的頻寬數字往往來自理想環境，實際體驗會受線路走向、時段壅塞、協定開銷等因素影響。本文整理一套可自行重現的測速流程：選對工具與測試伺服器、區分晚高峰與離峰時段、看懂延遲/抖動/丟包三項指標，並說明為何單次測速結論不可靠。
宣傳頁的頻寬數字為什麼不能直接參考
VPN 服務商在宣傳頁標註的頻寬數字，通常來自機房內部或同城節點的實驗室測試。實際使用中，資料需要經過國際出口、中轉線路或 IEPL 專線，每一段都會引入損耗。晚高峰時，線路壅塞會讓延遲和丟包明顯上升；選擇不同協定（如 Shadowsocks、VLESS、Hysteria2）時，加密與傳輸開銷也不同。此外，測速設備本身的 CPU 效能、Wi-Fi 訊號強度都會影響結果。因此，宣傳數字只能作為上限參考，不能代表日常體驗。
如果測速時發現下載速度遠低於宣傳值，不一定是服務商虛標，也可能是上述因素疊加造成的。要判斷線路真實水準，需要自己動手測。
測速前的準備工作
要得到可對比的結果，先固定測試條件。以下四項建議在每次測速前檢查一遍：
- ✅ 使用同一台裝置，避免手機與電腦的硬體差異
- ✅ 關閉影片串流、下載任務、線上會議等佔用頻寬的應用程式
- ✅ 優先使用有線連線；若用 Wi-Fi，保持與路由器的距離和方向一致
- ✅ 記錄測速時使用的節點、協定、時段
固定條件後，不同節點或不同時段的測速結果才具有可比性。否則，即便測出很高的速度，也無法判斷是線路本身好，還是當時網路環境恰好空閒。
測速工具怎麼選？
不同工具側重點不同。下面這張表列出常見測速工具的特點與適用場景，方便按需選用。
| 工具 | 特點 | 適用場景 |
|---|---|---|
| Speedtest（Ookla） | 全球伺服器覆蓋廣，自動選擇最佳節點 | 快速了解目前線路基礎效能 |
| fast.com | 由 Netflix 提供，介面極簡，自動測下載 | 評估串流媒體場景 |
| Cloudflare Speed Test | 可測延遲、抖動、下載/上傳，結果細 | 更關注網路品質指標時 |
| iperf3 | 自建伺服器，可完全控制測試鏈路 | 對比不同協定/中轉線路的損耗 |
選擇工具時，建議至少使用兩個不同的工具交叉驗證。如果兩個工具的結果相差很大，說明測試條件可能不穩定，需要排查本地網路。
測速的時段與流程
晚高峰（通常 19:00-23:00）是線路壅塞最明顯的時段，離峰時段（如上午或凌晨）的結果往往更漂亮。測速時應：
- 在離峰時段測一次，了解理論上限
- 在晚高峰測一次，了解實際體驗下限
- 同一時段連續測 3 次，取中位數
- 切換不同節點/協定，重複以上步驟
這樣得到的資料才能反映真實波動範圍。只測一次就下結論，很容易被偶然波動帶偏。
延遲、抖動、丟包怎麼看
頻寬數字只是其中一個維度，網路品質還需要看以下三項指標：
- 延遲（ping）：資料封包從本機到伺服器往返的時間。網頁瀏覽對延遲不敏感，但遠端桌面、遊戲需要低延遲。
- 抖動（jitter）：延遲的波動幅度。波動大時，視訊會議會出現卡頓、影音不同步。
- 丟包：資料封包遺失比例。丟包率高時，下載速度會明顯下降，網頁載入可能失敗。
三項指標結合頻寬數字，才能完整描述一條線路的品質。只看下載速度，忽略延遲和丟包，容易誤判線路的可用性。
單次測速為什麼不可靠
單次測速只是某個瞬間的快照。測速伺服器自身負載、本機背景程式、Wi-Fi 干擾都會讓結果偏離真實水準。更可靠的做法是多次測量取中位數，並記錄測試時間與節點。如果某個節點在多次測試中始終表現穩定，那它才是可用的；偶爾一次的高速或低速，參考價值有限。
可重現的實測對比方法
下面是一套可以重複執行的對比流程，適合用來判斷不同節點或不同協定的實際表現：
- 固定裝置與網路環境（同一台裝置、同一網路、同一時段）
- 選擇 2-3 個目標節點（如香港、新加坡、美國）
- 每個節點分別在不同時段測 3 次，記錄延遲、抖動、丟包、下載/上傳
- 彙總資料，計算中位數
- 根據你的主要用途（串流媒體、遊戲、日常瀏覽）判斷哪個節點更合適