VPN 測速怎麼測才準：工具、時段與指標實測比較

先確認測速流量走的是哪條路徑

一次測試可能經過本地無線網路、寬頻業者、代理入口、出口和測速伺服器。最終結果取決於路徑上的瓶頸。出口地區相同，不代表中間路徑也相同；客戶端顯示已連線，也不代表所有應用程式都經過代理。

分流規則可能讓測速網域直接連線，瀏覽器代理可能只涵蓋瀏覽器，命令列工具則未必會使用系統代理。TUN 模式通常能接管更多應用程式流量，但仍會受到路由排除設定、客戶端規則與系統設定影響。開始記錄前，請查看客戶端連線記錄，確認測速要求符合的規則、使用的節點與出口地區。

關閉代理後，基準測試應選擇本地可正常連線的目標。這項測試用來檢查無線連線與網路接取是否壅塞，不宜直接拿來和不同地區的代理測試結果相減，再把差值稱為加密耗損。測量目標不同，路徑也不同，差值還包含距離、網路互連與伺服器負載的影響。

確認出口時，請讓檢測頁面與測速任務使用相同的代理方式。瀏覽器顯示的出口，無法證明另一個命令列程序也走相同線路。

工具選擇：分開測試網頁峰值與實際任務

常見的網頁測速工具適合快速查看吞吐量上限，但往往會同時建立多個連線，盡可能用滿網路頻寬。單一檔案下載、遠端終端機與 API 要求的連線方式各不相同，因此「測速很快、應用程式卻很慢」並不矛盾。工具無法替你回答所有問題，重點是測試方式是否符合實際用途。

比較線路時，請手動固定測速伺服器，並記錄名稱與地區。每次自動選擇「最近的伺服器」，實際上可能都換了測試目標。不同測速網站的演算法、測試時間與並行策略也各有差異，適合交叉參考，不適合放在同一份排名中一較高下。

如果在意網頁使用體驗，請開啟實際使用的頁面，觀察載入過程；如果在意檔案傳輸，請使用來源可靠且允許測試的固定檔案。不要持續對無法掌控的公開目標進行壓力測試，也不要把含有私人憑證的網址放進公開紀錄。

指標說明：延遲、封包遺失與頻寬要看什麼

延遲與抖動會影響互動是否順暢

延遲通常是指要求往返所需的時間，但客戶端節點探測、網頁測速與 ping 測量的對象可能不同。客戶端可能測量代理交握或網頁要求，ping 通常測量 ICMP 回應；不能只因單位相同，就直接比較數值。記錄時應一併註明探測方式與目標。

抖動表示延遲的變化幅度。即使兩條線路的平均值相近，其中一條若經常出現明顯尖峰，語音通話、遠端操作與即時互動仍可能較不順暢。閒置時的延遲也不等於下載時的延遲；網路頻寬用滿後，排隊等待時間會拉長，這類負載下的表現需要另外觀察。

判讀封包遺失時，要區分探測回應與實際流量傳輸

中間路由器可能會降低診斷回應的優先順序。路由診斷中某一跳顯示封包遺失，但後續目標仍正常回應，不能直接認定該節點也以相同比例丟棄實際流量。應搭配終點探測、連線重試、傳輸停頓與實際應用程式的表現一併判斷。

實際封包遺失可能觸發可靠傳輸協定重傳並啟動壅塞控制，進而降低持續傳輸速度。採用 UDP 的傳輸也無法自動消除封包遺失的影響，只是復原與壅塞處理機制不同。不能把某個協定名稱當成穩定性的保證。

頻寬峰值不等於單一任務的速度

測速工具顯示的傳輸量通常以位元率計算，下載軟體也可能使用位元組率。比較前請先確認單位。多個連線同時傳輸時，總速度可能較高，不代表單一連線也能達到相同速度；短暫峰值較高，也不代表長時間下載不會降速。檔案傳輸時，持續速度與能否完整完成，比瞬間最高值更有參考價值。

白天與晚間尖峰：固定條件後再測一次

晚間尖峰速度變慢，可能是家庭網路互相爭用、業者網路互連、代理入口、出口或目標伺服器負載所致。只憑發生時間，無法判斷壅塞出在哪一段。白天的紀錄可作為對照，但應盡量維持相同裝置、網路接取方式、節點、客戶端版本與測試目標。

