跨境網路服務選購指南

判斷順序：先定用途，再談價格

把這四件事拆開看，它們各自對應一個可以獨立回答的問題。用途決定出口地區；出口地區決定線路類型；使用強度決定計費模式；退款窗口與付款方式決定你試錯的成本。任何一環搞反，後面都要重做：先買了最大方案再發現線路對不上用途，或者先挑了最便宜的線路再發現晚間尖峰根本沒法開會。

這一頁與上手流程的分工

新手指引負責主線：註冊、選方案、取訂閱、匯入用戶端、驗證連線，按順序做完就能用。這一頁不重複那些步驟，它處理的是主線之外的判斷：兩條線路看起來一樣為什麼體驗不同、月訂閱與流量包分別在什麼情況下更划算、退款窗口應該怎麼用。遇到具體操作問題，先看新手指引；遇到取捨問題，回到這裡按章節查。

兩頁的關係可以這樣理解：上手流程是「把服務用起來」，這一頁是「把選擇做對」。前者只需要走一遍，後者會在每次換方案、換裝置、換使用情境時重新用到。所以這一頁寫得比流程長，也更值得在付款前讀一遍。

為什麼價格不該排在第一位

在同一條跨境鏈路上，決定體驗的是路由品質與壅塞機率，而不是你付了多少錢。低價方案如果落在壅塞的公共互連段，晚間尖峰一樣會掉；反過來說，一個價格中等的方案如果出口選在合適的落地機房，日常使用反而更穩。把價格放到最後一步，是因為它是唯一一個可以在前面三項都確定之後，用來做最終取捨的變數。

還有一個更實際的理由：退款窗口。本服務提供 60 天無理由退款，意味著試錯的成本被壓得很低——先按用途選一個最低方案驗證，不合適在窗口內退掉，比在紙上反覆比較三天更有效。判斷順序的正確用法是「先縮小範圍，再用一次真實使用驗證」，而不是把全部希望押在比較表上。

把用途寫成一句話

具體做法是給自己寫一句話：「我主要用它存取 ___，每天大約 ___，在 ___ 時段最集中。」空格裡填的東西不需要精確，但要具體到服務名與時段。這句話會直接決定後面三章的選擇：存取 AI 對話工具與程式碼儲存庫，對丟包和抖動敏感，但對持續大頻寬要求不高；看高畫質影片相反，對持續頻寬敏感，而對幾十毫秒的抖動不敏感；兩者又都會在晚間尖峰集中。

寫完這句話，再回頭看方案表，判斷會快很多。60GB 方案對應的是「以文件、網頁、即時通訊為主」的強度；250GB 與 500GB 方案對應的是「每天有穩定影片或大檔案傳輸」的強度。這不是精確換算，而是一個起點——真正的用量在用過一個月之後自然清楚，而退款窗口保證了這個起點不需要一次就選對。

線路類型：IEPL 專線、中轉與直連

線路類型是這一頁最值得花時間的一章。同一個城市的線路可以有不同的資料路徑，而路徑決定了它在晚間尖峰的表現。把三種類型分清之後，剩下兩章的選擇都會變得直接。

三種線路在資料路徑上的差別

直連是最容易理解的形態：用戶端連到出口機房，資料從機房直接進入公共網際網路，再到達目標服務。它的成本最低，因為服務商只需要支付機房的頻寬費用。問題在於跨境那一段走的是公共互連，路由由電信業者的策略決定，白天可能很順，晚間尖峰所有走同一段鏈路的流量一起擠，表現就是延遲上升、丟包增加。

中轉在中間加了一跳。用戶端先連到一個落地條件較好的中轉節點，再由中轉節點轉發到目標。這一跳的價值在於：服務商可以挑選進入公共網際網路的位置與上游，繞開一段品質差的互連。中轉的成本比直連高，但比專線低得多，是多數訂閱服務的主力線路。

IEPL 專線是國際乙太網路專線，兩端之間由電信業者提供一條獨立通道，不經過公共網際網路的壅塞點。它的成本最高，通常按頻寬計費，所以只會開在流量集中的城市。專線的意義不在於「更快」，而在於「更穩」：當公共鏈路在晚間尖峰抖動時，專線的表現基本不變。

