比較 VPN 速度前，先確保測試的是同一件事。固定裝置、網路連線、用戶端模式與測速目標，再比較不同時段的延遲與吞吐量。最後開啟實際要用的網站或應用程式驗證。單看一次峰值截圖，無法代表日常體驗。
本文提供可重複使用的測試方法，不是線路排行榜，也未發布未經驗證的測速結果。你可以用這些方法比較候選線路，判斷問題可能來自本地網路、代理路徑，或目標服務。
先確認測速目標：下載、網頁還是影片
下載大型檔案時，主要看持續吞吐量是否穩定；瀏覽網頁時，連線建立、網域解析與請求往返的等待更容易被察覺；視訊會議則要留意抖動、封包遺失與上傳表現。先記下用途，才知道哪些指標應優先關注。
常見誤解是用用戶端的下載峰值評斷所有使用情境。測速工具可能同時建立多條連線，盡量用滿可用頻寬；實際應用程式可能使用較少連線，也可能受伺服器限速影響。測速結果很高、實際下載卻普通，不一定代表數據造假，也可能是測試負載不同。
另一個常見誤解，是把節點名稱中的地區當成完整路徑。地區標籤通常用來辨識出口，但無法單獨說明入口位置、電信業者互連、回程路徑或壅塞情況。比較時應記下用戶端顯示的完整線路名稱與目標伺服器，而非只寫「日本線路」。
工具與指標：延遲不等於下載速度
選擇能顯示測試伺服器、下載、上傳與延遲資訊的測速工具。若工具支援手動選擇伺服器，請固定測試目標；若只能自動選擇，就記下自動指派的伺服器。不同目標的結果有助於排查問題，但不宜直接合併成線路排名。
| 指標 | 代表什麼 | 主要用途 | 常見誤讀 |
|---|---|---|---|
| 閒置延遲 | 低負載時，與指定目標之間的往返時間 | 初步評估互動等待時間 | 延遲低就代表下載一定快 |
| 負載延遲 | 上傳或下載期間的往返時間 | 觀察頻寬使用時是否明顯卡頓 | 忽略本地路由器排隊造成的影響 |
| 抖動 | 延遲在各測試樣本之間的變化程度 | 視訊會議、語音等即時應用程式 | 只看平均延遲，忽略波動 |
| 封包遺失 | 特定探測方式未收到回應的情況 | 搭配應用程式表現排查連線不穩 | 把探測限速誤認為應用流量遺失 |
| 下載與上傳吞吐量 | 測試期間的實際資料傳輸速率 | 檔案傳輸、雲端同步、影片上傳 | 把瞬間峰值當成持續傳輸能力 |
也要查看用戶端「延遲測試」的說明。它可能測量入口，也可能透過代理向特定網址發出請求，或只確認連線能否建立。不同用戶端、不同探測位址的數字不宜直接比較。系統的 ping 通常使用 ICMP，也不一定會經過應用程式的代理路徑。
測速工具的單位必須保留。頻寬介面常用 Mbps，下載軟體可能顯示 MB/s，兩者不是同一種單位。記錄時照抄工具顯示的原始單位，避免只憑數字大小比較。若不確定工具如何計算抖動或封包遺失，優先使用同一工具進行相對比較。
固定測試環境，再比較線路表現
先測試本地網路狀態，再連上候選線路。未連線服務時的測試有助於找出網路接入問題，但不能簡單視為「線路效能上限」：直接連線與代理可能走不同路徑，取得內容的 CDN 節點也可能不同。
- 清除背景流量。暫停雲端硬碟同步、系統更新與其他下載，並確認共用網路上沒有明顯的大流量作業。請勿為了測試而長時間關閉系統安全功能。
- 固定連線方式。條件許可時使用有線網路；使用 Wi-Fi 時，保持所在位置與存取點不變。不要把有線測試結果和訊號不穩時的無線結果混在一起比較。
- 記錄用戶端環境。記下作業系統、用戶端版本、所選線路、分流模式，以及是否啟用 TUN 等網路接管功能。測試期間保持設定不變，先只切換線路。
- 固定測試目標。選用同一台測速伺服器，確認測試流量確實經過所選線路。切換線路後，等待連線穩定再開始測試。
- 重複測試並保留原始結果。輪流安排候選線路的測試順序，降低測試先後時間造成的偏差。保留較低的數值與失敗紀錄，不要只挑最好看的結果。
- 回到實際應用情境。開啟常用網頁、播放目標內容或傳輸檔案，觀察首頁載入等待、持續傳輸與中斷情況。
測速會消耗實際流量，也可能在測試期間占滿網路接入頻寬。若使用按流量計費的服務，請先確認剩餘流量；不要讓自動測試長時間重複執行，也不要在重要通話進行中啟動滿速測試。
分享測試紀錄前，請移除訂閱網址、存取權杖與帳戶資訊。測速截圖只需保留測試條件與結果，不必展示完整的用戶端設定。訂閱連結可能直接提供取得設定的權限，不適合貼在公開表格或討論區。
時段與目標：將尖峰時段納入實測
測試時間應涵蓋你實際使用服務的時段。白天測起來順暢，不代表晚上也一樣；某個平日晚間表現普通，也不足以斷定線路長期無法使用。每次紀錄都應標示日期、當地時間與時區，才有依據比較不同時段。
盡量在相近時段測試候選線路，並於不同日期再次確認。若測試期間網路接入方式改變，請另開一筆紀錄，不要繼續歸入同一組。彙整時可參考中位數與波動範圍，但請保留原始樣本，避免平均值掩蓋反覆中斷的情況。
目標伺服器也會影響測試結果。測速節點本身可能繁忙，與出口之間的互連也可能壅塞；自動選擇節點時，選取結果還可能隨出口地區而變。固定目標適合做受控比較；允許自動選點則更接近工具的預設體驗。兩種方式都可採用，但應分開記錄。
實際網站也會根據出口位址與 DNS 結果分配內容節點。因此，「同一個網址」不一定代表「同一台伺服器」。若要進一步排查，可記錄應用程式回報的目標節點或連線資訊；若無法取得這些資訊，結論就限於當次瀏覽體驗，不推論整條國際路徑。
測速分數高卻卡頓：分流、DNS 與路徑排查
先確認測速流量與實際使用的流量是否走同一條路徑。規則模式可能讓測速網站直接連線，卻讓目標應用程式走代理；也可能正好相反。系統代理通常只影響遵循代理設定的應用程式，不能因此推斷所有程式都已由代理接管。TUN 模式的涵蓋範圍也取決於用戶端、路由與排除規則。
DNS 會影響網域解析與內容節點選擇。若解析請求走了非預期路徑，可能會將查詢暴露給非預期的解析器，或取得不適合目前出口的節點。排查時請查看用戶端的 DNS 設定、規則紀錄，以及瀏覽器是否另行設定加密 DNS；不要把更換 DNS 當成必然提升速度的方法。
公共 DNS 檢測頁面可提供線索，但不能只憑解析器所在區域就判定發生洩漏。解析服務可能使用分散式節點，IP 位址的地理資訊也可能不準確。應依據預期設定確認請求交由哪個服務處理，再檢查是否符合自己的隱私需求。調整後也要確認 IPv4 與 IPv6 的流量路徑都沒有遺漏。
協定名稱也不能取代實際測試。Shadowsocks、VMess、Trojan、VLESS 的實際表現還取決於傳輸方式、加密設定、用戶端實作與網路路徑；Hysteria2、TUIC 以 QUIC 為基礎，遇到 UDP 受限或網路策略變更時，表現也可能不同。比較協定時，應盡量固定出口與目標；若做不到，就只能評估整套設定。
IEPL 專線、中轉與直連描述的是路徑的組織方式，不代表測速成績。專線區段之外仍有本地接入，以及出口到目標的路徑；中轉也不一定比較慢。VPNGot 的線路資訊請以伺服器頁面與控制面板顯示為準，不要根據線路標籤推論未公布的頻寬保證。
記錄範本與選線結論
不必為了比較線路而架設複雜系統。一般文字檔或本機試算表就足夠，重點是讓日後查看紀錄的人知道測試條件是否一致。以下範本不預先填入測試成績，避免把示例數字誤認為服務表現。
測試日期、當地時間與時區：
裝置系統、用戶端與版本：
網路接入方式、連線方式：
完整線路名稱：
分流模式、DNS 與 TUN 狀態：
測速工具、目標伺服器：
閒置延遲、負載延遲、抖動：
封包遺失結果與探測方式：
下載、上傳與原始單位：
實際應用程式體驗：
異常、失敗與環境變更：- ✅ 工具、目標與網路接入環境一致，才能將結果放在同一組比較。
- ✅ 記錄常用時段的表現，優先關注持續可用性與波動，而非最高峰值。
- ✅ 確認測速與實際應用都走預期線路，並記錄規則或模式的變更。
- ❌ 不要只因單次逾時就判定線路失效，也不要把用戶端探測延遲當成所有應用程式的延遲。
- ❌ 不公開訂閱連結，也不要用含有登入憑證的完整設定當作測速證明。
選線結論：在固定條件下，優先選擇常用時段表現穩定、實際應用等待時間較短的線路。下載峰值可作為輔助參考，不宜當成唯一排名依據。若所有候選線路同時變慢，請先重新檢查本地網路與目標服務，再考慮調整設定。
線路體驗會隨網路接入、目標服務與時段而變化。保留測試方法，比只存一張成績截圖更有幫助。如需協助，可透過控制面板工單提交已去識別化的測試條件、異常發生時間與用戶端日誌片段，從可重現的問題開始排查。