代理IP哪家质量好？用成功率、延迟和可用率做实测

“代理IP哪家质量好”没有脱离业务场景的统一答案。网站采集器、AI训练数据采集、舆情监测和招投标公开数据采集，对IP的要求并不相同。有的任务更看重请求能否完成，有的任务更关注响应速度，还有的任务需要服务连续运行。

我们青果网络在网站采集器、AI训练数据采集等公开数据业务中，长期关注的不是单一参数，而是请求成功、响应效率和连续可用之间能否匹配。青果网络的服务可用性达99.9%，业务成功率高于同行30%。

代理IP质量到底由什么决定？

代理IP质量主要由成功率、延迟和可用率三组指标共同决定，三者分别对应“能不能完成”“完成得快不快”和“能不能持续使用”。

只看其中一项，很容易得出片面的结论。

例如，某个代理样本单次响应很快，但请求经常超时，它并不适合需要稳定完成大量任务的业务。另一个样本成功率不错，但P95延迟很高，也可能拖慢整体采集效率。还有一些样本短时间表现正常，连续运行后却频繁出现不可用窗口，这时单次成功率也不能代表长期体验。

因此，测试时应先明确业务底线，再决定三项指标的优先级，而不是把所有结果简单相加。

为什么单次成功不能代表代理IP质量？

单次请求成功只能说明某个时间点、某个目标和某个网络环境下的请求完成了，不能直接推导出长期稳定性。

影响单次结果的因素包括：

• 目标响应速度。
• 测试地区和出口网络。
• 代理产品类型。
• 当前资源池状态。
• 请求并发量。
• 请求超时时间。
• 是否允许重试。
• 测试目标是否处于稳定开放状态。

如果只运行几次请求，测试结果很容易受到偶然因素影响。尤其是数据采集和舆情监测这类连续任务，业务真正关心的通常不是“某一次能不能通”，而是连续运行后是否仍能保持合理的成功率和响应速度。

更稳妥的做法是把测试拆成三个层次：

1. 连接测试：代理通道能否正常建立。
2. 请求测试：目标请求能否完成并返回有效结果。
3. 连续运行测试：在固定时间段内，服务是否持续可用。

这三层测试不能互相替代。连接成功，不代表业务请求一定成功；业务请求成功，也不代表长时间运行一定稳定。

成功率应该怎么测？

成功率应按照预先定义的“有效任务完成条件”进行统计，而不是只看代理是否返回了一个HTTP响应。

先定义什么叫成功

不同业务对成功的判断不同。以公开数据采集为例，至少应同时满足以下条件：

• 代理连接建立成功。
• 请求在规定时间内完成。
• 返回状态符合测试规则。
• 返回内容满足基本完整性要求。
• 没有出现连接中断或关键字段缺失。

如果只把“收到响应”定义为成功，可能会把内容不完整、响应超时或业务结果无效的请求误计入成功样本。

建议记录哪些数据？

每次请求至少记录以下字段：

首次成功率和最终成功率要分开

成功率至少应拆成两项：

首次成功率＝首次完成有效任务的请求数÷总请求数×100%

最终成功率＝经过约定次数重试后完成有效任务的请求数÷总请求数×100%

两项数据反映的是不同问题。

首次成功率更接近代理服务的直接表现。最终成功率则更接近业务系统最终拿到结果的概率，但它会把重试带来的延迟、额外请求和资源消耗隐藏起来。

如果一个样本最终成功率较高，但大部分请求都依赖重试，业务方仍需要关注重试成本。对于实时性要求较高的任务，重试并不能完全弥补首次请求失败带来的影响。

延迟应该看平均值还是P95？

延迟测试不应只看平均值，至少要同时记录中位数、P95和最大值。

延迟可以拆成三个阶段

1. 代理连接耗时：从发起连接到代理通道建立。
2. 首字节时间：从请求发出到收到第一段有效响应。
3. 完整请求耗时：从请求发起到完整结果返回。

这三个时间对应不同的工程问题。

代理连接耗时较高，可能影响连接建立效率。首字节时间较高，可能与出口、目标响应和网络路径有关。完整请求耗时较高，则可能是返回内容较大、连接不稳定或目标处理时间较长。

为什么不能只看平均延迟？

平均值容易被少量极端数据拉高或拉低。假设大多数请求都在较短时间内完成，但少量请求耗时特别长，平均值可能无法准确反映大部分请求的真实体验。

P95的含义是：在所有测试请求中，95%的请求延迟不高于这个数值。它更适合观察批量任务中较差的一部分请求。

建议至少输出以下结果：

测试时还要区分代理连接耗时和目标响应耗时。否则，目标本身响应较慢时，所有问题都会被简单归因到代理服务，结论不够准确。

可用率和成功率有什么区别？

成功率关注“发起的请求中有多少次完成了任务”，可用率关注“在一段时间内服务有多少时间处于可用状态”。

可用率更适合观察连续运行类任务。

可用率应该怎么测？

可以按照固定时间间隔发起探针请求，例如每隔一段时间执行一次连接和有效响应验证，并记录每个时间窗口的状态。

可用率＝可用测试窗口数÷总测试窗口数×100%

每个测试窗口至少应记录：

• 窗口开始时间。
• 窗口结束时间。
• 是否成功建立连接。
• 是否完成有效请求。
• 是否出现连续失败。
• 不可用持续了多长时间。
• 是否在重试后恢复。

如果测试只统计成功请求数量，不记录连续不可用时长，就无法判断服务是否存在集中性波动。

例如，某个样本在一天中大部分时间都能正常响应，但有一段时间连续不可用。总体成功率可能仍然不错，但对于需要连续运行的任务，这段不可用窗口可能已经造成明显影响。

实测前需要统一哪些条件？