三種線路的取捨

這張表要橫著讀，不要只挑一行。真正決定體驗的是「你的用途落在哪一行」，而不是「哪一行看起來最好」。會議與程式碼提交落在專線那一行，是因為它們對一次丟包的容忍度極低；而一個只在晚上看影片的人，把預算全押在專線上未必比選中轉更划算。

為什麼同一個城市會有不同線路

線路類型不是按城市劃分的，而是按機房與上游劃分的。同一個城市可能同時存在直連機房與專線落點，前者便宜、後者穩，服務商會線上上表裡分別標出來。看到「香港 · IEPL 專線」與「香港 · 直連」並列，不是重複，而是兩種不同的資料路徑。選的時候先看類型，再看城市。

這也解釋了一個常見疑問：為什麼別人說某地線路好用，自己用同一條卻一般。答案往往不是線路壞了，而是存取的目標不同——同一條線路對某個地區的服務做了最佳化，對另一個地區未必。判斷方法只有一個：在你自己的用途上試。

怎麼按用途選

互動式操作——AI 對話、程式碼提交、線上會議——對丟包最敏感，一次丟包就是一次重傳，表現為「卡一下」。這類用途優先選專線，其次選上游品質好的中轉。持續下載與串流影音對丟包容忍度高，但對持續頻寬敏感，選中轉與直連都可以，關鍵看該線路的出口是否為目標服務最佳化過。

遊戲是第三種情況：它對延遲和抖動都敏感，而且對出口地區有硬性要求，必須落在遊戲伺服器所在區域。這類用途不要用「節點最多」的思路選，而要先確定伺服器地區，再在那幾個地區裡挑線路類型。關於延遲與丟包對遊戲體驗的具體影響，站內的遊戲加速器比較一文有更細的拆解。

完整的線路清單與地區分組在線路列表頁，按地區列出了每條線路的城市、類型與串流影音支援情況，可以逐條核對，而不是只看一個總數。

頻寬與同時連線：不限台數意味著什麼

「為什麼速度不如宣傳」這個問題，九成以上來自三個概念的混淆：頻寬、流量、同時連線。把它們分開之後，很多疑問會自己消失。

頻寬、流量、同時連線是三件事

頻寬是瞬時速率的上限，流量是一個計費週期內傳輸的總量，同時連線是同一時刻有多少條連線在跑。訂閱服務賣的是流量額度，共享的是出口頻寬。理解這三者的區別，能解釋大部分關於速度的疑問。

舉例來說，一個 60GB 的月額度不限制你某一分鐘能跑多快，它限制的是這個月總共能傳多少；而某一分鐘能跑多快，取決於該線路上同時有多少人在用。晚間尖峰變慢，通常不是你的額度用完了，而是共享出口的瞬時壓力大。這兩件事的應對方式完全不同：前者要升級方案，後者要換線路或換時段。

不限台數不等於獨享頻寬

本服務的方案不限台數，意思是同一帳號可以在多台裝置上同時使用，不按裝置數量收費。它不意味著每台裝置各有一條獨立頻寬——所有裝置共享同一個帳號的流量額度，也共享同一條線路的出口。家裡三台裝置同時看影片，和一台裝置看影片，對出口的壓力是不同的。

這個區別在家庭情境裡最明顯。如果家裡有多人同時使用，建議直接選 500GB 方案，並在用戶端裡為不同裝置分配不同線路：把影片類流量分到一條線路，把辦公與會議分到另一條，避免互相擠占。桌面端通常支援按應用程式或按網域分流，做得好會讓額度更耐用。

晚間尖峰的物理原因

跨境鏈路要經過海纜與電信業者的互連點，這些設施的容量是固定的，而使用集中在晚上。二十點到二十四點之間，同一段互連上的流量同時上升，排隊變長，表現就是延遲上升與丟包。這不是某一家服務商的問題，而是公共鏈路的共同特徵；能改變的只有兩件事：走哪條鏈路，以及在該鏈路上是否有獨立通道。

