比較 VPN 速度，先固定測試條件，再看結果。測速工具顯示的最高下載速度，無法直接反映影片是否卡頓、語音是否斷續，或檔案傳輸能否維持穩定。更值得參考的是：在自己的網路環境與使用時段中，哪條線路能穩定完成需求。
本文不提供虛構的測速排名。以下方法可用來自行取樣，比較線路、用戶端設定與本地網路。每次只調整一項變因，並保留失敗與異常紀錄，結果才有助於日後查核。
先確認測速對象與指標
一次連線通常會經過本地裝置、無線或有線網路、電信業者接取網路、代理入口、出口，最後抵達目標伺服器。任何環節壅塞，都可能讓最終結果變差。因此，「某條線路很慢」只是現象，並不代表已找出問題所在。
先列出實際用途。網頁與互動式應用重視請求回應速度；影片播放更仰賴持續吞吐量與緩衝；語音和遠端桌面則容易受抖動與封包遺失影響。脫離使用情境比較峰值頻寬，可能會把不適合自己的線路排在前面。
| 指標 | 主要反映項目 | 判讀時留意 |
|---|---|---|
| 往返延遲 | 請求往返目標所需的時間 | 務必確認目標與測量方式；入口延遲不等於完整代理路徑的延遲 |
| 抖動 | 延遲在不同取樣間的變化程度 | 各工具的計算方式可能不同，不宜直接跨工具排名 |
| 封包遺失 | 探測封包未收到回應的情況 | 探測封包可能遭到限速或過濾，需搭配實際服務連線確認 |
| 持續吞吐量 | 一段傳輸期間的有效速度 | 觀察速度能否維持，不要只看一開始的峰值 |
| 負載下延遲 | 下載或上傳期間的互動回應 | 閒置時反應快，不代表傳輸占滿線路後仍然順暢 |
如何挑選工具並判讀結果
瀏覽器測速：適合比較吞吐量
瀏覽器測速工具適合快速查看上傳、下載與部分延遲指標。工具可能自動選擇伺服器，也可能同時建立多條連線。若每次自動選到不同伺服器，結果就會受到目標端差異影響。若能手動選擇，請固定使用同一測試端並記錄伺服器名稱。
多連線測速較能反映線路的整體承載能力，不等於單一檔案的下載速度。下載網站可能限制單一連線速度，瀏覽器快取與伺服器負載也會影響結果。比較時請使用相同工具與模式，不要把不同工具測出的最高值拼成一份排行榜。
用戶端延遲：先確認探測方式
用戶端顯示的「延遲」，可能是連到入口所需的時間，也可能是透過代理存取指定網址的回應時間。名稱相同，測量路徑未必相同。請查看用戶端說明或探測設定，並記下探測網址；若無法確認，就把數值當作該用戶端內部選擇線路的參考。
系統的 ping 通常使用 ICMP，而不少代理只轉送應用層流量。即使瀏覽器已透過代理連線，終端機中的探測也可能仍走直連。中間路由設備沒有回應探測，同樣不能單憑這點證明服務流量正在遺失。
實際應用：確認最終使用體驗
選一個常用網站、一次實際檔案傳輸，以及自己的互動工作情境。觀察網頁首屏載入、傳輸是否停頓、工作階段是否重新連線。開發者工具的網路面板可協助區分 DNS 查詢、建立連線與等待伺服器回應的階段，但快取與連線重用會影響各階段的顯示；比較時請維持相同操作方式。
固定環境，依步驟取樣
可重現的測試不代表要在實驗室進行，而是讓其他人知道這次結果如何得出。保持裝置、用戶端版本、分流模式、目標伺服器與測試順序一致，通常比增加截圖更有幫助。
- 記錄本地環境。記下電信業者、連線方式、裝置與作業系統、用戶端版本。優先使用穩定的有線連線；若使用無線網路，請保持位置與連線頻段一致。
- 排除背景流量干擾。暫停雲端硬碟同步、系統更新與其他大量傳輸工作。留意同一網路中的其他裝置，避免把家中網路資源競用誤判為線路壅塞。
- 建立直連基準。選擇本地可正常存取的固定測試端，確認本地網路是否已有異常。這只能作為接取環境的參考，不能直接與不同遠端伺服器的結果相減，當成代理造成的速度損耗。
- 確認實際代理路徑。選擇候選線路，檢查測試網域套用的規則與用戶端連線紀錄。若瀏覽器測速沒有走預期的代理路徑，結果就不能歸在該線路名下。
- 固定遠端目標。使用相同測試端與模式，並保存完整結果。記錄閒置延遲、負載時的變化、持續吞吐量與中斷情形，而不只記下最高下載速度。
- 重新測試並確認實際用途。在不同使用時段重複流程，接著開啟目標應用。測試結束後恢復日常設定，避免暫時改成全域代理影響後續工作。
發現異常時，先保留紀錄再開始排查。只刪除速度慢的樣本，可能會把不穩定的線路誤寫成穩定線路。若某次測試明確受到背景更新干擾，可以標註為受干擾樣本，但仍應保留原因。
如何公平比較時段與出口
測試時段至少涵蓋自己常用的尖峰時段與相對離峰時段。不要拿離峰時測出的甲線路，與尖峰時測出的乙線路比較。情況允許時，請交替測試候選線路，避免固定測試順序，讓後測線路總是遇上更壅塞的網路。
地區相同不代表路徑相同。不同入口、電信業者互連方式與出口上游，都可能影響使用體驗。先在相同目標地區內比較，再確認其他地區是否更符合目標服務需求；離自己較近，不一定代表到目標伺服器的完整路徑較短。
IEPL 專線通常著重專用承載區段；中轉是透過中間伺服器轉送；直連通常不經過服務商另外設置的中轉層。這些名稱描述的是路徑組成方式，無法直接換算成測速排名。專線也需留意入口與出口負載；在合適的網路條件下，直連同樣可能有良好表現。
記錄時請同時寫下地區、線路名稱與線路類型，不要只寫「日本」或「香港」。若用戶端自動切換出口，請核對實際使用的線路；比較期間若頻繁自動切換，樣本就無法明確歸屬。
協定、DNS 與分流的影響
協定會影響傳輸負擔、壅塞處理與裝置負載，但不能脫離實際實作，斷言哪一種永遠比較快。Shadowsocks、VMess、Trojan、VLESS 是不同的代理方案，實際傳輸也會受承載方式與設定影響；Hysteria2 與 TUIC 採用以 QUIC 為基礎的傳輸方式，表現同樣取決於 UDP 路徑品質與具體實作。
以上是通用技術背景，不代表 VPN29 提供所有協定。比較協定前，請確認服務與用戶端確實支援，並盡量維持出口與目標一致。若更換協定時也換了伺服器，就只能比較整套方案，不能把差異全歸因於協定。
瀏覽器、系統代理與虛擬網卡模式的涵蓋範圍也不相同。部分應用程式不會使用系統代理；命令列工具可能需要另外設定代理環境。查看用戶端連線紀錄，比只看系統匣圖示就判斷「所有流量都已走代理」更可靠。
DNS 查詢與服務連線的路徑需要分別確認。查詢意外送往本地解析器，可能造成隱私暴露，或取得不適合目前出口的解析結果；但不能只因解析器位於某個地區，就斷定發生 DNS 洩漏。還需一併檢查預期設定、瀏覽器的加密 DNS 設定與用戶端 DNS 策略。
若網頁第一次開啟很慢、之後載入正常，可以檢查名稱解析與建立連線的階段；若測速正常但某個應用程式很慢，應先確認該應用程式的分流規則。不要為了單次測速，隨意關閉憑證驗證或安裝來源不明的憑證。
將結果整理成可查核的結論
建議每筆紀錄包含：日期與時段、本地網路、用戶端與模式、線路名稱、協定或設定識別資訊、測試端、各項指標及實際應用表現。也要保留單位：測速工具常用 Mbps，檔案下載常用 MB/s，兩者不是相同單位，不能只比較數字大小。
整理結果時，應同時保留典型表現與波動範圍。若有原始樣本，可用中位數輔助描述日常水準，再另外標示失敗與明顯退化的情況。樣本有限就直接註明，不要據此推算長期可用率，或宣稱適用於所有地區。
- ✅ 使用相同的測速工具、伺服器與模式，結果才適合放在同一組比較。
- ✅ 先確認規則是否生效及實際出口，再為測試結果標註線路。
- ✅ 分別記錄下載、上傳與互動體驗，保留速度慢的樣本與失敗原因。
- ❌ 不要把單次峰值、入口延遲或地區名稱當成最終選線結論。
- ❌ 不要公開訂閱連結、帳戶憑證，或包含存取權杖的用戶端截圖。
選線結論：優先選擇在常用時段能持續完成目標工作、波動較小且路徑可確認的線路。峰值較高但經常中斷，不一定適合日常使用。保留另一條已驗證的候選線路，比追求單次最高讀數更實用。
若所有線路都同時變慢，先檢查本地網路與裝置；若只有某個出口異常，再比較其他出口；若只有特定目標服務異常，則繼續檢查規則、名稱解析與目標端限制。依照這個順序排查，能減少盲目切換線路。用戶端與匯入方式請參閱使用教學；地區與線路資訊請以節點頁面及用戶端實際清單為準。