如何執行 7 天住宅代理採購試點

短期代理試用的目的不是收集幾張漂亮的控制台截圖，而是回答採購問題：候選服務能否在真實市場、協定與工作負載中，以可接受的成本和營運風險持續產出有效結果。

這套七天試點把採購判斷轉化為可複核證據，適用於合規網頁收集、市場研究、可用性檢查或廣告驗證。它也可用來在不把正式流量交給未驗證代理池的前提下，比較現有供應商與一至兩個候選方案。

試用前先寫清楚硬性門檻

在開啟供應商後台前，先確定不可妥協的要求：

• 目標國家或地區，以及真正需要的定位精度；
• HTTP、HTTPS 或 SOCKS5 支援和驗證方式；
• 輪換與黏性工作階段行為；
• 持續併發與尖峰併發；
• 首位元組時間和總延遲上限；
• 有效資料成功率，而不只是 HTTP 成功率；
• 每月流量估算和預算上限；
• 資料保留、存取控制、可接受使用與支援要求。

安全與合規應作為通過門檻，而不是加分項。若服務商無法說明可接受的資源來源、資料處理邊界或事件回應路徑，即使速度很快也不應通過。

建立統一受控測試矩陣

所有候選方案使用相同的獲准目標、請求組合、用戶端版本、時間窗口與有效性規則。按市場、協定、位址族、工作階段模式和目標類型分別統計。全球平均值可能掩蓋「某國優秀、關鍵市場很差」的代理池。

先從有限樣本開始。例如，每個重點市場至少涵蓋三個錯開的時間窗口，並取得足以揭露輪換與集中度的多個獨立出口。不要為了讓報表看起來更具統計感而擴大流量；只有剩餘不確定性可能改變採購決定時才增加樣本。

若目標政策允許，保留直連或已知良好基準，以區分供應商問題、目的端故障、用戶端回歸和本機網路問題。

第 1 天：連線與協定適配

將 DNS、閘道 TCP、代理端 TLS、驗證、隧道建立和目的端 TLS 分開驗證，記錄第一個失敗階段，避免全部歸類為「代理錯誤」。

每類正式用戶端都要測試。命令列工具、瀏覽器自動化和資料收集 SDK 可能使用不同的 TLS 函式庫、連線池與代理設定。確認憑證透過核准的祕密管理機制保存，追蹤記錄不會洩漏敏感資訊。

不應接受原因不明的憑證失敗、靜默直連回退、驗證結果不一致或未說明的協定替換。

第 2 天：地區與代理池品質

為每個樣本記錄請求市場、出口 IP、ASN、位址族、連線階段識別碼和時間戳記。結合多個位置觀察結果，以及真正代表業務情境的獲准目標行為進行判斷。

國家符合率要與州省或城市符合率分開計算，同時統計獨立出口比例、ASN 集中度和重複出口率。如果試用期反覆回傳一個很小的叢集，再大的宣傳池規模也難以轉化為實際價值。

需要更詳細的抽樣方法時，可參考住宅代理位置驗證指南。

第 3 天：輪換與黏性工作階段

建立兩個獨立測試軌道。輪換軌道在文件約定的邊界建立新工作階段，量測出口實際變更比例；黏性軌道保留同一識別碼，量測合格出口能維持多久。

記錄提前換 IP、重新驗證、重新連線，以及出口故障後的恢復時間。連續兩次請求 IP 不變不能證明工作階段穩定，應涵蓋真實業務所需時間。

住宅代理工作階段黏性測試提供更聚焦的保持與恢復矩陣。

第 4 天：併發、限流與恢復

在請求組合不變的情況下分階段提高併發。每個階段記錄有效成功率、p50/p95 延遲、407、429、連線重設、逾時和獨立出口數量。

找出吞吐轉折點：繼續增加工作程序時，有效產出幾乎不再提升，但錯誤或延遲明顯上升的位置。這個點比短時間最高尖峰更有採購意義。

接著測試帶抖動和預算限制的重試，確認失敗出口會被隔離足夠時間，不會立即進入迴圈。絕不能用無限重試把失敗包裝成成功。

第 5 天：內容與資料完整性

HTTP 200 不一定代表有效結果。檢查內容長度、類型、解壓縮、結構、必要欄位、語言、貨幣、市場標示和重複率，並為每個無效回應寫入明確原因碼。

有效成功率應使用「有效記錄數 ÷ 全部嘗試數」。它能揭露軟性封鎖、同意頁面、截斷內容、錯誤市場頁面和快取回應，而這些常被網路傳輸指標忽略。

可以使用穩定測試夾具或雜湊，但不要擴大個人或非必要資料的收集範圍。驗收應證明品質，而不是擴張資料範圍。

第 6 天：實際成本與營運能力

把試用資料換算成團隊真正購買的單位，納入計費閘道位元組、重試、無效內容、重複記錄、接入工時和監控成本。

一個實用公式是：

每 1,000 筆有效結果的實際成本 = 可歸屬總成本 ÷ 有效結果數 × 1,000

按市場和工作負載分別比較。如果有效成功率偏低，最低的每 GB 標價也可能成為最昂貴方案。代理每次成功請求成本指南進一步說明計算方法。

還應透過一個清晰、非緊急的技術問題測試支援團隊，評估回應時間、技術準確性、責任歸屬，以及是否能在不索取危險證據的情況下解決問題。

第 7 天：評分並做決定

所有硬性門檻通過後，再使用加權評分。可以從以下模型開始：

每個比例都要同時公布分母。「98% 成功」如果沒有嘗試次數、時間窗口與有效性定義，就沒有採購意義。小樣本要標示信賴限制，未測試的要求必須明確保留。

採購決策檢查清單

• 每個安全與合規門檻都有負責人和證據。
• 結果按重點市場與工作負載拆分。
• 有效成功率排除了軟性封鎖與異常資料。
• 輪換、黏性和故障恢復符合產品承諾。
• 已知安全併發上限。
• 實際成本包含重試與無效結果。
• 已用可重現問題測試支援團隊。
• 接入與憑證變更具備回復方案。
• 試點資料和祕密有保留與刪除規則。
• 最終建議記錄假設和未解決風險。

常見問題

七天足夠選擇供應商嗎？

七天足以完成紀律嚴謹的篩選試點，但不能證明未來所有條件。若週末、帳期、稀缺市場或季節性目的端行為可能改變結論，應延長對應測試。

是否應選擇最便宜的候選方案？

只有它通過全部門檻，並在有效產出維度具有最佳實際成本時才應勝出。單看標價會忽略重試、無效資料、支援成本和營運風險。

一個目標網站能代表全部工作負載嗎？

通常不能。應使用能代表真實協定與回應類型的小型獲准目標組合，並分別評分。

合規說明

只測試明確獲准使用的目標、帳戶與資料。遵守代理服務商可接受使用規則、目的端條款、隱私義務和速率限制；盡量減少資料收集，保護憑證與診斷資料；若測試造成過量負載或意外使用者影響，應立即停止。