所以評估一條線路，不要在上午測完就下結論。正確的做法是在你實際使用的時段測，並且用真實用途測——打開你常用的服務，而不是只看測速網站的數字。測速網站測的是到某個測速節點的吞吐量，和你實際存取的目標往往不是同一條路徑，也不是同一個時段。

平台差異帶來的實際影響

不同平台上的用戶端對「全域」與「分流」的處理方式不同。桌面端（Windows / macOS / Linux）通常可以做到按應用程式或按網域分流，把需要跨境的流量挑出來走線路，其餘走本地網路；行動端（iOS / Android）更多是按規則或全域接管。這意味著同一份訂閱在桌面端與行動端的實際流量消耗並不一樣，桌面端的分流做得好，額度會更耐用。

如果主要用途在行動端，建議在決定訂閱前先想清楚哪些應用程式需要走線路、哪些不需要。把不需要的應用程式排除掉，比事後升級方案更省。各平台的匯入方式與權限處理，在新手指引裡有分平台的完整步驟。

計費模式：月訂閱與流量包怎麼選

本站有兩種計費形態：按月訂閱，以及用完為止的流量包。兩者的差別不在單價，而在「額度會不會隨時間作廢」。想清楚這一點，選擇就不難了。

三種月訂閱的差別只在額度

月訂閱按時間計費，流量按開通日每月重置。三種的差別只在月額度：¥9.9/月含 60GB，¥18/月含 250GB，¥28/月含 500GB。三種在功能上沒有差別——都是 100+ 國家 / 180+ 線路，都是不限台數同時在線，都支援 Windows / macOS / iOS / Android / Linux。也就是說，加價買的是額度，不是權限。

流量包為什麼是另一種東西

流量包不按時間計費：¥158/300GB、¥358/1000GB、¥658/3000GB，用完為止，永久不過期。它和月訂閱的差別不在單價，而在額度會不會作廢。月訂閱的額度按月重置，沒用完的部分不累積；流量包的額度不隨時間走，今天用不完，幾個月後用還是那麼多。

這個差異決定了兩類人該選什麼。每天都要用、用量穩定的人，月訂閱更划算，因為額度按月刷新，不會出現「這個月省著用」的心理負擔。間歇使用的人——出差、短期專案、備用線路——流量包更合適，閒置期間不消耗任何額度。

中途升級怎麼算

月訂閱支援中途升級，差價按剩餘天數折算，不需要等到下個重置日。這條規則的實際價值在於，它把「選錯方案」的成本壓到很低：先用最低方案驗證線路，確認可用之後再升到合適的方案，比一開始就買最大方案更穩。

要注意的是，升級折算只解決「方案選小了」的情況，不解決「用量估高了」。如果一開始就買了 500GB 卻發現每月只用掉一小部分，那部分額度不會累積到下個月。所以判斷順序仍然是先小後大，而不是先大後小。

一張選擇表

還有一個常被忽略的點：流量包與月訂閱可以並存。月額度在月中用完之後，補一個流量包比直接升級更靈活，尤其是當月只剩幾天的時候。兩種計費形態不是互斥的選項，而是可以按月份組合使用的工具。

裝置共享：一個帳號能覆蓋到哪

裝置這一章看起來最簡單，實際上是最容易產生誤解的地方——因為「不限台數」這四個字，很容易被讀成「無限資源」。

不限台數解決的是什麼問題

傳統訂閱按裝置數收費，一台一個授權，家裡三台電腦兩支手機就要買五份。本服務的方案不限台數，同一帳號在多台裝置上同時在線不額外收費。它解決的是「裝置多」的問題，不是「人多」的問題，也不改變流量額度與出口頻寬是共享的這個事實。

共享的界線

一個帳號覆蓋同住的家人，是合理的使用方式。但把帳號分享給不在同一處的人，會帶來兩個實際風險：一是密碼擴散之後無法收回；二是多人共用一個出口，目標服務看到的是同一個 IP，一旦有人做了觸發風控的行為，受影響的是整個帳號。

