1. 先列出使用情境，不要只看「最快」或「最便宜」
挑選翻牆服務時，先確認自己打算用它做什麼：日常瀏覽、視訊會議、觀看串流、線上遊戲，還是需要在多部裝置間切換。不同用途對連線的要求並不相同。瀏覽網頁通常較在意連線成功率與延遲；視訊會議需要穩定的上下載速度和較低抖動；大型檔案傳輸則會受持續吞吐量與流量上限影響。若只是偶爾使用，長期不限量方案未必比短期方案划算。
也要先確認日常使用的網路環境，例如家用寬頻、公司網路、校園網路或行動數據。相同的服務在不同網路、地區、時段和裝置上，表現都可能不同。業者公布的峰值速度、節點數量或「全球覆蓋」只能作為參考，不能直接當成你的實測結果。節點數多，不一定代表每個節點都適合你的用途；標示的伺服器所在地，也不一定等於流量實際經過的完整路由。
- 日常瀏覽：優先看連線成功率、延遲是否穩定，以及切換節點是否方便。
- 視訊與語音：著重抖動、封包遺失和長時間連線穩定度，不要只比較下載速度。
- 串流或大型下載：確認是否有流量限制、速度公平使用政策，以及尖峰時段的實際表現。
- 多裝置使用：核對同時連線數、支援平台，以及是否需要在每部裝置分別設定。
2. 用一致的方法測速度、延遲與穩定度
比較服務時，請在相同裝置、相同網路和相近時段測試，並分開記錄未連線與連線後的結果。先確認本地網路本身沒有明顯問題，再測試服務節點；若基礎網路正在掉線，測出來的結果就不能單獨歸因於代理服務。最好在早上、晚間尖峰和不同日期各測數次，避免因某一刻的網路狀況做出結論。
| 指標 | 它能說明什麼 | 測試時要留意 |
|---|---|---|
| 延遲（ping） | 資料往返所需時間，數值越低通常越適合即時互動 | 比較同一測試目標與相近時段；節點所在地近，不保證路由一定較短 |
| 抖動（jitter） | 延遲在不同測量間的變化程度 | 視訊、語音和遊戲比單次平均延遲更容易受波動影響 |
| 封包遺失 | 傳輸中的資料未能抵達目的地的比例 | 短測試未發現遺失，不代表長時間連線沒有問題 |
| 下載與上傳速度 | 資料接收與送出的吞吐能力 | 各做數次測試，並留意測試伺服器、時段和本地頻寬限制 |
| 連線成功率 | 節點能否穩定建立連線並維持使用 | 記錄失敗、重連和切換節點所需時間，不要只挑成功的一次 |
可以用表格自行記錄日期、時段、使用網路、節點名稱、延遲、下載速度、上傳速度，以及是否發生中斷。若測試工具顯示下載速度突然升高，先確認數值單位：Mbps 是每秒百萬位元，MB/s 是每秒百萬位元組，兩者相差約八倍。測速結果也會受裝置效能、Wi-Fi 訊號、測試伺服器負載和其他正在使用網路的應用程式影響。
比較節點時不要同時更換網路、裝置和設定，否則難以判斷差異從何而來。若服務提供試用，至少挑選兩個候選節點，分別在平常使用的網路及尖峰時段測試。若服務沒有試用，先確認退款條款是否適用於已使用的流量、付款方式及購買時間；不要把業者的速度宣傳當成保證。
3. 比較計費方案、限制與退款條件
價格應按照實際可用期間和限制比較，而不是只看首月折扣或畫面上的平均月費。長期方案的總付款通常較高，若服務不合用，損失也較大。請確認試用期、續訂日期、取消方式、退款申請期限，以及退款是否需要提交訂單編號或使用紀錄。若優惠價只適用首次購買，續訂金額可能不同；自動續訂與手動續費也應分開確認。
| 方案資訊 | 應確認的內容 | 可能造成的影響 |
|---|---|---|
| 付款週期 | 月付、季付、年付的實際付款總額與續訂價格 | 低月均價不代表可以按月退款或中途取消 |
| 流量與速度 | 是否有流量上限、速度限制或公平使用政策 | 超量後可能降速、暫停或需等待重置 |
| 同時連線數 | 限制是以帳戶、裝置或連線工作階段計算 | 超出限制時，可能使其他裝置被登出 |
| 試用與退款 | 申請期限、使用限制、退款管道及不適用情況 | 「有退款」不一定表示任何使用情況都能退款 |
| 服務變更 | 節點維護、服務中斷、方案調整與通知方式 | 節點清單或使用政策可能在購買後變更 |
將方案條款保存為可查閱的紀錄，尤其是付款金額、續訂日期、退款規則和客服聯絡方式。若頁面只用「不限速」「永久有效」等宣傳字眼，卻沒有說明限制、適用範圍或服務中斷處理方式，應先向客服詢問並保留答覆。付款前也要確認商家名稱、帳單顯示方式和取消自動續訂的操作步驟。
4. 檢查隱私條款與訂閱網址的保護方式
代理服務會處理連線資料，但不同服務對資料的收集、保存和使用方式不一樣。閱讀隱私政策時，留意是否說明會收集哪些帳戶資料、連線時間、流量用量、來源 IP 或診斷資訊，資料保存多久，以及是否會交由處理付款、客服或分析的第三方。不要只因頁面寫著「無日誌」就假設沒有任何資料紀錄；應看它如何界定日誌、適用哪些服務，以及是否說明資料請求和安全事件的處理方式。
- 資料用途：確認資料是否用於帳戶管理、故障排除、濫用防護或行銷，並查看是否能選擇退出非必要用途。
- 帳戶安全：檢查是否支援強密碼、多重要素驗證，以及忘記密碼或帳戶遭入侵時的處理程序。
- 付款資訊：了解付款由誰處理、帳單會顯示什麼名稱，以及客服是否會要求提供完整卡號或驗證碼。
- 聯絡與責任資訊：查找可驗證的服務條款、隱私政策、客服管道和資料處理者資訊，並確認更新日期。
使用代理不代表所有網路活動都自動獲得端對端加密。HTTPS 網站仍由網站本身提供瀏覽器與網站之間的加密；代理服務則可能看得到連線時間、流量大小、目的地 IP 等中繼資料。對未加密的應用程式流量，服務端或網路路徑上可能存在額外風險。因此，仍應使用 HTTPS、更新作業系統與瀏覽器，不要透過不安全的網頁提交敏感資料。
5. 購買前確認 Clash 訂閱格式與核心相容性
「支援 Clash」可能代表不同內容：有些服務提供可直接使用的完整 YAML 設定，有些只提供節點清單或通用訂閱，還有些需要在用戶端或其他工具中轉換。URL 是取得內容的入口，並不能證明回應一定是 YAML；Base64 是編碼方式，也不是一種 Clash 設定格式。購買前可詢問是否提供符合目前用戶端與核心的訂閱入口，以及內容是否包含節點、策略群組和規則。
- 確認服務提供的是 Clash YAML、節點 URI 清單，還是需要額外轉換的通用訂閱。
- 查明用戶端使用的核心名稱與版本。傳統 Clash 與 Clash Meta（現名 mihomo）支援的欄位和通訊協定並不完全相同。
- 確認配置是否提供策略群組與規則；只有節點清單時，通常還需要另行建立或匯入完整設定。
- 詢問更新方式、更新頻率，以及訂閱失效、節點改名或規則變更時可使用的客服管道。
匯入時，先新增一份獨立的 Profile，不要覆蓋目前能正常使用的設定。下載完成後確認內容已成功解析，再檢查節點清單、策略群組和規則是否存在；接著啟用新 Profile，選擇一個節點建立新連線。若畫面只顯示「新增成功」，仍需確認它是否已載入，以及系統代理或 TUN 是否正在使用該設定。不同用戶端的選單名稱不完全相同，應以目前版本實際顯示的入口為準。
若出現 YAML 解析錯誤，不要先手動修改訂閱網址或把回應內容直接另存為 config.yaml。先查看錯誤訊息和回應格式，確認是不是拿到登入頁面、付款頁面或失效提示，而非設定資料。若訂閱匯入成功但節點無法連線，請分別檢查節點狀態、核心相容性、網路環境與策略組選擇；格式正確不等於服務端點一定可用。
6. 先小額試用，再依結果決定是否續用
最穩妥的流程是先核對服務條款，再選擇可承受損失的短期方案或明確符合退款條件的試用方式。付款後先保存訂單與方案資訊，建立一份新的 Clash Profile，然後依照固定方法測試數個節點。不要一開始就把所有日常流量切換過去，也不要在尚未確認服務可用前刪除原設定。測試期間可保留備援網路或可用設定，以免節點維護時無法恢復正常工作。
- 先驗證帳戶與訂閱：確認付款狀態、訂閱有效期和服務提供的格式，並將網址存放在密碼管理工具或其他受保護的位置。
- 測試不同時段：至少比較平常使用時間和網路尖峰時段，記下連線成功、延遲、抖動、速度及中斷情況。
- 測試實際用途：用日常會使用的網站或應用程式做短時間測試；視訊、下載和一般瀏覽應分開評估。
- 檢查切換與更新：確認節點切換後可以建立新連線，並了解訂閱更新後設定是否會重新載入。
- 做出續用決定：對照自己的需求、價格、條款和實測結果，確認續訂金額與取消方式後再考慮長期方案。
最後可以用一張簡單的評估表整理結果：每項需求給予重要程度，再記錄實測表現和是否符合條款。若速度很好但經常斷線，可能不適合視訊或遠端工作；若服務穩定但只有一個可用節點，也要考慮維護期間的備援能力。挑選的目標不是找到宣傳數字最高的服務，而是確認它在你的網路和使用情境中能穩定運作，收費、資料處理方式與訂閱維護也都可以接受。