1. 排除干擾。暫停雲端同步、系統更新及其他裝置的大量傳輸作業。維持裝置供電與散熱狀態穩定，避免把省電設定造成的變化誤認為線路問題。
2. 記錄基準。關閉代理後，測試可正常連線的固定目標，並記下網路接取方式與本地網路狀況。無線環境不穩定時，可優先改用有線連線，或移至較靠近無線基地台的位置。
3. 固定路徑。選定明確節點，暫停會自動切換節點的策略群組，並確認測速網域確實經過該節點。記錄期間不要同時更換協定與地區。
4. 進行對照。使用相同工具與伺服器重複測試，記錄典型範圍與異常情況，不要只保存最好看的結果。下載測試本身會消耗方案流量。
5. 更換時段重測。在平常實際使用的晚間尖峰時段重複上述流程，再以真實任務驗證。比較多個日期的趨勢，比把某一天的偶然變化當成常態更可靠。

比較不同線路時，請交替測試，避免總是把某條線路安排在網路較空閒的時段。每次測試之間留出時間，讓網路恢復閒置，避免前一次下載尚未結束就開始下一次測量。手機與電腦的結果請分開保存，不要混成同一組樣本。

實測紀錄：把測試條件與結果一併記下

可靠的紀錄至少要能說明：誰在什麼環境下，經由哪條路徑，對什麼目標進行了哪種測試。缺少這些條件，截圖上的數字再醒目，也很難重現。以下清單可直接用來整理本地筆記，不必填寫帳戶密碼或訂閱網址。

• ✅ 環境：日期、時段、裝置、作業系統、客戶端版本、網路接取方式與背景工作狀態。
• ✅ 路徑：節點名稱、出口地區、協定、代理模式，以及測速要求符合的分流規則。
• ✅ 目標：測速工具、固定伺服器或實際服務網域，註明是否使用快取與並行連線。
• ✅ 結果：上傳與下載的持續表現、延遲變化、可確認的封包遺失情況，以及重試或中斷狀況。
• ✅ 判斷：本次適合哪些任務、哪些項目還需重測，並保留異常紀錄，不要只留下峰值。

分享結果時，請遮蔽訂閱網址、權杖與帳戶資訊。訂閱網址是客戶端取得節點設定的入口，可能包含存取憑證，不適合公開作為測速資料。向客服回報時，提供已去識別化的記錄、發生時段與目標資訊，通常比反覆描述「速度很慢」更有助於找出問題。

結果不一致時，沿著路徑逐段排查

測速很快，網頁還是開得很慢

先確認目標網域是否符合預期規則，再查看 DNS 解析、建立連線、等待回應與下載資源的過程。網頁的第一個位元組時間也包含來源伺服器的處理時間，不能直接當成線路延遲。DNS 若回傳不合適的內容傳遞節點，也可能讓目標流量繞路。

DNS 洩漏是指原本應遵循代理策略的 DNS 解析要求，從非預期路徑送出。這涉及隱私與路由一致性，不代表「DNS 一定很慢」。瀏覽器的加密 DNS、系統解析器與客戶端 DNS 設定可能互相影響，應搭配記錄核對。單看檢測頁面顯示的解析器地區，無法判定是否發生洩漏。

更換協定後速度變快，能否判定協定比較好？

Shadowsocks、VMess、Trojan、VLESS、Hysteria2 與 TUIC 的傳輸機制及客戶端支援各不相同，其中 Hysteria2 與 TUIC 是以 QUIC 為基礎。結果也會受到實際傳輸設定、壅塞控制、裝置效能與網路對 UDP 的處理方式影響。如果更換協定時也換了節點，就無法把速度變化完全歸因於協定。

專線、中轉與直連該如何比較？

直連一般是指客戶端直接連上境外節點；中轉通常是先連到入口，再由入口轉送至出口；IEPL 專線則描述特定承載線路，並非客戶端代理協定。服務所稱的專線，也不代表從使用者裝置到目標網站的整段路徑都是專用線路。線路名稱有助於理解網路拓樸，不能取代端到端實測。

Windows、macOS、Linux 與行動裝置的代理接管方式也可能不同。某個平台正常、另一個平台異常時，請先確認規則、DNS、TUN 權限與實際連線紀錄，再比較速度。相關排查資訊請見技術參考；如需確認地區與線路資訊，可查看線路清單。

挑選線路：以實際任務需求為優先

閱讀網頁時，應重視要求回應與載入穩定性；傳輸檔案時，應重視持續速度；遠端操作時，應重視延遲與抖動；長時間連線任務則要觀察中斷與復原情況。先確認用途，再挑選能在常用時段持續完成任務的線路，不必為了更高的峰值一再切換出口。