註冊只需要使用者名稱與密碼，無需電子郵件地址，這讓帳號的門檻很低，也意味著密碼是唯一的憑據。建議用密碼管理器產生並保存一組獨立密碼，不要在多處重複使用。這是帳號安全裡最基礎的一條，也是最容易被跳過的一條。關於註冊與付款資訊如何最小化，站內的隱私 VPN 指南有更完整的自查清單。

各平台的適用情境

家庭共享的實際做法

家裡多人使用時，建議先在一台常開的裝置上確認線路可用，再把訂閱匯入到各裝置。不要把同一條線路分配給所有裝置——影片、會議、下載對鏈路的要求不同，分開之後互相影響更小。若家裡裝置數量多，直接選 500GB 方案，避免月中補流量。

還有一點需要說清楚：裝置數量多不等於流量消耗大。真正吃流量的是影片與持續下載；聊天、郵件、文件同步的消耗很小。判斷要不要升級方案，看的是「每天有多少小時在傳大檔案」，而不是「有幾台裝置」。

排查連線問題時的一條指令

在桌面端排查「是線路問題還是本地網路問題」，最省事的辦法是看封包經過的路徑。同一個目標、兩條不同線路，跳數與走向不一樣，通常說明它們確實走了不同的上游。

# macOS / Linux：查看封包在各跳之間的走向
traceroute -n example.com

# Windows：同一條鏈路的等效指令
tracert example.com

把兩條線路的輸出並排看，如果某一條在跨境那幾跳上明顯更長或出現逾時，基本可以判斷問題出在鏈路上而不是本地網路。這個結果也是提交工單時最有用的資訊之一。

售後保障：哪些承諾可以逐條核對

售後這一章的目的不是複述條款，而是給出一套判斷方法：什麼樣的承諾是真承諾，什麼樣的只是寫在宣傳頁上的話。

退款窗口是一個可核對的承諾

本服務提供 60 天無理由退款。這個數字的意義不在於「能退」，而在於窗口的長度：它涵蓋了一個完整的計費週期還有餘量，意味著你有足夠的時間在真實使用中判斷線路是否合適，而不是在付款後幾天內倉促決定。

判斷一個退款承諾是否可信，看兩點：窗口長度是否寫進了條款頁，以及是否有明確的申請入口。只寫在廣告裡、條款頁找不到的「隨時可退」，實際執行時往往附帶額外條件。完整的表述在退款政策頁，正文與方案頁統一寫作「60 天無理由退款」，兩處指的是同一件事，只是場合不同。

付款方式與註冊門檻

付款方式為支付寶 / 微信 / USDT。前兩種涵蓋大多數人的日常付款習慣，USDT 適合不希望把付款紀錄與帳號關聯的使用者。三種方式在功能上沒有差別，開通的都是同一份訂閱，選擇哪一種只影響你的付款習慣與紀錄留存方式。

註冊無需電子郵件地址，使用者名稱加密碼即可。這條設計的意義是資訊最小化：服務不需要透過電子郵件來識別你，也就不需要保存一個可以關聯到其他帳號的識別碼。代價是找回密碼的路徑與傳統網站不同，所以密碼要自己保管好——這一點在前一章已經說過，這裡再強調一次，因為它是這套帳號體系裡唯一的薄弱點。

出問題時該怎麼描述

提交工單時，把三件事寫清楚，處理會快很多：哪條線路（城市與線路類型）、什麼平台（Windows / macOS / iOS / Android / Linux）、什麼現象（完全連不上、能連上但打不開某個服務，還是速度慢）。「不能用」這三個字沒法定位問題，而「香港 IEPL 專線，在 macOS 上能連上但打不開某個 AI 工具」可以。

另外，先自查兩件事再提工單：一是換一條線路是否正常，二是換一個網路是否正常。這兩個結果能直接區分是線路問題還是本地網路問題，能省掉一輪往返。幫助中心裡按「帳戶與訂閱、連線與故障、速度與線路、計費與退款」分了類，多數常見問題在那裡能直接找到答案。

更細的帳戶與計費問題在幫助中心，按分類整理成了問答，可以直接按症狀查。

