採購代理池前，如何衡量出口流失與替換品質
「數百萬個 IP」不是採購指標，而是庫存宣稱。代理池可能在一個月出現許多位址，卻在你的營運時段重複分配同一小群出口；也可能失效後補位太慢、黏性工作階段中途換網，或新出口根本無法完成目標流程。
可辯護的試用必須衡量出口如何進入、存活、失效與被替換。目標不是讓位址越常變越好，而是確認代理池能否為獲授權的工作負載提供足夠、穩定度合適的可用出口。
先區分輪換與流失
輪換是設定策略：依請求、時間或工作階段邊界切換出口。流失則是觀測結果：出口在可用群體中出現與消失。請求級輪換可快速變化而仍然健康，只要新出口及時到達、地區正確且能完成流程；黏性出口也可能位址不變卻品質不佳，例如狀態遺失、網路身分漂移或延遲惡化。
至少分別統計四個群體：連線時觀察到的出口、通過輕量健康檢查的出口、完成獲授權流程的出口，以及能在所需工作階段時長內持續可用的出口。第一群絕不能直接視為可用池。
收集資料前先固定決策規則
以一頁測試約定寫清獲授權的目標與帳號、所需市場與位址族、輪換及黏性模式、最大速率與並行數、工作階段時長、流程成功條件、遇到限速或非預期個人資料時的停止條件，以及採購門檻與決策負責人。
這可避免常見偏誤：先收集大量日誌，再挑選對偏好供應商最有利的指標。
若尚未定義分層樣本與統計驗收規則，請先閱讀住宅代理試用設計指南。
使用資料最小化的觀測紀錄
多數情況不必長期保留原始出口 IP。測試系統可用只在當日有效的密鑰，對正規化位址產生帶密鑰雜湊；如此能識別同一視窗內的重複出口，又不會形成長期位址檔案。
每次嘗試建議記錄：測試案例、時間、短期出口權杖、IPv4/IPv6、請求與觀測市場、網路類別權杖、工作階段模式、非憑證工作階段權杖、連線/首位元組/總耗時、結果分類與重試序號。
不得記錄代理使用者名稱、密碼、授權標頭、Cookie、帳號識別碼或完整回應本文。雜湊密鑰應依保留計畫輪換或刪除。
以三層測試分離原因
第一層：閘道供給
以固定低速率向供應商閘道要求出口，驗證連線確實經過指定代理且沒有直接連線回退，記錄出口權杖、市場、位址族與結果。它回答「閘道是否穩定供給」，但不能證明目標流程可用。
第二層：中立傳輸健康
使用自有受控端點衡量 TLS 完成、延遲、回應完整性與連線重用，並維持小型負載。它把目標端限制從供給測量中分離。
第三層：獲授權流程完成
在真實目標執行最小代表動作，例如一次商品搜尋、一次已獲同意的市場研究查詢或一次廣告版位驗證。成功必須包含內容有效性，不能只看 HTTP 狀態碼。
遇到阻擋時不要提高並行數「補償」。先參考代理與目標端限速診斷指南，判斷限制來自閘道、出口或目標端。
七項揭露弱池的指標
- 可用出口產出率：完成流程的唯一出口數 ÷ 觀察到的唯一出口數，依市場、位址族、小時與模式分別計算。
- 出口存活曲線：同一首次出現群組中，5、15、30、60 分鐘後仍可用的比例；時長須符合真實任務。
- 替換延遲：出口失效後，直到取得「不同且可用」出口所需時間與受控申請次數；報告 p50、p90、p95。
- 回收再分配率：重複出口分配次數 ÷ 所有成功分配次數，使用 5、15、60 分鐘滾動視窗。
- 工作階段連續性：黏性模式在要求時長內維持預期出口、網路類別、市場與應用狀態的比例。
- 地區與網路漂移：請求/觀測市場、IPv4/IPv6、ASN 類別與網路類型間的轉換。
- 每可用出口小時成本：試用成本 ÷ 驗證後可用出口小時總和；流量計費另算每完成流程成本與重試浪費。
避免五項陷阱
- 將重試當成新增供給；
- 混合輪換與黏性端點；
- 只測一小時而忽略地區與時段；
- 將 HTTP 200 當成業務成功；
- 為舉證而公開或長期保存原始 IP。
將結果寫成驗收門檻
某市場的示例可要求：獲授權流程可用出口產出率至少 85%；替換延遲 p95 低於 20 秒；90% 以上黏性工作階段存活 30 分鐘；市場不符低於 3%；直接連線回退必須為 0；沒有未解釋的憑證、同意或政策問題；每完成流程成本不超預算。
這些只是示例，並非通用標準。門檻應在檢視供應商結果前，依業務影響與風險設定。必須分層報告：全球平均通過不代表唯一需要的歐洲市場也通過。小樣本應報告信賴區間，估計不穩定時延長試用，不要倉促選定供應商。
採購檢查清單
- [ ] 用例、市場、時長與停止條件均已獲授權並書面化。
- [ ] IPv4 與 IPv6 分開衡量。
- [ ] 輪換與黏性模式使用不同群組。
- [ ] 技術上阻止並驗證直接連線回退。
- [ ] 可行時以短期帶密鑰權杖取代原始出口。
- [ ] 閘道、自有端點與真實流程分層測試。
- [ ] 報告產出率、存活、替換延遲、回收、漂移與成本。
- [ ] 依市場與時段分層。
- [ ] 重試不會放大唯一出口數。
- [ ] 對內或供應商分享前已去識別化。
- [ ] 檢視結果前已固定採購規則。
常見問題
流失率越高一定越差嗎？
不一定。請求級輪換原本就會快速變化。真正的問題是未受控流失：出口在任務結束前消失、替換太慢，或新出口無法完成流程。
試用應持續多久？
應覆蓋真正重要的市場、時段、流量與工作階段長度。分層的多日試用通常比單次高流量測試更具代表性。
原始 IP 可以立即刪除嗎？
許多情況可在產生短期權杖並完成獲授權的地區驗證後刪除，但仍須確認組織的法律、安全與事件保留要求。
為何自有端點與真實目標都要測？
自有端點隔離傳輸品質，真實流程驗證目標政策與內容有效性。缺少其中之一，就可能把目標阻擋誤判為供給差，或把傳輸正常誤判為業務成功。
是否應把完整日誌交給供應商？
通常不必。優先分享去識別化的群組摘要與調查所需的最少案例；瀏覽器證據可依HAR 憑證去識別化清單處理。
合規說明
只測試已獲授權的系統、目標、帳號與資料流。遵守服務條款、存取控制、同意要求、適用的 robots 指引、隱私義務與速率限制；平台要求時清楚識別自動化流量，只收集決策所需的最少資料，遇到限制訊號立即停止。不得利用輪換規避執法、存取限制或掩飾禁止活動。
