比較 VPN 速度，關鍵不在找出最高的下載數字，而是讓測試條件可以重現。使用相同裝置、本地網路與測速目標，再比較不同線路與時段，結果才有參考價值。本文整理工具選擇、紀錄方式與排查順序，不預設任何線路的測速成績。
測速指標：下載速度不是全部
速度測試涵蓋一整段連線路徑：裝置、本地網路、代理入口、出口與測速伺服器。任何環節受到限制，都可能拉低測試結果。測速網站顯示的數字，不等於服務商線路本身的獨立效能。
| 指標 | 主要意義 | 適合評估 | 容易誤解之處 |
|---|---|---|---|
| 下載吞吐量 | 單位時間內接收的資料量 | 下載大型檔案、影片緩衝 | 多連線測速結果可能高於單一連線的實際下載速度 |
| 上傳吞吐量 | 單位時間內傳送的資料量 | 視訊會議上傳、檔案同步 | 本地寬頻的上傳速度也可能成為瓶頸 |
| 往返延遲 | 請求抵達目標並返回所需的時間 | 互動回應、遠端操作 | 用戶端探測與應用程式連線不一定走相同路徑 |
| 抖動 | 連續延遲測量值的波動程度 | 語音與視訊會議的流暢度 | 不同工具可能採用不同的計算方式 |
| 封包遺失 | 測試封包未依預期抵達的情況 | 卡頓、重新傳送與連線不穩 | 探測封包遭到限速，不一定代表應用程式資料也有遺失 |
| 負載延遲 | 上傳或下載占用網路時的往返延遲 | 下載期間是否影響會議 | 不能只看網路閒置時的延遲 |
下載檔案更仰賴穩定的吞吐量；視訊會議則更看重延遲、抖動與封包遺失。網頁開啟速度還會受到 DNS 查詢、連線建立、伺服器回應與頁面資源數量影響。因此，「測速下載快」不代表「所有網站都快」。
工具選擇：搭配通用測速與實際應用
測速網站：固定測試目標才能比較
Speedtest、Cloudflare Speed Test 等工具可作為一般測速入口，但測試流程、並行連線數與伺服器位置各不相同。比較線路時，盡量使用同一工具並固定測速伺服器，同時記下伺服器業者與位置。若由工具自動選擇伺服器，出口變更時測試目標也可能跟著改變。
如果工具無法固定測試目標，請記下自動選取的伺服器，並將結果視為「該線路連往該目標的表現」。不同網站的測試結果適合交叉驗證，不適合直接混成一張線路排名表。瀏覽器擴充功能、背景同步與安全軟體的流量檢查，也可能影響測試結果。
用戶端延遲：確認測量內容
用戶端顯示的延遲數字，可能來自 TCP 連線建立、HTTP 請求或其他探測方式。有時測量的是入口，有時則是透過代理連線至指定網址，不能只看介面上的「延遲」二字就判斷測量內容。測試前請先查看用戶端說明，並固定探測網址。
系統的 ping 通常使用 ICMP。瀏覽器透過系統代理瀏覽網站時，命令列 ping 不一定會走相同的代理路徑；啟用虛擬網卡模式後，仍須視用戶端如何處理這類流量而定。不要直接把 ping 結果當成代理出口延遲，也不要因為目標沒有回應探測，就判定線路無法使用。
實際應用：確認任務是否順暢
完成下載測試後，也應開啟平常使用的網站、試用視訊會議軟體，或下載來源可信的檔案。實際測試應盡量固定條件：相同資源、畫質設定與會議環境。應用程式的自適應位元率與瀏覽器快取會影響體驗，記錄時請註明這些因素。
測試準備：固定變因並建立直連基準
直連基準是指關閉代理後，本地網路在相近時段的表現。這項測試用來判斷網路連線是否波動，不代表直連一定能連上所有測試目標。如果目標無法直連，請註明「無法完成直連對照」，不要填入猜測的結果。
- ✅ 固定裝置與網路連線方式；條件允許時使用有線連線，使用 Wi-Fi 時則保持位置與頻段不變。
- ✅ 暫停系統更新、雲端硬碟同步、大型檔案下載及其他占用網路的工作，並留意共用網路的負載。
- ✅ 固定用戶端版本、節點、規則模式與測速伺服器，避免同時更動多項條件。
- ✅ 查看用戶端連線紀錄或路由記錄，確認測速網域確實經過所選節點，而非套用直連規則。
- ✅ 記下方案剩餘流量；吞吐量測試會消耗流量，頻繁重複測試也會減少日常可用流量。
全域模式與規則模式的適用範圍，取決於用戶端的實作方式。只開啟系統代理，不代表所有應用程式都會使用代理；瀏覽器、命令列與應用程式內的網路元件，可能採用不同設定。測試前請先確認流量路徑，避免出現「測速走直連、應用程式走代理」的錯誤比較。
不要為了排除變因而長時間關閉防火牆或安全軟體。先暫停無關工作、檢查路由記錄，再使用可信任的工具重新測試；如有必要調整安全設定，請遵循裝置管理規範。
時段比較：如何測試尖峰與凌晨時段
尖峰與凌晨時段的差異在於網路負載，不代表凌晨測出的結果天生更準確。測試應涵蓋自己實際使用的時段，再選擇較空閒的時段作為對照。只在網路空閒時測試，無法判斷工作或休閒尖峰時段是否夠用。
- 建立基準。關閉代理，測試可直連的固定目標，並記錄本地網路、時段與背景負載。
- 連線至候選線路。確認節點與分流路徑，待連線狀態穩定後，使用相同的測速目標。
- 重複測量。在同一時段重複測試並保留所有有效結果，不要只截取最高值。留意中位表現與波動範圍。
- 驗證實際應用。完成吞吐量測試後，再進行會議、瀏覽網頁或下載等任務，避免測速本身占滿網路，影響判斷。
- 換時段重測。在尖峰與較空閒時段沿用相同設定；更換線路時，請再次確認測速目標沒有改變。
- 整理變化。先比較同一線路在不同時段的變化，再比較相同時段不同線路的表現。
遇到異常結果，不要立刻刪除。先檢查是否發生 Wi-Fi 重新連線、節點切換、背景工作恢復或測速伺服器變更，記下原因後再決定是否排除。如果無法判明原因，請保留結果並註明異常，避免人為挑選出過於平順的測試曲線。
紀錄方式：讓測速截圖成為可查證的結論
截圖可以保留原始讀數，但缺少測試背景時，很難查證。每次測試至少記下日期與時段、網路連線、裝置、用戶端與模式、節點名稱、工具及測試目標，再保存下載、上傳與延遲等結果。工具未提供的指標請寫「未測」，不要把空白當成沒有問題。
記錄線路時，請同時保留入口或線路識別資訊，以及出口地區。IEPL 專線、中轉與直連描述的是路徑安排方式，不代表固定的成績等級。即使線路名稱相似，入口、出口、共用負載與目標網路的互連情況不同，測試表現也可能不同。
IEPL 通常指電信業者提供的乙太網路專線服務；代理服務中的「IEPL 線路」，通常是部分傳輸路徑使用這類資源，不代表從使用者裝置到任意網站的全程都是專線。中轉表示透過轉送環節銜接後續路徑；直連通常表示用戶端直接連接代理伺服器，並非完全不經過網際網路路由器。
協定名稱也不能取代實際測試。Shadowsocks、VMess、Trojan、VLESS、Hysteria2 與 TUIC 的傳輸設計、用戶端支援與設定條件各不相同，但不能只憑名稱推斷吞吐量排名。跨用戶端比較時，還要註明版本與傳輸設定；不能把本地實作差異全歸因於線路。
異常排查：從本地網路到目標網站
直連與代理都很慢
優先檢查本地網路、無線干擾、路由器負載與背景上傳。如果同一時段的直連基準也明顯變慢，問題較可能出在本地網路或上游連線。可以改用其他網路重新測試，但這屬於新的測試條件，應分開記錄。
測速正常，網頁仍然開得慢
先確認測速流量與網頁連線是否走相同路徑，再使用瀏覽器開發人員工具的網路面板查看耗時。DNS 查詢慢、連線建立慢、等待伺服器回應慢與頁面資源載入慢，是不同問題。判斷時也應考慮瀏覽器快取、擴充功能與目標網站本身的負載。
DNS 洩漏是指網域查詢未依預期路徑處理，可能影響隱私與分流一致性，但不代表「測速一定很慢」。檢查時應一併考慮系統 DNS、瀏覽器加密 DNS、用戶端 DNS 與規則設定。僅因解析伺服器所在區域不同，不能判定發生洩漏；也不宜為了追求顯示區域一致而盲目更改設定。
下載速度快，會議仍然卡頓
請檢查上傳速度、抖動、封包遺失與負載延遲，不要只追求更高的下載峰值。雲端硬碟上傳占滿上行頻寬時，會議體驗可能變差；同時進行大量測速，也會造成類似情況。視訊會議軟體通常提供通話品質面板，其統計數據比探測無關目標更能反映實際問題。
尖峰時段變慢，離峰時恢復
如果本地基準穩定、測試目標固定，而且相同變化能反覆重現，可以將壅塞列為可能原因。但壅塞可能發生在入口、跨網路傳輸、出口或目標端，不能只憑吞吐量變化判斷問題所在。聯絡支援人員時，提供時段、節點、網路連線與目標資訊，比只傳一張速度偏低的截圖更有助於排查。
線路選擇：依照用途保留合適方案
測速的目的，是協助選擇，而不是製作只看峰值的排行榜。日常下載優先觀察持續吞吐量；遠端會議優先觀察尖峰時段的穩定度；瀏覽網頁與使用協作工具，則要搭配實際連線路徑評估。可以保留主要與備用線路，並在網路或用戶端設定變更後重新驗證。
VPNDream 的月訂閱流量會在開通日每月重置；流量包用完為止，永久不過期。測試前請查看剩餘流量，依需求安排重測，不必持續跑滿頻寬。用戶端下載與使用說明請參閱使用教學，線路資訊請查看節點頁面；實際可選節點以用戶端顯示為準。