踩雷辨識：超賣、跑路與虛標節點數

這一章不點名、不比較具體服務，只講辨識方法。判斷依據都寫在公開資訊裡：計費結構、條款、線路表的寫法。會看這三點，多數坑可以提前避開。

超賣：晚間尖峰的集體掉速

超賣是把同一條出口的頻寬賣給遠超其承載能力的使用者數。它的典型表現是：白天一切正常，晚間尖峰所有線路同時變慢，換線路也無效。原因很簡單——所有使用者共享同一段出口，尖峰時段排隊。

辨識方法不是看宣傳，而是看結構：服務商是否公開線路類型的分布（專線、中轉、直連各占多少）、是否把線路數量當成唯一賣點、價格是否低到無法覆蓋專線的成本。專線按頻寬計費，成本擺在那裡，價格異常低的方案不可能大量鋪專線。這條推理不需要任何內部資訊，看價格與線路類型的匹配度就夠了。

跑路：預付週期的風險

預付週期越長，服務商停止營運時使用者的損失越大。辨識訊號包括：只賣長期方案、不提供短期方案；退款窗口寫得很短或者乾脆不寫；付款方式單一且不透明。

反過來說，一個願意提供短週期方案、把退款窗口寫進條款頁、並且支援多種付款方式的服務，停止營運的動機就低得多——它必須持續處理退款，也必須維持可追溯的交易紀錄。本站的做法是提供月訂閱與永久不過期的流量包，並把 60 天無理由退款寫進條款。

虛標：節點數是怎麼被放大的

節點數是最容易被放大的指標。常見的做法有三種：把一個入口的多個中轉算成多條線路；把同一個機房的不同入口算成不同「國家」；把測試用的臨時節點長期掛在列表裡。結果就是列表很長，實際可用的沒幾條。

核對方法很直接：看線路表裡國家與城市的對應關係是否具體，看每條線路是否標了類型，看同一城市是否區分了專線與直連。含糊的列表（「全球節點」「多地機房」）比具體的列表更容易灌水。本服務的線路列表按地區分組，每條線路標註城市與類型，可以逐條核對。

還有一類：把解鎖當萬能承諾

串流解鎖依賴出口 IP 與目標平台的風控策略，任何一個平台調整策略，某條線路的解鎖狀態就可能變化。把「支援全部平台」寫成絕對承諾的服務，通常在條款裡留了免責。更可信的寫法是按平台列出支援情況，並說明哪些線路針對串流影音最佳化過。本站的分區支援情況在解鎖支援頁按平台列出。

順帶說一句：很多人在找訂閱服務時，其實想找的是長期營運、有明確計費與退款條款的服務。判斷標準與上面幾條完全一致——看條款、看線路結構、看退款窗口，而不是看宣傳語裡的形容詞。

下單前：一份可以逐條打勾的清單

前面七章的內容，最後要收斂成一次具體的下單動作。下面這份清單可以逐條打勾，全部通過之後，選擇基本不會出錯。

逐條核對

• 我寫下了一句用途描述，包含服務名與集中使用的時段。
• 我知道常用的服務落在哪個地區，並在線路表裡找到了對應城市。
• 我確認了該城市是否有專線或品質更好的中轉，而不只是看線路總數。
• 我估算了每月大致用量，並在 60GB / 250GB / 500GB 之間有了初選。
• 我知道額度按開通日每月重置，不是按自然月。
• 如果是間歇使用，我考慮過流量包而不是月訂閱。
• 我知道方案不限台數，並計畫好哪些裝置走哪條線路。
• 我確認了付款方式裡有我能用的（支付寶 / 微信 / USDT）。
• 我知道註冊無需電子郵件地址，並準備了一組獨立密碼。
• 我記下了 60 天無理由退款的窗口，知道不合適時怎麼申請。

決策矩陣

這張矩陣只是起點。真正下單時，還要結合上一章的判斷：如果常用地區沒有專線，就把預算放到額度上而不是線路類型上；如果用量估算偏保守，就先買小方案，用升級折算補齊。

一句話結論