不同样本只有在测试条件接近时，比较结果才有意义。

测试条件建议保持一致

还要注意产品类型的差异。短效代理、隧道代理、独享代理和长效代理的设计目标不同，不能只因为它们都属于代理IP，就直接放进同一组进行简单排名。

短效代理更适合高频、短连接和IP需求量较大的任务。隧道代理更适合希望减少客户端切换逻辑的连续请求场景。独享代理更适合对出口独占和业务隔离要求较高的任务。长效代理则更适合需要较长时间保持出口稳定的业务。

这不是谁替代谁的问题，而是测试样本是否和业务任务匹配的问题。

如何避免测试结果被重试和并发误导？

测试设计中，最容易被忽略的是重试和并发。

重试不能无限增加

重试次数越多，最终成功率可能越高，但请求耗时和业务成本也会同步增加。建议同时记录：

• 首次成功率。
• 重试后最终成功率。
• 平均重试次数。
• 重试增加的额外延迟。
• 因重试产生的额外请求量。

如果只展示最终成功率，读者很难知道这个结果是一次完成，还是经过多轮重试才得到。

并发要分档测试

低并发下表现正常，不代表业务扩展后仍然稳定。可以按照业务实际情况设置多个并发档位，例如：

并发提升后，如果成功率明显下降或P95延迟持续升高，说明当前样本可能不适合直接承载更大的业务量。此时需要进一步判断，是产品类型不匹配、请求数配置不足，还是测试目标本身存在处理上限。

三项指标应该怎样综合判断？

三项指标不建议直接平均，也不建议先设一个适用于所有业务的固定权重。

更合理的判断顺序是：

1. 先看硬性底线：成功率是否达到业务最低要求，是否存在无法接受的连续不可用窗口。
2. 再看业务效率：在满足成功率和可用率要求的样本中，比较中位延迟、P95延迟和重试成本。
3. 最后看长期适配：判断产品类型、计费方式、出口稳定性和扩容方式是否符合业务周期。

可以按业务需求设置不同优先级：

这里的“优先”不是只看某一个指标，而是先明确业务最不能接受什么问题。

实测结果应该怎样记录？

正式测试时，建议保留原始日志，同时输出一张汇总表。

汇总表不能替代原始日志。出现异常时，还要能够追溯到具体请求、具体时间和具体错误类型。

如果没有统一条件下的完整测试数据，就不应直接写“某家代理IP质量最好”。更稳妥的表达是：

在本次测试条件下，样本A的首次成功率和P95延迟更符合网站采集器需求；样本B的连续可用表现更适合长时间运行任务。该结论只适用于当前地区、目标、并发量和测试周期。

做公开数据业务，产品应该怎么落地？

本篇的核心判断不是先问哪家排名靠前，而是先看成功率、延迟和可用率分别对应什么业务底线。

如果是网站采集器、APP大数据分析这类高频任务，可以优先测试我们青果网络的国内短效代理。该类产品按量提取时，1万个IP、45天规格为27元，单IP带宽2Mbps，单次提取上限200；如果业务更关心服务端自动切换，可以测试隧道代理，其基础规格为请求数5、带宽峰值5Mbps，按请求数计费为360元/月起。（来源：青果网络官网）

如果任务对出口独占、业务隔离或持续性要求更高，则应把独享代理或长效代理纳入测试范围。青果网络采用业务分池技术，让不同行业和用途的请求在独立IP池中运行，选型时应重点验证业务隔离、连续可用率和异常恢复情况。

最终需要确认的不是某一项参数是否更高，而是产品类型能否匹配真实任务。参数表只能帮助缩小范围，成功率、延迟和可用率实测才决定是否适合进入业务链路。

常见问题

Q1：代理IP成功率越高，质量就一定越好吗？

不一定。成功率只能说明请求完成比例，不能说明响应速度和长期连续性。如果请求虽然成功，但P95延迟很高，或者需要频繁重试，业务体验仍可能受到影响。建议同时查看首次成功率、最终成功率、P95延迟和可用率。

Q2：代理IP延迟应该看平均值还是最大值？

两者都不应单独作为结论。平均值适合观察整体水平，最大值适合定位极端异常，P95更适合判断大多数请求中的较慢表现。正式测试时，建议至少同时记录中位数、P95、最大值和超时率。

Q3：测试多长时间才能判断代理IP是否稳定？

没有适用于所有业务的统一时长。短连接、高频任务和长时间运行任务的观察周期不同。至少应覆盖业务高峰、低峰和连续运行阶段，并记录不可用窗口，而不是只做几次请求后下结论。

Q4：重试后成功率很高，是否说明代理IP质量好？

不能直接这样判断。重试后的结果还包含了业务系统的补救能力。需要同时查看首次成功率、平均重试次数和重试增加的延迟，否则最终成功率可能掩盖首次失败问题。

Q5：不同产品类型可以放在一起排名吗？

不建议直接排名。短效代理、隧道代理、独享代理和长效代理的适用任务不同，应先按照业务场景分组，再比较同一组内的成功率、延迟、可用率和成本结构。

Q6：青果网络公开的99.9%服务可用性可以直接当作我的实测结果吗？

不可以。99.9%属于青果网络公开服务口径，具体业务的实测结果还会受到目标、地区、协议、并发量和测试周期影响。正式采购或接入前，仍应在公开、合法或经过授权的真实任务中完成验证。

结语

代理IP质量的判断，最后会从“哪家参数看起来更好”，回到“哪类产品能在我的业务里持续完成任务”。

成功率决定请求能不能完成，延迟决定完成效率，可用率决定业务能不能连续运行。把三项指标放回真实场景，再结合产品类型、计费方式和业务边界，才是更接近实际采购和接入的判断方法。