代理頻寬成本估算：不要只看每 GB 單價，應按有效結果編列預算
住宅代理的每 GB 標價較低，不代表資料蒐集或驗證工作的總成本較低。重試、重新導向、過大的資源、遭攔截回應及不可用紀錄都會消耗流量，卻不產生業務價值。可靠預算應從實際流量量測開始，以每個已驗證有效結果的成本結束。
本指南適用於已獲授權的網站測試、市場研究、廣告驗證及公開資料蒐集，用於供應商比較與容量規劃，不能用來規避存取控制或忽視目標網站規則。
先定義一個「有效結果」
選擇業務真正需要的計量單位，例如一筆欄位完整且通過驗證的商品紀錄、一次完成的區域頁面檢查、一個經過驗證的廣告版位，或一個業務接受的 API 回應。量測前先寫明驗證規則。HTTP 200 不等於有效；欄位缺漏、內容過期、區域錯誤或工作階段不一致都可能使結果失效。
同時記錄嘗試次數及有效結果數：
有效結果率 = 有效結果數 / 總嘗試次數
這個比例能顯示一般請求計數隱藏的失敗成本。
在正確的計費邊界量測位元組
不同方案的計費口徑可能不同：有些按傳輸位元組收費，有些設有最小計量單位，上傳與下載也可能分開處理。先確認供應商公布的計量規則，再於試用中量測相同邊界。
每次嘗試應記錄請求位元組、回應標頭、壓縮後回應內容、重新導向、驗證交換，以及計費定義包含的通道開銷。不要只用未壓縮 DOM 或最後儲存的 JSON 估算。瀏覽器頁面可能載入圖片、字型、指令碼、影片及遙測請求，體積遠大於主文件。
量測日誌不得包含代理密碼、Cookie、授權標頭或個人資料，只保留位元組數、狀態分類、耗時、區域標籤及匿名化結果代碼。
使用三層流量模型
將流量分為：
- 基礎流量：一次乾淨成功嘗試所需的位元組；
- 協定開銷：重新導向、代理驗證、TLS 連線、標頭與健康檢查；
- 失敗開銷：重試、逾時、遭攔截回應、頁面異常及驗證失敗。
實用估算公式為：
每月計費 GB = 計畫有效結果數 × 每個有效結果的嘗試次數 × 每次嘗試計費 MB / 1024
其中：
每個有效結果的嘗試次數 = 總嘗試次數 / 已驗證有效結果數
頁面大小變化明顯時，應同時使用計費位元組的 p50 與 p95，不能只看平均值。p95 更適合制定預付容量與預算上限。
執行具代表性的試用
樣本必須涵蓋實際區域、目標類型、裝置、頁面類型與時間窗口。只在一個地區測試一個輕量頁面，無法預測跨市場的瀏覽器重負載。
先以低並行度進行合規測試，遵守 robots 指引、頻率限制、帳號規則與隱私要求。出現明確限流或存取政策訊號時停止。依目標類別和區域分別統計內容體積、成功率與延遲，不要把所有資料混成一個全球平均值。
如實計算重試放大
一次業務操作可能產生多次網路嘗試。初始請求與每次重試都要使用同一操作編號：
重試放大倍數 = 總嘗試次數 / 初始業務操作數
並非所有錯誤都應重試。驗證失敗、政策拒絕和確定性資料檢查失敗通常需要修正設定或流程。更換出口反覆請求只會浪費流量並增加目標負載。
設定重試預算、帶隨機抖動的指數退避及斷路器。分別計算最佳化前後的容量需求，差異往往大於小幅的每 GB 折扣。
個別量測瀏覽器流量
瀏覽器自動化不能用一般 HTTP 請求估算。需要量測主文件、子資源及背景請求。為產生有效結果所必需的資源建立允許清單，並驗證封鎖可選媒體不會改變頁面行為或驗證準確性。
快取可以降低位元組數，但也可能影響測試真實性。廣告驗證、在地化及新鮮內容檢查可能需要隔離工作階段或受控快取狀態。若正式環境同時有冷快取與熱快取，應分別量測並記錄比例。
納入區域與工作階段影響
不同市場的內容體積、重新導向路徑與成功率可能不同。Global、North America、Europe 與 APAC 應分別建立預算列，再依計畫流量占比彙總。記錄目標組合、工作階段策略、連線複用、位元組中位數、p95、有效結果率及重試放大倍數。
黏性工作階段可能減少重複連線開銷，過度輪換則會增加驗證與連線成本。但越界複用也可能混合身分或使結果失效，因此必須把工作階段範圍寫入量測條件。
換算總營運成本
總成本不只有頻寬。還要計入方案費、超額費、最低承諾、區域溢價、並行限制、工程時間、驗證運算及重跑成本。最後計算：
每月總成本 / 已驗證有效結果數
同時估算方案邊界附近新增一個有效結果的邊際成本。包含流量看似便宜的方案，在小幅尖峰進入超額計費後可能迅速變貴。
比較供應商時，必須使用相同的授權工作負載、驗證規則、區域、逾時預算與重試政策，不能拿一家供應商的原始回應數與另一家的有效結果數比較。
建立低、預期與高三種情境
低情境可使用較高有效結果率和 p50 位元組；預期情境使用依業務結構加權的實測值；高情境使用較低有效結果率、p95 位元組及有依據的成長係數。如果多個最壞條件彼此不相關，不要機械相乘。每個假設都應公開，讓財務與工程共同複核。
為版本發布、目錄成長、季節性檢查與事故重跑預留容量，並於每月額度的 50%、75% 及 90% 設定警示。
計算範例
假設試用記錄 12,000 次嘗試、9,000 個有效結果，每次嘗試計費流量為 0.42 MB。每個有效結果需要 1.33 次嘗試。若每月目標為 2,000,000 個有效結果：
2,000,000 × 1.33 × 0.42 / 1024 = 1,091 GB
如果依歷史波動設定 15% 預留，計畫容量約為 1,255 GB。高情境應使用實測 p95 及較低有效結果率重新計算，而不是任意增加倍數。
評估檢查清單
- [ ] 已寫明有效結果與驗證規則；
- [ ] 已確認供應商計費邊界與最小計量單位；
- [ ] 已量測請求、回應、重新導向與驗證流量；
- [ ] 初始嘗試與重試共用操作編號；
- [ ] 瀏覽器子資源與 HTTP 請求分開統計；
- [ ] 區域、目標與時間窗口符合正式環境結構；
- [ ] 已記錄壓縮、快取與工作階段策略；
- [ ] 同時報告 p50 與 p95 計費位元組；
- [ ] 已計算重試放大及有效結果率；
- [ ] 三種情境均公開假設；
- [ ] 使用每個有效結果成本比較供應商；
- [ ] 日誌不含憑證與個人資料。
常見問題
能否直接用瀏覽器顯示的頁面大小估算？
不可靠。儲存的文件大小可能不包含子資源、重新導向、失敗嘗試及協定交換。應在具代表性的試用中按供應商計費邊界量測。
成功率較高一定更便宜嗎？
通常能減少浪費，但總成本還受頁面體積、區域價格、工作階段策略及驗證品質影響。最後應比較每個已驗證結果的成本。
失敗請求要從預算中排除嗎？
不能。如果供應商對其流量計費，就必須納入估算，並按原因分類，讓工程團隊降低可避免的失敗成本。
應預留多少容量？
根據實測變動、成長預測及事故歷史決定。透明的高情境比沒有依據的固定百分比更可信。
相關 98IP 內容包括代理重試放大控制、住宅代理工作階段黏性測試及代理供應商試用樣本數設計。
代理服務只能用於已獲授權的系統及資料。遵守目標條款、頻率限制、隱私義務與適用法律。不得以降低成本為理由提高不安全並行度或規避存取控制。
