代理套餐的单价很容易比较，但也很容易造成误判。每 GB 或每个 IP 最便宜的方案，在计入重试、无效响应、慢请求和人工处理后，可能反而最贵。更接近业务结果的指标是：每次验证成功请求的成本。
先定义什么才算成功
网络连接成功并不等于业务成功。测试开始前，应明确一条请求必须同时满足哪些条件：
- 连接完成，且没有代理或网络错误；
- 响应状态符合任务要求；
- 页面或 API 数据包含预期字段；
- 数据完整、新鲜，并通过校验；
- 延迟没有超过业务上限；
- 请求符合目标网站规则、访问控制和适用法律。
例如，返回 HTTP 200 但内容是拦截页，不能算可用结果；响应很快但缺少商品数据，也不能计为成功采集。
使用完整成本公式
基础公式是：
每次成功请求成本 = 工作负载总成本 / 通过验证的成功请求数
总成本不能只看代理账单，还应包括：
- 流量、IP、端口或订阅费用；
- 失败和重试消耗的带宽；
- 请求、解析和校验所需的计算资源；
- 存储、日志和监控成本；
- 排查故障所需的工程与运营时间；
- 无法完成业务流程而被浪费的会话。
假设一次测试花费代理费用 120 美元、计算费用 30 美元、人工与运维费用 50 美元，最终得到 8,000 条有效结果，那么每次成功请求的真实成本为 0.025 美元。另一个标价更低的方案，如果同样投入只能得到 5,000 条有效结果，单位成功成本会升至 0.040 美元。
把请求过程拆成漏斗
不要只记录一个成功率，应把流程分为：
- **尝试请求数：**所有已发送请求；
- **传输成功数：**成功建立连接并收到响应；
- **可接受响应数：**状态码和内容类型符合预期；
- **验证通过数：**内容、完整性与时效性通过校验；
- **可用结果数：**无需人工修复即可进入下游系统。
这种拆分能定位成本损失。传输成功率低，可能是连接或容量问题；可接受响应与验证通过之间差距大，可能存在拦截页、内容不一致或定位不准；最后一段损失较大，则可能是解析或数据质量问题，不一定由代理造成。
公平比较不同方案
比较时必须固定目标集合、地区、并发量、超时、重试策略、会话方式和验证规则。样本应覆盖正常时段和高峰时段，并随机安排请求顺序，避免某个方案只接收到最容易的目标。
至少记录以下指标：
- 验证成功率；
- 中位延迟与第 95 百分位延迟；
- 每条可用结果消耗的字节数；
- 每条可用结果的重试次数；
- 错误和拦截页分类；
- 人工排查耗时；
- 按国家和目标类型拆分的成功请求成本。
不要让大量重试掩盖较差的首次成功率。首次请求表现与有限重试后的最终表现应该分别报告。
分组分析，避免平均值误导
整体平均值可能隐藏高成本区域。建议按以下维度拆分：
- 目标国家或地区；
- 目标域名与请求类型；
- 静态会话与轮换会话；
- 需要认证与公开端点；
- 时段与并发区间；
- 页面大小与响应格式。
某个方案可能适合轻量 API，却不适合大页面；也可能在北美表现稳定，但在某个亚太市场成本明显升高。应根据实测优势分配工作负载，而不是追求一个适合所有场景的单一供应商。
控制重试和会话浪费
短暂故障需要重试，但无限重试会扭曲成本与可靠性。设置较小的重试预算，采用退避策略，只重试真正的临时错误。业务流程依赖连续性时应保持会话；仅在用例和目标规则允许时轮换。
不要把 CAPTCHA 当成需要绕过的障碍。应把它单独记录，降低不必要的请求压力，并重新确认流程是否合规且得到授权。
实用评估清单
- 写清楚“验证成功”的具体定义。
- 为每个方案固定相同测试条件。
- 为每次尝试标记方案、线路、地区、目标和结果。
- 分开统计首次结果与重试后结果。
- 计入计算、带宽和人工处理成本。
- 按细分维度复盘，而不只看总体平均值。
- 在不同时段重复测试后再扩大规模。
- 日志中不要保存凭据和不必要的个人数据。
常见问题
每 GB 价格还有用吗？
有用，但它只是成本输入。它适合预测账单，而每次成功请求成本用于判断购买的流量是否带来了可用业务结果。
测试样本需要多大？
样本应覆盖真实业务中的国家、目标、页面大小和高峰时段。过小且过于统一的样本可能给出错误排名。
延迟应该计入成本吗？
应该。慢响应会占用计算资源并降低吞吐量。比较时既要直接报告延迟，也可以把额外运行时间换算成计算成本。
最便宜的方案也可能获胜吗？
当然。这个方法不是为了偏好高价，而是找出在质量、合规和规模要求下，每次有效结果成本最低的方案。
让指标进入日常运营
在每周代理报告中，把每次成功请求成本与成功率、延迟并列展示；当某个国家、目标或线路成本突然上升时触发告警。页面大小、验证规则或并发发生明显变化后，应重新测试。
需要评估住宅代理容量的团队，可以查看 98IP 住宅代理方案，并在扩大规模前使用同一套受控基准。代理仅应用于已授权、合法的业务流程，同时尽量减少日志保留的数据。
