VPN 速度實測比較，先固定測試條件
測 VPN 速度不能只看下載峰值。自行測速時，先固定裝置、網路、目標伺服器與用戶端模式，再比較延遲、抖動、封包遺失及持續下載表現。最後用常用網站實際測試，才能判斷哪條線路適合自己。
一次測速會經過本地 Wi-Fi、電信業者網路、代理線路、出口網路及目標伺服器等環節。任何一處壅塞都會影響結果。因此，速度下降只能表示這條完整路徑當時的表現較差，不能直接判定服務端頻寬不足。
開始前先暫停雲端同步、系統更新和其他下載，並盡量維持相同的連線方式。有條件時以有線網路建立基準；只能使用 Wi-Fi 時，請固定裝置位置和無線基地台。不要直接比較家中 Wi-Fi 與外出網路的線路排名。
先測試未連線時可正常存取的目標，再連上線路重測。如果未連線時就無法連到目標，請改用其他可連線的目標檢查本地網路，不要把無法連線當成速度為零。
測速工具各自能測出什麼
建議將綜合測速、連線診斷與實際使用測試分開進行。不同工具可以互相補充，但不宜把測得的數字混在一起排名。測試伺服器位置、連線數量及測量方式不同，結果自然也會不同。
| 工具或方法 | 適合觀察的項目 | 使用注意事項 |
|---|---|---|
| Speedtest | 下載、上傳與延遲表現 | 盡量手動指定同一台測速伺服器，並記錄應用程式或網頁版本 |
| FAST.com | 連線至 Netflix 測試基礎設施時的傳輸表現 | 無法據此推斷所有網站的速度，也無法驗證內容的地區存取權限 |
| ping | 目標回應時間、波動及 ICMP 封包遺失情況 | 通常不會經過只代理網頁流量的系統代理；目標也可能限制回應 |
| 瀏覽器開發人員工具 | 網頁請求的連線、等待及資源下載過程 | 快取、連線重用、擴充功能及網站伺服器都會影響結果 |
| 實際播放影片、進行會議或傳輸檔案 | 緩衝情況、語音連續性及持續傳輸速度 | 固定內容與畫質，避免把平台限制誤判為線路問題 |
自動選擇伺服器很方便，但切換出口後，測速工具可能會改選其他地區的目標，這樣比較的其實是兩條不同的測試路徑。首次選定伺服器後，請記下名稱與地區；若無法固定，應在紀錄中註明，並降低這組結果的比較權重。
不必為了湊齊指標安裝來源不明的工具。請從可信任的來源取得用戶端。線上測速會產生實際傳輸流量，連續測試尤其容易消耗方案流量，測試前後都應查看用量。
延遲、抖動、封包遺失與頻寬怎麼看
延遲：互動反應的基礎
延遲通常是指資料往返目標所需的時間，會影響網頁連線、遠端桌面操作和即時通話，但不等於網頁完整顯示所需的時間。網頁還要執行指令碼、載入圖片並等待網站回應，因此延遲低不代表所有網頁都會快速開啟。
應分開觀察閒置時與下載期間的延遲。如果一開始下載，互動就明顯變慢，可能是排隊壅塞或本地上傳頻寬已被占滿。只看閒置延遲，容易忽略實際使用時的卡頓。
抖動與封包遺失：觀察連線穩定度
抖動用來描述延遲隨時間的變化，不同工具的計算方式可能不同。進行前後比較時，應使用同一種工具。即使線路的平均延遲相近，若其中一條經常突然變慢，會議和遠端操作的體驗仍可能明顯較差。
封包遺失表示部分探測或傳輸資料未如預期抵達。不過，路由器可能降低 ICMP 回應的優先順序；中間節點沒有回應，也不代表實際應用流量在該處遺失。應搭配最終目標、實際應用及重複測試判斷，不要只憑一次 ping 就下結論。
下載與上傳：觀察持續傳輸能力
下載速度會影響大型檔案取得及影片緩衝；上傳速度則會影響會議畫面、檔案傳送與備份。請留意工具顯示的是 Mbps 還是 MB/s，兩者單位不同，數字不能直接比較。也要區分瞬間峰值與持續傳輸速度：一開始衝高、之後長時間下降，不代表能一直維持峰值。
不同時段的比較步驟與記錄方式
在不同時段測試，不是為了蒐集更多數字，而是觀察自己常用時段的差異，尤其要涵蓋實際會上網的時間。盡量在相近條件下重複測試，不要把某天偶然出現的峰值當成長期表現。
- 記錄環境。記下裝置、作業系統、用戶端版本、網路類型、有線或 Wi-Fi 狀態，以及當時是否有其他裝置在傳輸資料。
- 確認流量路徑。記下線路名稱、代理模式和測速目標。開始測速前，先確認測試請求確實經過指定線路。
- 依固定順序測試。先觀察閒置時的回應，再測試下載與上傳，接著開啟常用網站或應用程式。不要同時執行多項測速，避免互相搶占頻寬。
- 分時段重測。每個時段都使用相同目標和設定。切換線路後，先等連線穩定，再開始下一組測試。
- 保留異常紀錄。記下斷線、重新連線、影片緩衝和網頁載入失敗，不要只保存最高測速結果。發生異常時，也要記錄背景工作和網路變化。
可用一般試算表記錄時間、網路、線路、目標、模式、延遲、抖動、封包遺失、下載、上傳及實際體驗。工具沒有提供的指標請填「未測」，不要用其他測試的結果補上。遇到偶發異常時，重新確認比刪除異常、只呈現漂亮數字更有參考價值。
比較時先找出一般表現，再觀察波動。如果線路在自己常用的時段穩定，即使峰值不突出，也可能更適合；若結果忽高忽低，應先確認本地環境和測試目標沒有變動，再考慮是否為線路壅塞。
確認分流與 DNS，避免測錯路徑
系統代理、規則模式和 TUN 模式並不相同。系統代理通常只影響會使用該代理設定的應用程式；規則模式會依網域、位址等條件選擇路徑；TUN 模式則透過虛擬網路介面接管符合條件的流量，但仍會受路由和排除規則影響。
因此，瀏覽器使用代理，不代表終端機中的 ping 也會經過代理。請查看用戶端連線記錄或規則命中紀錄，確認測速網域使用預期的出口。不同平台的網路延伸功能和應用程式行為也不盡相同，跨平台結果應分開記錄，不宜直接歸因於節點好壞。
DNS 解析會決定網域對應的位址，也可能影響內容傳遞網路的調度。瀏覽器安全 DNS、系統解析器和用戶端 DNS 設定可能同時存在。如果規則預期解析請求應走指定路徑，實際卻從其他路徑送出，就該檢查設定，而不是一再切換節點。
- ✅ 在用戶端連線記錄中，核對測速請求命中的規則與出口。
- ✅ 使用站內網路檢測核對出口資訊，再參考用戶端記錄判斷流量路徑。
- ✅ 檢查瀏覽器安全 DNS 與用戶端解析策略是否互相衝突。
- ❌ 不要把出口 IP 改變當成所有應用程式與 DNS 都已依預期轉送的證明。
DNS 檢測頁面通常只能顯示與解析器相關的資訊。出現陌生地區或不同服務商，不足以單獨證明發生洩漏；應搭配預期設定、用戶端記錄及重複測試來判斷。
專線、中轉、直連與協定如何影響測試結果
直連通常表示用戶端直接連到境外伺服器；中轉一般會先經過接入或轉送節點；IEPL 專線描述的是線路承載方式，不是用戶端協定。這些標示說明的是路徑設計，不能取代本地到入口、出口到目標的實際測量，也不代表連到所有目的地都一樣快。
Shadowsocks、VMess、Trojan、VLESS、Hysteria2 和 TUIC 屬於不同的代理協定或實作架構。傳輸方式、加密設定、用戶端支援情況及伺服器設定都會影響表現。僅憑協定名稱無法推斷速度排名，也不能據此認定某個協定總是比較快。
如果訂閱提供多種設定，請先使用用戶端明確支援的設定，再控制其他條件進行比較。訂閱連結只是取得設定的入口，不能證明速度；連結也可能包含存取憑證，不應貼到公開的測速報告或不熟悉的線上轉換頁面。
比較不同協定時，也要記錄用戶端和傳輸設定。否則，觀察到的差異可能來自用戶端實作、裝置處理能力或本地網路對傳輸方式的支援，而不一定是線路本身造成的。
測速很快，實際連線還是慢，怎麼排查？
先確認問題影響的範圍。所有目標都很慢，優先檢查本地網路、背景流量、用戶端模式和目前線路；只有特定網站變慢，則檢查該網站的服務狀態、解析結果、地區調度及應用程式本身的限制。測速伺服器表現良好，只能說明連到該目標的路徑表現良好。
測試影片時應固定內容與畫質，觀察緩衝情況和播放是否順暢。測得頻寬充足卻無法播放，可能與帳號、內容的地區存取權限或平台對出口的判定有關，單純追求更高下載峰值無法解決。測試會議時，則要留意實際通話中的聲音中斷、畫面停頓和上傳占用。
如果網頁載入慢、檔案下載卻正常，可用瀏覽器開發人員工具區分 DNS 解析、連線、等待回應及資源下載各自耗費的時間。請注意快取和連線重用會改變結果，前後測試應維持相同條件。回報問題時，附上時間、線路、目標與模式；截圖前請遮住訂閱網址和帳戶資訊。