代理方案的標價容易比較，卻也容易造成誤判。每 GB 或每個 IP 最便宜的選項，在計入重試、無效回應、慢速請求與人工處理後，可能反而最昂貴。更接近業務成果的指標是：每次驗證成功請求的成本。
先定義成功
網路連線完成不代表業務成功。測試開始前，應明確規定一筆請求必須同時符合哪些條件：
- 連線完成，沒有代理或網路錯誤；
- 回應狀態符合任務需求；
- 頁面或 API 資料包含預期欄位；
- 資料完整、新鮮，並通過驗證；
- 延遲未超過營運上限；
- 請求符合目標網站規則、存取控制與適用法律。
例如，HTTP 200 回應如果實際內容是封鎖頁，就不能算成可用結果；回應很快但缺少商品欄位，也不能計入成功資料。
使用完整成本公式
基本公式如下：
每次成功請求成本 = 工作負載總成本 / 通過驗證的成功請求數
總成本不應只包含代理帳單，還要計入：
- 流量、IP、連接埠或訂閱費用；
- 失敗與重試消耗的頻寬；
- 請求、解析與驗證所需的運算資源；
- 儲存、記錄與可觀測性成本；
- 排查失敗所需的工程與營運時間；
- 無法完成預定流程而浪費的工作階段。
假設測試支出 120 美元代理費、30 美元運算費與 50 美元營運費，最後取得 8,000 筆有效結果，真實單位成本是 0.025 美元。另一個標價較低的方案，若相同投入只產生 5,000 筆有效結果，單位成功成本便會升到 0.040 美元。
把請求流程拆成漏斗
不要只記錄單一成功率，應拆分為：
- **嘗試請求數：**所有已送出的請求；
- **傳輸成功數：**成功連線並收到回應；
- **可接受回應數：**狀態碼與內容類型符合預期；
- **驗證通過數：**內容、完整性與時效性通過檢查；
- **可用成果數：**不需人工修復即可交付下游系統。
這個漏斗可以定位成本流失。傳輸成功率低，可能是連線或容量問題；可接受回應與驗證結果差距大，可能是封鎖頁、內容不一致或定位不準；最後一段損失較多，通常要檢查解析與資料品質，而不一定是代理問題。
公平比較不同方案
測試時要固定目標集合、地區、並行數、逾時、重試策略、工作階段行為與驗證規則。樣本要包含正常與尖峰時段，並隨機安排請求順序，避免某個方案只收到較容易的目標。
至少應記錄：
- 驗證成功率；
- 中位數與第 95 百分位延遲；
- 每筆可用結果的傳輸位元組；
- 每筆可用結果的重試次數；
- 錯誤與封鎖頁分類；
- 人工調查時間；
- 依國家與目標類型拆分的成功請求成本。
不要讓大量重試掩蓋低落的首次成功率。首次請求表現與有限重試後的最終表現應分開報告。
先分群，再下結論
整體平均值可能隱藏昂貴的失敗區段。建議依下列維度拆分：
- 目的國家或地區；
- 目標網域與請求類型；
- 固定與輪換工作階段；
- 需要驗證與公開端點；
- 時段與並行區間；
- 頁面大小與回應格式。
某個方案可能適合輕量 API，卻不適合大型頁面；也可能在北美表現穩定，但在特定亞太市場成本偏高。應依實測優勢分配工作負載，而不是尋找一個適用所有情境的選項。
控制重試與工作階段浪費
短暫故障需要重試，但無限制重試會扭曲成本與可靠性。設定較小的重試額度，採用退避，只重試真正暫時性的錯誤。流程需要連續性時要保留工作階段；只有在使用情境與目標規則允許時才輪換。
不要把 CAPTCHA 視為必須繞過的障礙。應將它獨立記錄，降低不必要的請求壓力，並重新確認流程是否合適且已獲授權。
實用評估清單
- 寫下「驗證成功」的明確定義。
- 對每個方案使用相同測試條件。
- 為每次嘗試標記方案、路由、地區、目標與結果。
- 分開統計首次與重試後結果。
- 納入運算、頻寬與人工處理成本。
- 依細分結果檢討，而不只看總平均。
- 在不同時段重複測試後再擴大量級。
- 記錄中不要保留憑證與不必要的個人資料。
常見問題
每 GB 價格仍有用嗎？
有用，但只是成本輸入。它適合預估帳單；每次成功請求成本則用來確認購買的流量是否帶來可用成果。
測試樣本要多大？
樣本應反映真實業務中的國家、目標、頁面大小與尖峰時段。過小且過度一致的樣本可能產生錯誤排名。
延遲應該納入成本嗎？
應該。慢速回應會占用運算容量並降低吞吐。比較時既要報告延遲，也可把額外執行時間換算為運算成本。
最便宜的方案可能勝出嗎？
當然。這個方法不是偏好較高標價，而是找出在品質、合規與規模要求下，每筆有效成果成本最低的方案。
把指標納入日常營運
在每週代理報告中，將每次成功請求成本與成功率、延遲並列。當特定國家、目標或路由成本上升時設定警示。頁面大小、驗證規則或並行方式明顯改變後，應重新測試。
正在評估住宅代理容量的團隊，可以查看 98IP 住宅代理方案，並在擴大規模前套用相同的受控基準。代理只應用於已授權且合法的流程，同時盡量減少記錄中保留的資料。
