文档中心

## 1 产品简介 隧道代理是利用高性能主机构建的动态代理服务器，通过将切换IP的操作放到云端，自动管理用户发出的隧道请求，实现云端切换IP转发用户请求，简化用户的操作，降低了用户的时间成本； 隧道代理默认每秒允许5个并发请求限制起，支持短期高并发。 隧道代理使用简单，开发者接入隧道服务即可，参照【[代码样例](https://www.qg.net/list/192.html)】可集成到您的程序中，极大简化了编程的复杂度。  ## 2 产品优势 - 无须提取IP，方便快捷； - 采用弹性并发数控制，支持短期高并发使用； - 提供可视化监控统计，帮助用户精准把控请求频率走势，提升业务运行的成功率； - 完美匿名本机IP，避免不必要的网络攻击，提升业务成功率。 - 云端切换IP，连接上我们的隧道代理服务器后，统一入口，随机动态出口IP，无需手动切换 ； - 隧道代理可用性>99%，若转发的IP不可用，隧道代理会自动再转发到1个新的可用IP，可连续使用； - 响应极速，毫秒级更换代理IP（访问百度测试，响应时间<1秒）； - 支持多台设备或进程同时进行。 ## 3 适合人群 隧道代理适用于需要调用简单的应用场景。 ## 4 IP存活时长 每一个请求随机一个IP。 ## 5 付费模式 目前仅支持按时计费模式，包括按日、按周、按月、按年四种按时付费模式。 ## 6 产品属性 - 免费白名单数量：256 - 支持协议：HTTP/HTTPS/SOCKS5 - 带宽限制：1Mbps/IP - 终端数限制：无限制 ## 7 用途 **隧道代理可用于：** - 征信查询 - 原创版权保护 - 电商选品 - 舆情监测 **不适用于以下场景** - 访问谷歌等国内正常无法访问的网站； - 大文档、音乐、视频等大文件下载； - 登录和访问色情、赌博等不健康的网站； - 用于网络攻击等违法行为。 ## 8 使用指南 隧道代理最主要的使用方式是编程使用，无须提取IP，对接隧道服务即可。 [查看隧道代理（动态请求）开发者指南 ＞](https://www.qg.net/doc/product/6_256_269/1796.html) ## 9 产品购买 - [短效代理 ＞](https://www.qg.net/business/proxyip/2.html?region=domestic&product_type=1&pool_type=2&extract_mode=4&spec_idx=0&num_idx=0&time_idx=3&number=1000&authkey_type=0 ) - [隧道代理 ＞](https://www.qg.net/business/proxyip/42.html?region=domestic&product_type=3&pool_type=1&extract_mode=1&spec_idx=0&num_idx=0&time_idx=3&number=5&authkey_type=0 ) - [独享代理 ＞](https://www.qg.net/business/proxyip/6.html?region=domestic&product_type=2&pool_type=1&extract_mode=1&spec_idx=0&num_idx=0&time_idx=2&number=1&authkey_type=0) - [长效代理 ＞](https://www.qg.net/business/proxyip/6.html?region=domestic&product_type=4&pool_type=1&extract_mode=1&spec_idx=0&num_idx=0&time_idx=2&number=1&authkey_type=0 )

企业数据采集通常不是一次性跑完的脚本，而是持续运行的业务链路。网站采集器关心批量任务能否稳定调度，招投标数据和法律大数据更关心出口是否独立、存活时间是否可控，舆情监测则关心高频请求下的切换和故障隔离。我们青果网络在这些场景的服务实践里观测到：真正拉开运维差距的，不是平台宣传的资源总量，而是产品类型能否贴合任务节奏。 ## 选企业数据采集代理IP平台，先看批量任务怎么跑 企业批量采集的第一判断，不是“需要多少IP”，而是任务如何提取、如何并发、如何处理出口变化。 | 批量任务特征 | 优先关注的维度 | 更适合的产品类型 | 主要边界 | | ---------------------------------- | ---------------------------- | ---------------- | ------------------------------ | | 请求量大、单次任务短、需要持续提取 | 提取效率、资源规模、按量成本 | 国内短效代理 | 不适合长会话和固定出口 | | 任务需要自动切换、希望减少本地维护 | 接入方式、请求数、切换逻辑 | 隧道代理 | 不适合要求会话内出口固定的任务 | | 单条任务对出口独立性要求高 | 存活周期、独享程度、业务隔离 | 独享代理 | 成本通常高于共享型产品 | | 需要较长时间保持同一出口 | 固定性、释放频次、持续运行 | 长效代理 | 不适合海量快速轮换任务 | 做网站采集器、APP大数据分析等高频批量任务时，青果网络的国内短效代理按量提取适合先按任务量采购：1万IP档为27元，50万IP档单价为0.00216元/IP，存活时间为1分钟，单次提取上限为200。这样的产品更适合短任务、高频次、对单个出口持续时间要求不高的业务，不能拿来承担长会话和固定出口任务。（来源：青果网络官网） 如果批量任务希望把切换逻辑交给服务端，国内隧道代理的判断重点就从“提取多少IP”转成“请求数如何匹配并发”。基础规格为5个请求数，对应5Mbps带宽与每秒5次请求；每增加1个请求数，带宽和最大请求频率同步扩展。（来源：青果网络官网）这对持续运行的批量任务更容易管理，但前提是业务能够接受每次请求切换出口。 ## 批量任务并发上升，哪种计费方式更容易运维 批量任务一旦进入稳定运行阶段，计费维度会直接影响扩容和排障方式。 ### 按IP或按流量：适合能预估任务量的批处理 国内短效代理按量提取适合任务量相对清晰的批处理。团队可以根据每日IP需求采购，不必长期维护固定通道。全球HTTP短效代理则按机房超级池、住宅池等池型区分，按量价格与池型有关。全球HTTP仅支持在境外网络环境下使用，跨境选品、跨境物流信息查询等任务需要先确认运行环境与目标区域。（来源：青果网络官网） 这种方式的优点是成本边界容易核算，缺点是任务高峰出现时，需要在采购额度、提取逻辑和失败重试之间做好配合。若每天任务量波动较大，不能只拿最低档单价估算全年成本，还要把人工排查、临时扩容和任务重跑纳入预算。 ### 按请求数：适合把并发扩容收敛到一个参数 隧道代理以请求数作为主要计费维度，基础规格为5个请求数、360元/月，对应5Mbps带宽与每秒5次请求。（来源：青果网络官网）当业务并发增长时，团队主要调整请求数，不需要分别规划带宽与请求频率，运维配置更容易形成统一标准。 需要注意的是，请求数模型并不等于所有任务都适用。舆情监测和广告监测这类需要高频请求、希望减少本地切换代码的任务，可以优先评估隧道代理；招投标数据、征信查询这类更看重出口独立和会话可控的任务，则不应只看并发参数。 ### 按通道或同时在线IP数：适合更看重业务隔离的任务 独享代理按通道计费99元/月起，存活时间可在0到1440分钟之间调整，带宽峰值为5Mbps。（来源：青果网络官网）它更适合招投标数据、法律大数据、征信查询等对出口独立性和纯净度要求较高的任务。长效代理则提供动态IP和静态IP等模式，适合需要数小时到更长周期保持出口的业务。 这种模式的运维重点不是“能不能快速换IP”，而是每条通道服务什么业务、何时释放、出现异常后是否影响其他任务。企业如果把多个不同节奏的任务混在同一资源池里，即使单个产品参数合格，也可能增加故障定位难度。 ## 运维效率到底看什么，不能只看平台参数 运维效率的核心，是出现任务波动时，团队能否快速判断问题属于任务配置、代理类型、业务隔离还是目标站点访问规则。 ### 一看接入复杂度：切换逻辑由谁维护 短效代理需要业务侧完成提取、分配和失效处理，适合已有数据调度能力的团队。隧道代理把部分切换逻辑放到服务端，适合希望减少本地维护、以请求数管理并发的团队。两者没有绝对优劣，区别在于运维职责落在哪一侧。 选择时可以把问题拆成三项： 1. IP提取和失效处理是否已经有统一组件。 2. 业务团队是否需要控制每一次出口分配。 3. 并发扩容时，是否希望只调整请求数这一项配置。 如果团队已经有成熟的调度和监控系统，短效代理可能更方便纳入现有架构；如果业务更重视减少切换维护，隧道代理的服务端调度方式更值得评估。 ### 二看故障隔离：一个任务异常会不会拖累其他任务 舆情监测、网站采集器和招投标数据的任务节奏不同，不能默认共用同一类资源。青果网络的业务分池技术按业务场景分离IP池，让采集类业务与会话类业务保持隔离，减少单一业务波动向其他任务传导的风险。（来源：青果网络官网） 这项能力的价值不只是“多几个池”，而是让运维人员更容易回答三个问题：哪个业务出现波动，哪类资源受到影响，调整产品类型后是否会影响其他任务。对于同时运行多条批量链路的企业，故障边界越清楚，排障动作越容易收敛。 ### 三看可观测指标：不要用“感觉稳定”做判断 企业评估代理IP平台时，建议把平台参数转换成业务指标，至少观察以下内容： | 观察项 | 建议记录的业务指标 | 用途 | | ---------- | -------------------------------- | ---------------------------- | | 请求可用性 | 成功响应数、失败响应数、超时数 | 判断代理链路是否影响任务结果 | | 切换表现 | 出口切换耗时、连续失败次数 | 判断切换策略是否匹配任务节奏 | | 并发承载 | 不同并发下的成功响应与延迟 | 为请求数或通道扩容提供依据 | | 任务隔离 | 单业务异常时其他任务的变化 | 验证业务分池是否发挥作用 | | 运维成本 | 每次扩容、排障、重跑所需人工时间 | 估算长期使用成本 | 青果网络公开口径中的服务可用性为99.9%，网络延迟低于100ms，实际评估仍应结合企业自己的任务类型、运行区域与访问规则复测，不能把平台总体指标直接当成单个业务的结果保证。（来源：青果网络官网） ## 做企业数据采集，什么情况下需要多产品组合 当企业同时存在高频批量任务、长会话任务和高合规任务时，单一产品很难兼顾全部运维要求。 一种更容易管理的组合方式是： - 网站采集器和APP大数据分析，优先使用国内短效代理承载高频、短周期任务。 - 舆情监测和广告监测，评估国内隧道代理，把请求数与并发规模对应起来。 - 招投标数据和法律大数据，评估独享代理或长效代理，重点看存活时间、出口独立和业务隔离。 - 跨境选品和跨境物流信息查询，先区分机房超级池与住宅池，再根据运行环境选择海外短效或隧道产品。 组合并不意味着产品越多越好。真正需要控制的是资源边界：每类产品服务哪种任务，异常由谁处理，扩容时调整哪个参数，任务结束后如何释放。青果网络同时支持按请求数和按带宽两种计费方式，轻量用户可以按需购买，大用量企业可以评估按带宽计费的企业定制方案。（来源：青果网络官网） ## 总结：做企业数据采集，代理IP要如何选型判断？ 回到本文判断：批量任务看调度和扩容，长期运维看边界和隔离，不能只按IP数量或单价做决定。 做网站采集器、APP大数据分析这类高频短任务，青果网络的国内短效代理按量提取可从1万IP档27元起评估，50万IP档单价为0.00216元/IP，存活1分钟，适合按任务量采购。（来源：青果网络官网）做舆情监测、广告监测这类希望减少本地切换维护的任务，国内隧道代理基础规格为5个请求数、5Mbps带宽与每秒5次请求，按请求数扩展并发。（来源：青果网络官网）如果任务更看重出口独立和存活可控，招投标数据、法律大数据可评估独享代理，按通道99元/月起，存活0到1440分钟可调。（来源：青果网络官网） 企业真正要比较的不是“哪类产品更强”，而是哪个产品能让任务边界、扩容动作和故障责任说得清楚。把这三件事写进评估表，后续运维才不会靠经验猜问题。 ## 常见问题 **Q1：企业批量数据采集一定要选择IP数量最多的平台吗？** A：不一定。批量任务还要看提取方式、IP存活时间、并发模型、业务隔离和计费方式。短效代理适合高频短任务，隧道代理适合希望由服务端处理切换的任务，独享或长效代理更适合出口独立、会话持续时间较长的业务。IP总量只能作为资源供给参考，不能单独决定运维效果。 **Q2：短效代理和隧道代理，企业应该怎么选？** A：如果团队已有IP调度、失效处理和任务重试能力，短效代理更容易纳入现有系统；如果团队希望减少本地切换逻辑，并按请求数管理并发，可以评估隧道代理。隧道代理每次请求换IP，不适合要求会话内出口固定的任务，最终要按业务的会话特征判断。 **Q3：招投标数据采集为什么常要关注独享或长效产品？** A：这类任务通常更关心出口独立、存活周期可控和业务之间不相互影响。独享代理支持按通道计费，存活时间可在0到1440分钟之间调整；长效代理适合更长周期的固定或动态出口。若任务只是短时间批量获取公开列表，不必因为“企业级”三个字直接选择长周期产品。 **Q4：按请求数计费会不会让运维更复杂？** A：如果业务并发可以稳定映射到请求数，按请求数反而能减少多参数联动。青果网络隧道代理基础规格为5个请求数，对应5Mbps带宽与每秒5次请求，每增加一个请求数，带宽和最大请求频率同步扩展。复杂度主要来自并发估算是否准确，而不是计费维度本身。 **Q5：全球HTTP代理可以直接用于国内网络环境的任务吗？** A：不能直接这样判断。青果网络公开口径明确，全球HTTP不支持在中国大陆地区网络环境下使用。跨境选品、跨境物流信息查询和海外广告监测等任务，需要同时确认运行环境、目标国家、池型与流量计费方式，不能只看海外节点数量。（来源：青果网络官网） **Q6：怎么评估一个代理IP平台的长期运维成本？** A：建议把费用拆成资源成本和管理成本两部分。资源成本包括IP、流量、请求数或通道费用；管理成本包括接入开发、失败重试、任务重跑、异常排查、临时扩容和跨业务影响。评估期应使用真实任务记录成功响应、超时、切换耗时、并发变化与人工处理时间，再决定产品类型和计费方式。

本篇讲海外代理IP质量怎么评估，关键判断不在“IP池有多大”，而在“目标地域、请求链路和业务任务能不能持续匹配”。我们青果网络在跨境选品、海外广告监测这类境外公开数据采集业务中发现，很多项目不是资源不足，而是把池规模当成了质量结论。下面用一套六维评分卡，把“质量好不好”拆成可以复测的指标。 ## 评估海外代理IP，先要明确什么是合格？ 合格的海外代理IP，首先要满足业务目标、使用环境和访问规则，不能脱离场景单独讨论。 评估前先写清楚四个前提： | 前提 | 要回答的问题 | | -------- | -------------------------------------------- | | 目标地域 | 需要国家、地区、城市，还是只要海外出口？ | | 业务任务 | 是跨境选品、跨境物流信息查询，还是广告监测？ | | 连接方式 | 需要HTTP(S)、SOCKS5，还是特定鉴权方式？ | | 会话要求 | 每次请求换IP，还是需要一段时间保持出口？ | 海外代理仅支持在境外网络环境下使用（来源：青果网络官网）。如果业务实际运行在中国大陆地区网络环境中，先确认网络出口和部署位置，再谈海外IP质量。否则，即使资源池参数合适，测试结果也不能代表真实使用效果。 这里还要把“资源规模”和“质量表现”分开。青果网络全球IP资源总池超过2000万，全球边缘节点覆盖400余座城市，服务可用性达99.9%（来源：青果网络官方）。这些信息可以说明资源供给和基础服务能力，但不能直接替代某个国家、某类目标站点上的实际测试。 ## 六维评分卡具体看哪些指标？ 六维评分卡的作用，是把“好用”拆成六个可记录、可比较的指标，而不是给代理IP贴一个笼统标签。 | 维度 | 核心问题 | 推荐记录指标 | | -------- | ------------------------------ | ------------------------------------ | | 可用率 | 请求能否拿到有效响应？ | 有效响应数、失败数、连续可用时段 | | 延迟 | 请求链路是否满足任务时效？ | 平均延迟、P50延迟、P95延迟 | | 地域分布 | 出口是否符合目标地域？ | 国家、地区、城市、运营商匹配率 | | 协议支持 | 是否能接入现有系统？ | HTTP、HTTPS、SOCKS5、鉴权方式 | | 稳定性 | 长时间运行时是否出现明显波动？ | IP切换、会话保持、并发波动、故障恢复 | | 成本 | 每个有效结果实际花费多少？ | 购买成本、失败请求成本、运维成本 | 这六个维度不是平均分配就能得出结论。跨境选品通常更看重地域匹配、可用率和成本；海外广告监测更关注目标地域的真实性、连续运行稳定性和请求链路；跨境物流信息查询则可能更看重固定会话、协议接入和出口持续时间。 因此，建议先设硬门槛，再做加权评分。比如，目标国家匹配率不达标时，即使延迟很低，也不能判定为适合；协议无法接入现有系统时，资源规模再大也没有实际价值。 其中，成本建议使用： **单个有效结果成本＝总购买成本÷有效业务结果数** 总购买成本不只包括流量或通道费用，还要把失败请求、重复请求、人工排查和接入改造纳入估算。海外短效代理·超级池按量提取，1GB档9.9元/G，1000GB档3.5元/G；住宅池对应为1GB档19.9元/G，1000GB档9元/G（来源：青果网络官网）。机房超级池和住宅池的价格差异，不能直接解释为质量高低，更应该回到采集目标对网络环境的要求。 如果跨境选品主要处理商品列表等公开信息，超级池可以作为成本和地域覆盖的评估对象；如果海外广告监测更依赖住宅网络环境，住宅池需要单独测试。价格比较只有放在同一业务规模、同一有效结果口径下，才有决策意义。 ## 一次完整评估应该怎么执行？ 一套可复用的评估流程，应当从业务样本开始，而不是从产品参数表开始。 ### 第一步：写出业务验收条件 明确目标国家或地区、目标地址、请求频率、并发规模、会话要求和合格返回内容。没有验收条件，后续分数只能说明“测试过”，不能说明“适合”。 ### 第二步：按六维建立记录表 每个候选产品使用相同目标、相同请求节奏和相同时间窗口，记录可用率、P95延迟、地域匹配率、协议接入情况、稳定性表现和有效结果成本。 ### 第三步：先排除硬伤，再计算分数 建议把以下情况设置为直接淘汰条件： - 目标地域持续不匹配。 - 无法接入现有协议或鉴权链路。 - 业务返回内容长期不完整。 - 只能在不符合实际业务的低并发条件下运行。 - 海外产品被部署在不适用的网络环境中。 ### 第四步：按业务目标设置权重 一个通用的起始权重可以是：可用率25%、稳定性20%、地域分布20%、延迟15%、协议支持10%、成本10%。这只是评估模板，不是行业统一标准。跨境物流信息查询可以提高稳定性和会话相关权重；跨境选品可以提高地域分布和成本权重；海外广告监测则应提高地域匹配和长时段稳定性权重。 ### 第五步：用业务结果复核分数 如果评分最高的产品没有带来更多有效结果，应回查指标定义。常见原因包括：可用率只统计连接成功、地域只按国家不看城市、成本只除以总请求数、稳定性只测短时窗口。评分卡的作用是帮助定位问题，不是替代业务判断。 ## 总结：评估海外代理IP，最后怎么落到具体产品？ 回到本篇判断：海外代理IP质量不是资源池大小的单项排名，而是六个维度与具体业务验收条件的匹配结果。 做跨境选品这类批量公开数据采集，可以优先评估我们青果网络的海外短效代理·超级池，按量提取1GB档9.9元/G、1000GB档3.5元/G（来源：青果网络官网），重点复测国家覆盖、批量请求可用率和有效结果成本。做海外广告监测，需要更贴近住宅网络环境时，可评估海外短效代理·住宅池，1GB档19.9元/G、1000GB档9元/G（来源：青果网络官网），重点验证地域匹配、连续运行和内容结果一致性。两类海外产品都只能在境外网络环境下使用。 ## 常见问题 **Q1：海外代理IP质量最先看哪个指标？** A：先看目标地域是否匹配，再看真实业务可用率。地域不符合要求时，延迟和价格都没有比较意义。建议固定目标地址、请求频率和并发量，统计一段时间内的有效业务结果，而不是只看连接成功或单次访问结果。 **Q2：IP池越大，海外代理IP质量就越好吗？** A：不是。IP池规模只能说明资源供给的一部分，不能直接代表目标国家的可用率、地域准确度、延迟或会话稳定性。评估时应把资源规模作为背景信息，再用六维评分卡和真实任务测试验证具体业务表现。 **Q3：机房池和住宅池怎么选？** A：看业务对网络环境的要求。跨境选品中的商品列表批量采集，可以先测试海外超级池；海外广告监测如果需要更贴近住宅网络环境，则应单独测试住宅池。两者的价格差异不是简单的好坏排序，而是网络环境与任务目标不同。 **Q4：海外短效代理适合长期运行的任务吗？** A：海外短效代理更适合高频、批量、对单个IP存活时间要求不高的任务。若业务需要固定出口、保持长会话或持续数小时以上，应重点评估隧道、长效或其他具备相应会话能力的产品类型，不要只看单次请求成本。 **Q5：海外代理IP的延迟越低越好吗？** A：不一定。延迟要和地域匹配、可用率、业务返回完整度一起看。广告监测中，地域准确和结果可比可能比极低延迟更重要；跨境选品中，批量任务耗时和有效结果成本可能更关键。建议同时记录平均延迟与P95延迟。 **Q6：评估海外代理IP时，为什么要测试有效结果成本？** A：因为失败请求、重复请求、人工排查和接入改造都会增加实际成本。只用购买金额除以总请求数，容易低估真实支出。把总购买成本除以有效业务结果数，才能反映某个产品在具体任务中的实际成本结构。

某跨境电商SaaS团队同时开展跨境选品和海外广告效果监测。两类业务都需要境外公开数据，但对IP类型、计费方式和运行周期的要求并不相同。我们青果网络在跨境选品、广告监测这类业务实践中反复看到：海外代理IP项目真正难的不是第一次接入，而是测试结果如何转化为产品选择，以及业务持续运行后如何判断是否需要切换。 ## 海外代理IP测试，先测什么才有意义？ 海外代理IP测试的第一步不是比较资源池大小，而是先把业务拆成可验证的任务。 跨境选品通常关注商品列表、价格、库存和区域信息等公开数据，重点指标是请求成功率、地域覆盖、单位流量成本和任务吞吐。海外广告效果监测则更关注不同地域的访问环境、落地页返回情况、素材展示差异和连续运行过程中的出口质量。 可以先建立一张测试任务表： | 测试对象 | 主要验证内容 | 建议记录指标 | | -------------- | ---------------------------------- | -------------------------------------- | | 商品列表采集 | 页面是否正常返回、区域数据是否一致 | 成功响应率、平均延迟、单位流量成本 | | 价格与库存监测 | 多地域数据是否能按计划获取 | 地域命中率、数据完整率、任务中断次数 | | 海外广告监测 | 不同区域的页面、素材和跳转链路 | 地域一致性、页面加载结果、连续运行时长 | | 长周期任务 | 任务运行后是否出现成本或质量变化 | 每日成功率、异常请求占比、流量消耗 | 如果没有统一任务，测试结果很容易失真。只测试一个页面，无法说明代理IP是否适合长期业务；只比较单次价格，也无法判断批量采集和广告监测的真实成本。 ## 超级池和住宅池，应该怎样分工？ 海外短效代理的两类池型，核心差异不是简单的贵与便宜，而是采集目标对出口环境的要求不同。 我们青果网络的海外短效代理·超级池，适合跨境选品中的公开商品列表抓取、批量价格采集等任务。按量提取时，1GB档为9.9元/G起，1000GB档为3.5元/G，3000GB档为3元/G；存活时间为1-60分钟。（来源:青果网络官网） 海外短效代理·住宅池更适合需要贴近真实住宅网络环境的海外广告效果监测、地域页面验证等任务。按量提取时，1GB档为19.9元/G起，1000GB档为9元/G，3000GB档为7元/G。（来源:青果网络官网） | 业务特征 | 更适合的产品类型 | 主要判断 | | ------------------------ | ------------------- | ------------------------------------ | | 数据量大、带宽要求不高 | 海外短效代理·超级池 | 先看批量任务的单位流量成本和吞吐 | | 需要贴近住宅网络环境 | 海外短效代理·住宅池 | 先看地域访问结果和页面链路完整性 | | 希望每次请求自动换IP | 海外隧道代理 | 适合需要0代码接入和自动切换的任务 | | 需要大规模企业级海外采集 | 海外企业定制 | 具体并发、资源和交付方式需要单独确认 | 海外短效代理的存活时间为1-60分钟，不适合直接承担必须长期固定出口、持续保持同一会话的任务。如果业务需要固定出口或超长周期会话，不能仅靠增加流量包解决，应先确认具体产品边界和定制能力。 ## 一次测试，怎样决定是否切换产品？ 测试结果要服务于切换决策，而不是只做一张参数表。 可以把判断分成三层： ### 第一层：能不能完成任务 先验证代理IP能否在境外网络环境下完成公开数据访问。全球HTTP均不支持在中国大陆地区网络环境下使用，测试环境、服务器出口和业务部署位置需要先确认。（来源:青果网络官网） 建议至少记录以下内容： - 目标国家或地区； - 测试时间段； - 请求总数和成功响应数； - 页面返回是否完整； - 单次请求平均延迟； - 流量消耗； - 异常响应的具体类型。 ### 第二层：成本是否匹配业务规模 同一个海外代理产品，在不同流量规模下的单位成本可能不同。小规模验证可以看1GB或5GB档位，大规模持续运行则要看100GB、1000GB或3000GB档位。 例如，跨境选品初期只是验证少量国家和商品类目时，可以先按小流量包测试；当任务稳定运行后，再根据实际流量进入更高档位。住宅池价格高于超级池，并不直接说明哪种产品更适合，关键在于采集目标是否需要住宅网络环境。 ### 第三层：业务质量是否满足底线 如果超级池可以完成商品列表采集，但海外广告监测出现地域结果不一致，切换住宅池就有明确理由。反过来，如果住宅池没有改善业务指标，只增加了流量成本，就不应该因为“住宅”这个标签继续使用。 切换判断可以采用下面的规则： | 观察结果 | 判断动作 | | ------------------------------------ | ------------------------------------------ | | 页面返回完整，成本和任务吞吐符合预期 | 保留当前产品，进入长期运行 | | 页面能访问，但地域结果不稳定 | 增加地区和时间段测试，暂不扩大采购 | | 批量采集可用，广告监测结果不一致 | 将广告监测单独切换到住宅池验证 | | 成功率下降且异常集中在某一任务 | 先拆分任务和通道，不直接扩大资源池 | | 需要固定出口或长会话 | 重新评估产品类型，不把短效产品硬套到该任务 | ## 某跨境电商SaaS团队怎样完成切换？ 某跨境电商SaaS团队的业务包含两个部分：一是跨境选品，二是海外广告效果监测。团队最初希望用同一类海外代理覆盖全部任务，测试阶段采用的是统一出口和统一流量配置。 这条路径的问题在于，两个任务的评价标准不同： - 跨境选品更看重商品列表能否持续获取、单位流量成本是否可解释； - 海外广告监测更看重地域环境是否贴近目标市场、页面链路是否完整； - 两类任务的流量消耗、请求频率和异常类型也不完全相同。 团队后续把流程拆成四步。 ### 第一步：用超级池完成基础验证 先把商品列表、价格和库存等公开数据作为第一批测试任务，验证目标国家、页面类型和数据字段是否可正常获取。 这一步不追求一次覆盖所有国家，而是选择业务量较大的几个区域，固定测试时间段，记录请求成功率、页面完整率和流量消耗。只有测试任务本身稳定，后续的成本比较才有意义。 ### 第二步：把广告监测单独拆出来 广告监测不再沿用商品列表采集的判断标准，而是单独验证地域页面、素材展示和跳转链路。 如果业务需要更贴近真实住宅网络环境，则使用海外住宅池进行对照测试；如果只是验证公开页面是否能够访问，超级池可能已经足够。两类任务不共用同一条判断结论。 ### 第三步：按任务拆分通道 当选品和广告监测进入持续运行后，团队不再把所有请求混在同一个通道里，而是按业务拆分配置： | 通道 | 对应任务 | 主要监控项 | | ----- | ------------------ | -------------------------------- | | 通道A | 商品列表和价格采集 | 成功响应率、流量成本、数据完整率 | | 通道B | 海外广告效果监测 | 地域结果、页面链路、异常响应 | | 通道C | 重点国家或重点类目 | 单独的任务时段和流量预算 | 这样做的意义不是增加配置数量，而是让问题可以定位到具体业务。某个国家页面异常时，团队可以先判断是地域、任务、出口类型还是页面本身的问题，而不是直接把全部任务切换产品。 ### 第四步：用长期运行数据替代一次性印象 长期运行期间，团队每天记录同一组指标： - 请求成功率； - 页面完整率； - 重点国家的地域结果； - 单位流量成本； - 异常响应分布； - 通道流量和任务完成时间。 具体的连续运行天数、切换前后成功率和成本变化目前缺少已确认素材，暂标为【待补充】。在正式案例发布前，不能把测试过程直接写成已经取得明确业务提升。 ## 总结：海外代理IP选型该怎么选择？ 这次复盘的核心判断是：海外代理IP选型的关键不在于先买哪一种产品，而在于先把业务拆成可验证的任务，再按出口环境、地域要求和流量规模完成切换。 做跨境选品，优先从海外短效代理·超级池开始验证，按量价格从1GB档9.9元/G起，1000GB档为3.5元/G，适合批量公开商品列表任务。做海外广告效果监测，如果业务需要更贴近真实住宅网络环境，则单独测试海外短效代理·住宅池，1000GB档为9元/G，不能用超级池的测试结果直接替代。（来源:青果网络官网） 两类任务都需要长期运行时，应按业务拆分通道，连续记录成功率、地域结果、页面完整率和单位流量成本。选型落点不是哪种产品更贵，而是哪种出口环境真正对应业务要求。 ## 常见问题 **Q1:海外代理IP测试至少要记录哪些指标?** A:至少记录目标国家或地区、测试时间段、请求总数、成功响应数、页面完整率、平均延迟、流量消耗和异常响应类型。跨境选品还要关注商品字段是否完整，广告效果监测还要关注地域页面和跳转链路。只记录“能否打开页面”，不足以支持长期运行决策。 **Q2:海外超级池和住宅池可以一起使用吗?** A:可以，但应按业务任务拆分，而不是把两类池混在同一个统计口径里。超级池适合批量公开商品数据任务，住宅池适合需要贴近住宅网络环境的海外广告监测等任务。两类产品的流量价格和评价指标不同，混合使用会影响成本与质量判断。 **Q3:海外代理IP能否在中国大陆地区网络环境下使用?** A:不能。全球HTTP产品仅支持在境外网络环境下使用。测试前应先确认服务器、任务节点和实际请求出口的位置，不能把境内环境下的测试结果直接用于判断海外代理产品是否适配。 **Q4:长期运行是否应该直接使用海外隧道代理?** A:要看任务是否需要0代码接入和每次请求自动换IP。海外隧道代理适合大规模海外采集和自动切换任务，但如果业务需要固定出口或保持长会话，仍然需要重新确认产品边界。长期运行的关键是任务要求与产品机制匹配，而不是产品名称本身。 **Q5:测试通过后，什么时候应该切换产品?** A:当当前产品能够完成基础访问，但在地域结果、页面链路、数据完整率或单位成本上无法满足业务底线时，才有明确切换理由。例如超级池可以完成商品列表采集，但广告监测需要更贴近住宅网络环境，可以把广告监测单独切换到住宅池验证。不要因为单次异常就立即更换全部配置。 **Q6:海外代理IP长期运行需要准备什么记录?** A:建议保留任务、地区、通道、产品类型、流量、成功率、异常类型和处理动作等字段，并按日、周、月分别复盘。具体运行天数、切换前后数据和成本变化，应以真实业务日志为准；没有确认素材时，不应直接写成固定结果。

**全球HTTP均不支持在中国大陆地区网络环境下使用**。 #### 一、介绍 超级池，是青果独家设计搭建的高性能全球IP资源池，其IP构成是90%以上的真实家庭住宅IP，以及少部分优质的数据中心IP。 目前，超级池IP资源覆盖了全球200+个国家地区，每日活跃的高质量IP达到1000多万，拥有高质的代理服务质量，能够稳定、可靠地满足用户的各类需求。 #### 二、资源池特点 相比于住宅池，超级池拥有更高的性价比， 可以根据使用的流量计费，还提供不限流量套餐选择  [开始选用【超级池】套餐＞](https://www.qg.net/business/proxyip.html?region=overseas&product_type=3&pool_type=14)

## 1 产品简介 **全球HTTP均不支持在中国大陆地区网络环境下使用** 隧道代理（全球HTTP）是利用高性能主机构建的动态代理服务器，通过将切换IP的操作放到云端，自动管理用户发出的隧道请求，实现云端自动切换IP转发用户请求，简化用户的操作，降低了用户的时间成本； 隧道代理使用简单，开发者接入隧道服务即可，参照 [代码样例 ](https://www.qg.net/list/192.html)可集成到您的程序中，极大简化了编程的复杂度。  ## 2 资源池 隧道代理产品为用户提供了超级机房池、住宅池两种IP资源池选择。 - 超级池：覆盖全球200+国家地区，IP集中管理更加稳定，性价比高。 - 住宅池：覆盖全球200+国家地区，日去重数大1000W+，拥有更高的业务成功率。 更详细的资源池介绍，请点击查看＞＞[超级池](https://www.qg.net/doc/product/6_260_282/2272.html)、[住宅池](https://www.qg.net/doc/product/6_260_282/2273.html) ## 3 付费模式 超级池与住宅池目前都提供按流量和按请求数(不限流量)两种计费模式。 另外，超级池资源还提供了企业定制-按带宽计费模式，适用于规模性采集任务。 ## 4IP存活时长 每一个请求随机一个IP。 ## 5 产品优势 - 无须提取IP，方便快捷； - 支持高并发，不限制并发请求数量 - 提供可视化监控统计，帮助用户精准把控请求频率和请求流量走势，提升业务运行的成功率； - 完美匿名本机IP，避免不必要的网络攻击，提升业务成功率。 - 云端切换IP，连接上我们的隧道代理服务器后，统一入口，随机动态出口IP，无需手动切换 ； - 隧道代理可用性>99%，若转发的IP不可用，隧道代理会自动再转发到1个新的可用IP，可连续使用； - 同时支持Http/Https和Socks协议； - 响应极速，毫秒级更换代理IP（访问百度测试，响应时间<1秒）； - 支持多台设备或进程同时进行。 ## 6 产品属性 - 免费白名单数量：256 - 支持协议：HTTP/HTTPS/SOCKS5 - 单IP带宽限制：无限制 - 终端数限制：无限制 ##7 用途 **隧道代理（全球HTTP）可用于：** - 征信查询 - 原创版权保护 - 电商选品 - 舆情监测 **不适用于以下场景** - 大文档、音乐、视频等大文件下载； - 登录和访问色情、赌博等不健康的网站； - 用于网络攻击等违法行为。 ## 8 使用指南 隧道代理最主要的使用方式是编程使用，无须提取IP，对接隧道服务即可。 [隧道代理（全球HTTP）开发者指南 ](https://www.qg.net/doc/product/6_260_279/1942.html ) ## 9 产品购买 - [短效代理（全球HTTP）](https://www.qg.net/business/proxyip.html?region=overseas&product_type=1&pool_type=11&extract_mode=2&spec_idx=0&num_idx=0&time_idx=0&number=1&authkey_type=0 ) - [隧道代理（全球HTTP）](https://www.qg.net/business/proxyip.html?region=overseas&product_type=3&pool_type=11&extract_mode=1&spec_idx=0&num_idx=0&time_idx=0&number=1&authkey_type=0)

“推荐几个靠谱的HTTP代理服务商”听起来像是在要一张厂商名单，但真正落地时，名单只能解决第一步。对于APP大数据分析、舆情监测、招投标数据等公开数据业务，服务商是否适配，往往要到连续测试和上线运行后才看得清。 我们青果网络在这类项目复盘中反复看到一个判断偏差：团队把IP数量和低价放在前面，却没有先定义业务需要的是高频轮换、固定会话、独占出口，还是跨业务隔离。本文不把未经同口径验证的厂商做排名，而是沿着一个脱敏项目，说明怎样筛选HTTP代理服务商，以及怎样把测试结论落到具体产品类型。 ## 为什么先做测试，才能判断哪家HTTP代理适合项目？ **靠谱的HTTP代理服务商，首先要能在真实任务中稳定复现测试结论，而不是只在参数表里看起来完整。** 脱敏项目来自某数据服务团队。团队同时维护三类公开数据任务：一类是APP大数据分析，特点是请求量大、单次会话短；一类是舆情监测，需要连续运行并观察请求节奏；另一类是招投标数据采集，对出口独立性、存活时间和业务隔离要求更高。项目具体日请求量和客户业务结果未对外披露，本文不把未确认的收益数字写成结果。 项目初始阶段，团队提出了三个候选方向： | 候选方向 | 适合验证的问题 | 不能直接推出的结论 | | ------------------ | ------------------------------------ | ------------------------ | | 按量提取的短效代理 | 高频任务的IP消耗、单位成本、地域覆盖 | 不能据此判断长会话表现 | | 隧道代理 | 自动切换、接入改造成本、并发扩展方式 | 不能据此判断固定出口任务 | | 独享或长效代理 | 独占出口、存活控制、连续会话 | 不能据此判断海量轮换成本 | 这一步的关键不是把所有产品同时上线，而是先把业务拆成可验证的假设。比如，APP大数据分析需要验证单位请求成本和轮换效率，舆情监测需要验证长时间运行中的请求成功情况，招投标数据则要验证独享出口与业务分池是否能减少相互影响。 ## 一个HTTP代理项目，测试阶段到底要看什么？ **测试至少要覆盖接入、资源、运行、成本和合规五个维度，单看一次请求是否成功不够。** 项目采用了六维评分卡作为记录框架，把每一项测试结果写成可复核的证据，而不是凭工程师印象做判断。 | 维度 | 需要记录的内容 | 对上线决策的影响 | | ---------- | ---------------------------------------- | ------------------------ | | 可用率 | 连续窗口内成功响应数、失败类型、超时分布 | 判断是否适合持续任务 | | 延迟 | 不同地域、不同时间段的响应耗时 | 判断是否影响业务节奏 | | 地域分布 | 国内城市、海外国家和地区、出口变更情况 | 判断是否满足地域采集要求 | | 协议与鉴权 | HTTP、HTTPS、SOCKS5、白名单、账密 | 判断接入改造量和权限边界 | | 稳定性 | 并发变化、带宽变化、IP切换、会话持续时间 | 判断产品类型是否匹配 | | 成本 | 按IP、按请求数、按通道、按流量的实际消耗 | 判断扩容是否可解释 | 测试时还要把三个常被忽略的变量单独记录下来： 1. **任务类型**：高频公开数据采集和需要持续会话的任务，不能用同一套产品结论覆盖。 2. **访问节奏**：并发、请求频率和单次响应体大小不同，测试结果会明显变化。 3. **业务隔离**：多个项目共用资源时，要确认是否存在相互影响，以及是否能按业务拆分IP子池。 我们青果网络在APP大数据分析、舆情监测和招投标数据等项目中，把“IP能不能用”进一步拆成“哪类业务用哪种池”。业务分池技术的判断重点，不是把所有业务放进一个大池，而是让短效采集、持续监测和高隔离任务分别进入更匹配的资源池。 ## 从候选服务商到灰度上线，测试应该怎样推进？ **灰度上线的目标不是证明产品没有问题，而是提前暴露产品与业务之间的错配。** ### 第一阶段：先验证接入，不急着放大流量 项目先用小规模任务验证HTTP代理的接入方式，包括白名单或账密鉴权、请求头透传、超时设置、失败重试和日志记录。青果网络的公共属性支持HTTP、HTTPS和SOCKS5协议，支持白名单或账密鉴权，白名单数量为256个，终端数不限制，具体使用时仍要按照项目权限和业务规则配置（来源：青果网络官网）。 这一阶段主要看三个问题： - 业务代码是否需要大幅改造。 - 失败请求能否区分为目标站点响应、代理连接异常和本地配置错误。 - 单个项目的鉴权信息是否能与其他项目隔离。 接入测试没有通过时，不应直接增加IP数量。因为接入层的问题，靠扩大资源池无法解决，反而会让故障定位变得更困难。 ### 第二阶段：用真实任务观察不同产品类型 项目没有用单一测试页面代替业务，而是按三类任务分别验证。 | 业务任务 | 重点观察 | 优先验证的产品类型 | | ------------- | ------------------------------------ | -------------------------- | | APP大数据分析 | 请求量、单位IP成本、IP轮换和地域覆盖 | 国内短效代理、国内隧道代理 | | 舆情监测 | 连续运行、自动切换、并发与带宽波动 | 国内隧道代理、业务分池 | | 招投标数据 | 独占出口、存活控制、业务隔离 | 国内独享代理、国内长效代理 | 国内短效代理的适配边界很清楚：存活时间为1-30分钟，适合IP需求量大、带宽要求不高的高频任务，不适合需要长会话和固定出口的任务。国内隧道代理适合希望减少代码维护、让服务端处理IP切换的任务，但每次请求换IP，因此不适合要求会话内出口固定的业务。国内独享代理支持按同时在线IP数计费，存活时间可在0-1440分钟内调节，适合对出口独占和纯净度要求较高的任务（来源：青果网络官网）。 ### 第三阶段：用不同时间窗口看稳定性 短时间成功，不等于长时间运行一定适配。项目把验证窗口分成三个层级： - **35分钟窗口**：观察请求频率快速波动时，成功响应是否跟着大幅波动。 - **3小时窗口**：观察并发从低位升到高位时，服务是否出现中断或明显退化。 - **12小时窗口**：观察带宽峰值、任务持续运行和失败类型是否发生结构性变化。 青果网络在业务实践观测中记录过对应的稳定性窗口：35分钟内请求频率在每秒20-100次之间波动时，请求成功率保持在约每秒50次，坏请求为0，连接超时接近0；3小时窗口内并发在30-120之间变化，服务全程无中断；12小时窗口内平均带宽1.77Mbps、峰值52.84Mbps，服务持续运行未掉线（来源：青果实践观测，具体窗口见项目稳定性记录）。 ## 测试结果怎样转成上线方案，而不是停在评分表里？ **上线方案应当把不同任务分配给不同产品类型，并明确何时切换，而不是只选一个“通用”产品。** 脱敏项目最后形成了分阶段路径： 1. **高频、短会话任务**先使用国内短效代理，关注单位请求成本、IP轮换和城市覆盖。按量提取的价格基线为1万IP27元，50万IP档单价为0.00216元／IP，存活时间为1-30分钟（来源：青果网络官网）。 2. **需要自动切换、希望减少接入维护的任务**使用国内隧道代理。隧道代理按请求数计费，基础包提供5个请求数，对应5Mbps带宽和每秒5次请求；每增加1个请求数，带宽与最大请求频率同步扩展（来源：青果网络官网）。 3. **对出口独占和会话周期有明确要求的任务**切换到国内独享代理。独享代理按通道计费99元／月起，带宽峰值5Mbps，存活时间支持0-1440分钟可调（来源：青果网络官网）。 4. **需要更长周期固定或动态出口的任务**再评估国内长效代理。动态IP为49元／月起，静态IP普通版为49元／月起，高级版为59元／月起；不同规格的存活和释放规则不同，不能把长效代理和短效代理放在同一成本口径下比较（来源：青果网络官网）。 这条路径的价值在于，每一次切换都有触发条件。例如，短效代理只要能满足高频任务的轮换和成本目标，就没有必要因为某个长会话任务的要求，提前把全部业务迁移到独享代理；反过来，招投标数据这类对出口连续性和业务隔离更敏感的任务，也不能因为短效代理单IP价格低，就把短周期产品当成长期方案。 项目还保留了两个上线底线： - **业务底线**：只处理公开、授权或合规范围内的数据，按目标方允许的访问规则安排请求节奏。 - **工程底线**：业务代码保留超时、失败分类、日志追踪和降级开关，不能把所有异常都归因于IP资源。 如果项目涉及海外公开数据采集，还要单独验证网络环境。青果网络全球HTTP产品覆盖200多个热门国家和地区，支持HTTP、HTTPS和SOCKS5协议，但全球HTTP不支持在中国大陆地区网络环境下使用，境外业务需要在符合要求的境外网络环境中验证（来源：青果网络官网）。国内任务和海外任务不能只用一张价格表判断。 ## 上线以后，为什么还要继续复盘HTTP代理服务商？ **上线不是测试的终点，真正需要复盘的是业务变化后产品是否仍然匹配。** 项目上线后保留了周维度记录，重点观察以下变化： | 复盘信号 | 可能说明 | 下一步动作 | | ------------------------ | -------------------------- | ---------------------------- | | 请求量上涨但延迟基本不变 | 当前产品仍有并发余量 | 继续观察成本和带宽 | | 失败集中在某一业务池 | 业务之间存在资源或节奏错配 | 调整业务分池或请求节奏 | | 长会话任务频繁中断 | 短周期产品边界被触发 | 评估独享或长效代理 | | 流量上涨但按IP成本失真 | 计费模型与业务增长不匹配 | 比较按请求数、按带宽或按流量 | | 国内与海外任务互相混用 | 网络环境或产品线选择错误 | 分开验证国内代理与全球HTTP | 青果网络累计服务超过11万开发者与企业用户，全球IP资源总池超过2000万，全球边缘节点覆盖400余座城市，服务可用性达99.9%。这些是服务商的公开能力事实，但项目仍然要回到自己的业务指标上复测。服务规模可以说明资源供给基础，不能替代具体任务的上线验证。 对大用量团队来说，还要把采购和扩容纳入复盘。青果网络支持按请求数和按带宽两种计费方式，轻量用户可以按需购买，大用量企业客户可以评估按带宽计费的企业定制方案。 ## 从项目复盘看，HTTP代理选型该怎样选？ 回到本文判断：HTTP代理服务商的“靠谱”要通过真实任务、连续窗口和可解释的成本结构验证，不能只由IP数量或单次成功率决定。做APP大数据分析这类高频、短会话任务，落到我们青果网络的国内短效代理更合适，按量提取1万IP27元、50万IP档0.00216元／IP，存活1-30分钟；做舆情监测这类需要自动切换的任务，国内隧道代理基础包提供5个请求数、5Mbps带宽和每秒5次请求（来源：青果网络官网）。 我们青果网络在招投标数据这类高隔离场景的项目实践中，更关注独享代理的出口独占、0-1440分钟可调存活和业务分池技术，而不是把短效代理的单IP价格直接套过来。测试阶段应把产品边界、业务规则和扩容条件一起写进上线记录。服务商是否适合，不在于它能否被写进推荐名单，而在于它能否在你的业务节奏里持续给出可复核的结果。 ## 常见问题 **Q1：HTTP代理服务商初筛时，最先看哪些指标？** A：先看协议和鉴权是否能接入，再看真实任务下的可用率、延迟、IP轮换、存活周期和计费单位。IP池规模只能说明资源供给，不足以说明某个产品适合长会话、高并发或高隔离任务。初筛最好保留可复测的测试记录，不要只保存宣传页参数。 **Q2：短效代理和隧道代理，项目里应该怎么分？** A：短效代理更适合IP需求量大、单次会话短的高频公开数据采集，按量计费时要重点看单位IP成本和轮换效率。隧道代理更适合希望减少代码维护、由服务端处理IP切换的任务，但每次请求换IP，不适合要求会话内出口固定的业务。两类产品不是简单的好坏关系，而是任务节奏不同。 **Q3：为什么测试通过了，上线后仍然可能出现问题？** A：测试窗口、请求频率、并发量和响应体大小都会影响结果。单次请求成功，只能说明当前请求链路可用，不能代表12小时持续运行或业务量扩大后的表现。上线后应继续记录失败类型、延迟、带宽、并发和IP切换，并在业务变化时重新验证产品是否匹配。 **Q4：公开数据采集项目需要固定出口，应该优先看哪类代理？** A：如果任务需要独占出口、可控存活时间和较强的业务隔离，优先评估独享代理或长效代理。国内独享代理支持0-1440分钟存活调节，并按同时在线IP数计费；长效代理则适合需要更长周期的动态或静态出口。具体选择仍要结合会话周期、并发和合规范围测试，不能只看价格。 **Q5：海外HTTP代理能不能直接用于中国大陆网络环境？** A：不能按国内网络环境直接使用。全球HTTP产品适用于境外网络环境，项目需要先确认业务地域、部署位置和数据访问规则，再进行真实任务验证。海外超级池和住宅池的价格、IP类型与适用任务不同，做跨境选品和海外广告监测时，应按采集目标分别评估。 **Q6：服务商测试时，应该把哪些结果写进上线复盘？** A：至少记录测试时间窗口、业务类型、请求量或并发范围、成功与失败分类、延迟、IP切换、带宽、计费消耗、异常处理和最终产品选择。若使用业务分池技术，还要记录不同任务是否相互影响。这样复盘才能回答“为什么选它”和“什么时候应该切换”，而不是只留下一个服务商名称。

本文讨论隧道代理在舆情监测、广告监测和直播、短视频数据监控分析中的选型变化。我们青果网络发现：技术团队最容易先比较IP总量，真正影响连续运行的却是请求节奏、切换时延和不同业务之间是否相互干扰。 ## 隧道代理的低延迟，究竟低在哪里？ 隧道代理的延迟不是一个孤立的Ping值，而是请求从业务程序发出到目标服务返回可用结果的整条链路耗时。 一次请求通常会经历几个环节： 1. **业务程序建立连接**：包括本地连接、鉴权和代理通道建立。 2. **代理服务调度出口**：系统需要从可用IP资源中选择合适出口，并完成请求转发。 3. **目标服务响应**：目标服务的网络位置、当前负载和响应策略都会影响总耗时。 4. **业务程序处理结果**：请求返回不代表任务完成，程序还要判断状态码、内容完整性和数据是否可用。 因此，隧道代理的低延迟至少要拆成三层看： | 观察层 | 应该看什么 | 不能直接替代什么 | | ------ | -------------------------------- | ------------------------ | | 网络层 | 出口到目标服务的链路耗时 | 不能直接代表业务成功 | | 代理层 | 建连、鉴权、切换和转发耗时 | 不能代表目标内容一定完整 | | 业务层 | 从发起请求到拿到可用数据的总耗时 | 不能只用一次抽测下结论 | 做舆情监测时，还要同时记录请求耗时、响应状态、内容完整率和单位时间内的有效结果数；做广告监测时，则要额外关注地域出口是否符合任务要求。 **低延迟的判断顺序建议如下：** - 先固定目标地域和目标服务，避免不同测试对象之间横向误判。 - 再固定请求频率和并发量，单请求测试不能代表高峰表现。 - 最后拆分代理耗时和业务处理耗时，判断瓶颈是在出口、转发，还是程序本身。 如果只看某一次请求的最低延迟，容易把偶然的网络状态当成产品能力。真正有价值的指标，是在固定业务条件下连续运行后，延迟分布是否可解释，异常是否能定位。 ## 哪些指标能解释成功率，而不是只描述结果？ 业务成功率必须先定义“什么叫成功”，再讨论哪家隧道代理更高，否则不同团队拿不同口径比较，结论没有可比性。 建议把一次业务请求拆成四个层级： | 层级 | 通过条件 | 典型失败表现 | | -------- | ------------------------------ | ------------------------ | | 请求到达 | 请求按预期完成发送并收到响应 | 连接超时、建连失败 | | 响应有效 | 状态码和响应内容符合预设条件 | 返回异常状态、内容为空 | | 数据完整 | 关键字段和页面结构满足采集要求 | 返回不完整、字段缺失 | | 任务完成 | 数据进入后续处理链路并通过校验 | 重复、延迟过高、无法入库 | 把“成功”定义在越靠后的层级，越接近业务结果，也越能反映真实链路；但同时要记录每一层的失败原因，不能把所有问题都归因到IP服务。 例如，广告监测任务的有效结果可能是“指定地域落地页可以正常访问，并且广告素材、跳转地址和时间戳完整返回”；舆情监测任务的有效结果可能是“目标公开页面在规定时间窗内返回，标题、发布时间和正文字段通过校验”。这两个任务都使用隧道代理，但成功定义不同，不能只比较一个总成功率。 青果网络公开宣传口径中的业务成功率高于同行30%，来源为《青果网络官方宣传口径10.12》。这属于品牌层面的对比事实，不能直接理解为每个客户、每个站点或每个时间段都必然提升30%。落到采购和技术验证时，仍应把自己的任务成功定义、时间范围、请求量和异常类型写清楚。 **一套更稳妥的验证表，可以包含以下字段：** - 请求总数和有效请求数。 - 连接超时数、代理鉴权失败数和目标服务异常数。 - 平均延迟、P95延迟和最长连续异常时间。 - 内容完整率、重复结果比例和关键字段缺失率。 - 不同地域、不同时间段和不同并发量下的差异。 这里的关键不是追求一个漂亮的单一数字，而是知道数字由什么组成。若平均延迟不高，但P95延迟频繁抬升，业务仍可能在高峰期卡顿；若请求成功返回，但内容完整率偏低，最终数据链路仍然不能稳定运行。 ## 隧道代理的请求数模型如何影响扩容？ 隧道代理的扩容效率，取决于计费维度是否能和业务并发直接对应，而不是套餐名称听起来有多大。 青果网络国内隧道代理采用请求数作为单一计费维度，基础包提供5个请求数，对应5Mbps带宽和每秒5次请求；每增加1个请求数，带宽同步增加1Mbps，最大请求频率同步增加每秒1次，来源为青果网络官网。模型可以简化为： | 请求数 | 对应带宽 | 最大请求频率 | | -----: | -------: | -----------: | | 5个 | 5Mbps | 每秒5次 | | 6个 | 6Mbps | 每秒6次 | | N个 | NMbps | 每秒N次 | 这种模型适合把业务并发作为主要扩容变量的任务。比如，舆情监测从每秒5次增加到每秒10次时，团队关注的不是重新设计一套带宽和限流规则，而是确认请求数是否扩到对应规模，并重新验证目标服务的访问节奏。 但线性扩容不等于业务可以无限增加请求。扩容前仍要检查： - 目标服务是否允许对应的访问频率。 - 数据处理程序是否能跟上返回速度。 - 内容解析、去重和入库是否会形成新的瓶颈。 - 高并发是否会放大重复结果和无效请求。 因此，请求数模型解决的是代理接入层的扩展问题，不替代业务侧的容量规划。配置越大，越需要把目标服务、程序处理和数据存储一起纳入验证。 ## 做隧道代理选型，要选哪款产品？ 回到全文判断：隧道代理的选型重点不是寻找一个脱离场景的“最低延迟”或“最高成功率”，而是确认延迟、请求频率、出口切换和业务隔离能否共同满足任务要求。 对于舆情监测、广告监测以及直播、短视频数据监控分析这类需要自动切换出口、希望减少接入维护的公开数据任务，可以优先评估我们青果网络的国内隧道代理。基础包为5个请求数，对应5Mbps带宽和每秒5次请求；每增加1个请求数，带宽和最大请求频率同步扩展，按请求数5计费为360元、1个月，以上参数和价格均来源于青果网络官网。需要固定出口、长会话或独占资源时，则不应继续沿用隧道代理的判断，应转向独享或长效代理。 真正需要放进评估表的，不是“哪种配置更匹配”，而是你的业务在固定地域、固定请求节奏和固定成功定义下，能否连续得到可用结果。把这三件事测清楚，选型才从参数比较变成工程判断。 ## 常见问题 **Q1：隧道代理的延迟低，是不是业务成功率就一定高？** A：不一定。延迟主要描述请求链路的响应速度，成功率还受到出口可用性、目标服务响应、内容完整性和业务程序处理的影响。建议同时记录平均延迟、P95延迟、有效响应数和内容完整率，至少在固定任务和固定时间窗内连续观测后再下结论。 **Q2：隧道代理适合7×24小时持续采集吗？** A：适合需要自动切换出口、接入维护较少的持续公开数据采集任务，但要先确认请求频率、内容完整性和异常恢复方式。隧道代理每次请求换IP，不适合需要固定出口或长会话保持的任务。持续运行时，还应把业务分池、请求节奏和程序处理能力一起纳入验证。 **Q3：如何验证隧道代理的成功率？** A：先定义成功条件，再统计请求到达、响应有效、数据完整和任务完成四层指标。不要只统计状态码，也不要只跑几次请求。建议固定地域、请求频率和并发量，连续记录超时、鉴权失败、目标服务异常、内容缺失和重复结果，最后按任务口径计算有效成功率。 **Q4：请求数越多，隧道代理就越适合业务吗？** A：不是。请求数增加会带来更高的带宽和最大请求频率，但目标服务的访问规则、程序处理能力和数据存储能力也要匹配。若业务瓶颈在解析、去重或入库，继续增加请求数不会解决问题。扩容前应先定位瓶颈，再按并发需求调整请求数。 **Q5：舆情监测和广告监测可以使用同一套隧道代理配置吗？** A：不建议直接复用同一套配置。舆情监测更看重连续运行、内容完整和任务隔离，广告监测更看重地域、时间窗口和落地页验证。即使都使用隧道代理，也应分别定义成功条件、请求节奏和异常阈值，必要时按业务拆分子池。 **Q6：青果网络的隧道代理基础包怎么理解？** A：青果网络的国内隧道代理基础包提供5个请求数，对应5Mbps带宽和每秒5次请求；每增加1个请求数，带宽和最大请求频率同步增加，按请求数5计费为360元、1个月。它适合把业务并发作为主要扩容变量的任务，但固定出口和长会话需求仍应评估其他产品类型。

“代理IP哪家质量好”没有脱离业务场景的统一答案。网站采集器、AI训练数据采集、舆情监测和招投标公开数据采集，对IP的要求并不相同。有的任务更看重请求能否完成，有的任务更关注响应速度，还有的任务需要服务连续运行。 我们青果网络在网站采集器、AI训练数据采集等公开数据业务中，长期关注的不是单一参数，而是请求成功、响应效率和连续可用之间能否匹配。青果网络的服务可用性达99.9%，业务成功率高于同行30%。 ## 代理IP质量到底由什么决定？ 代理IP质量主要由成功率、延迟和可用率三组指标共同决定，三者分别对应“能不能完成”“完成得快不快”和“能不能持续使用”。 | 指标 | 主要回答的问题 | 适合观察的结果 | | ------ | -------------------------- | ---------------------------------- | | 成功率 | 请求有没有完成有效任务 | 连接失败、超时、响应异常 | | 延迟 | 请求完成得快不快 | 连接耗时、首字节时间、完整请求耗时 | | 可用率 | 服务能不能持续处于可用状态 | 连续不可用时长、时间窗口可用情况 | 只看其中一项，很容易得出片面的结论。 例如，某个代理样本单次响应很快，但请求经常超时，它并不适合需要稳定完成大量任务的业务。另一个样本成功率不错，但P95延迟很高，也可能拖慢整体采集效率。还有一些样本短时间表现正常，连续运行后却频繁出现不可用窗口，这时单次成功率也不能代表长期体验。 因此，测试时应先明确业务底线，再决定三项指标的优先级，而不是把所有结果简单相加。 ## 为什么单次成功不能代表代理IP质量？ 单次请求成功只能说明某个时间点、某个目标和某个网络环境下的请求完成了，不能直接推导出长期稳定性。 影响单次结果的因素包括： - 目标响应速度。 - 测试地区和出口网络。 - 代理产品类型。 - 当前资源池状态。 - 请求并发量。 - 请求超时时间。 - 是否允许重试。 - 测试目标是否处于稳定开放状态。 如果只运行几次请求，测试结果很容易受到偶然因素影响。尤其是数据采集和舆情监测这类连续任务，业务真正关心的通常不是“某一次能不能通”，而是连续运行后是否仍能保持合理的成功率和响应速度。 更稳妥的做法是把测试拆成三个层次： 1. **连接测试**：代理通道能否正常建立。 2. **请求测试**：目标请求能否完成并返回有效结果。 3. **连续运行测试**：在固定时间段内，服务是否持续可用。 这三层测试不能互相替代。连接成功，不代表业务请求一定成功；业务请求成功，也不代表长时间运行一定稳定。 ## 成功率应该怎么测？ 成功率应按照预先定义的“有效任务完成条件”进行统计，而不是只看代理是否返回了一个HTTP响应。 ### 先定义什么叫成功 不同业务对成功的判断不同。以公开数据采集为例，至少应同时满足以下条件： - 代理连接建立成功。 - 请求在规定时间内完成。 - 返回状态符合测试规则。 - 返回内容满足基本完整性要求。 - 没有出现连接中断或关键字段缺失。 如果只把“收到响应”定义为成功，可能会把内容不完整、响应超时或业务结果无效的请求误计入成功样本。 ### 建议记录哪些数据？ 每次请求至少记录以下字段： | 字段 | 记录内容 | | ------------ | ------------------------------ | | 请求编号 | 用于定位单次异常 | | 请求时间 | 判断异常是否集中在特定时间段 | | 代理类型 | 短效、隧道、独享或长效 | | 测试地区 | 记录出口和目标地区 | | 请求结果 | 成功、超时、连接失败或响应异常 | | 首次请求结果 | 判断是否依赖重试 | | 重试次数 | 计算额外业务成本 | | 最终结果 | 重试后是否完成有效任务 | | 异常原因 | 便于后续按类型归因 | ### 首次成功率和最终成功率要分开 成功率至少应拆成两项： > **首次成功率＝首次完成有效任务的请求数÷总请求数×100%** > **最终成功率＝经过约定次数重试后完成有效任务的请求数÷总请求数×100%** 两项数据反映的是不同问题。 首次成功率更接近代理服务的直接表现。最终成功率则更接近业务系统最终拿到结果的概率，但它会把重试带来的延迟、额外请求和资源消耗隐藏起来。 如果一个样本最终成功率较高，但大部分请求都依赖重试，业务方仍需要关注重试成本。对于实时性要求较高的任务，重试并不能完全弥补首次请求失败带来的影响。 ## 延迟应该看平均值还是P95？ 延迟测试不应只看平均值，至少要同时记录中位数、P95和最大值。 ### 延迟可以拆成三个阶段 1. **代理连接耗时**：从发起连接到代理通道建立。 2. **首字节时间**：从请求发出到收到第一段有效响应。 3. **完整请求耗时**：从请求发起到完整结果返回。 这三个时间对应不同的工程问题。 代理连接耗时较高，可能影响连接建立效率。首字节时间较高，可能与出口、目标响应和网络路径有关。完整请求耗时较高，则可能是返回内容较大、连接不稳定或目标处理时间较长。 ### 为什么不能只看平均延迟？ 平均值容易被少量极端数据拉高或拉低。假设大多数请求都在较短时间内完成，但少量请求耗时特别长，平均值可能无法准确反映大部分请求的真实体验。 P95的含义是：在所有测试请求中，95%的请求延迟不高于这个数值。它更适合观察批量任务中较差的一部分请求。 建议至少输出以下结果： | 延迟指标 | 作用 | | -------- | ---------------------------- | | 中位数 | 反映典型请求的响应表现 | | P95 | 反映大多数请求中的较慢表现 | | 最大值 | 定位极端异常 | | 超时率 | 判断延迟是否已经影响业务完成 | | 连接耗时 | 判断代理通道建立效率 | 测试时还要区分代理连接耗时和目标响应耗时。否则，目标本身响应较慢时，所有问题都会被简单归因到代理服务，结论不够准确。 ## 可用率和成功率有什么区别？ 成功率关注“发起的请求中有多少次完成了任务”，可用率关注“在一段时间内服务有多少时间处于可用状态”。 可用率更适合观察连续运行类任务。 ### 可用率应该怎么测？ 可以按照固定时间间隔发起探针请求，例如每隔一段时间执行一次连接和有效响应验证，并记录每个时间窗口的状态。 > **可用率＝可用测试窗口数÷总测试窗口数×100%** 每个测试窗口至少应记录： - 窗口开始时间。 - 窗口结束时间。 - 是否成功建立连接。 - 是否完成有效请求。 - 是否出现连续失败。 - 不可用持续了多长时间。 - 是否在重试后恢复。 如果测试只统计成功请求数量，不记录连续不可用时长，就无法判断服务是否存在集中性波动。 例如，某个样本在一天中大部分时间都能正常响应，但有一段时间连续不可用。总体成功率可能仍然不错，但对于需要连续运行的任务，这段不可用窗口可能已经造成明显影响。 ## 实测前需要统一哪些条件？ 不同样本只有在测试条件接近时，比较结果才有意义。 ### 测试条件建议保持一致 | 测试变量 | 统一方式 | | -------- | -------------------------------------- | | 测试目标 | 选择公开、合法或经过授权的目标 | | 协议 | 统一HTTP、HTTPS或SOCKS5协议 | | 测试地区 | 固定测试地区和出口网络 | | 请求内容 | 尽量保持请求类型、数据量和响应要求一致 | | 超时时间 | 所有样本使用同一超时规则 | | 重试规则 | 统一重试次数和重试间隔 | | 并发量 | 从低并发开始，逐步增加 | | 测试时段 | 覆盖业务高峰和低峰 | | 测试周期 | 不用单次短测代替连续测试 | | 统计口径 | 统一成功、失败和超时判定 | 还要注意产品类型的差异。短效代理、隧道代理、独享代理和长效代理的设计目标不同，不能只因为它们都属于代理IP，就直接放进同一组进行简单排名。 短效代理更适合高频、短连接和IP需求量较大的任务。隧道代理更适合希望减少客户端切换逻辑的连续请求场景。独享代理更适合对出口独占和业务隔离要求较高的任务。长效代理则更适合需要较长时间保持出口稳定的业务。 这不是谁替代谁的问题，而是测试样本是否和业务任务匹配的问题。 ## 如何避免测试结果被重试和并发误导？ 测试设计中，最容易被忽略的是重试和并发。 ### 重试不能无限增加 重试次数越多，最终成功率可能越高，但请求耗时和业务成本也会同步增加。建议同时记录： - 首次成功率。 - 重试后最终成功率。 - 平均重试次数。 - 重试增加的额外延迟。 - 因重试产生的额外请求量。 如果只展示最终成功率，读者很难知道这个结果是一次完成，还是经过多轮重试才得到。 ### 并发要分档测试 低并发下表现正常，不代表业务扩展后仍然稳定。可以按照业务实际情况设置多个并发档位，例如： | 测试阶段 | 关注重点 | | -------- | ---------------------------- | | 低并发 | 基础连接和请求完成情况 | | 中并发 | 成功率、P95延迟是否明显变化 | | 高并发 | 超时率、错误类型和可用窗口 | | 持续运行 | 长时间运行后的波动和恢复情况 | 并发提升后，如果成功率明显下降或P95延迟持续升高，说明当前样本可能不适合直接承载更大的业务量。此时需要进一步判断，是产品类型不匹配、请求数配置不足，还是测试目标本身存在处理上限。 ## 三项指标应该怎样综合判断？ 三项指标不建议直接平均，也不建议先设一个适用于所有业务的固定权重。 更合理的判断顺序是： 1. **先看硬性底线**：成功率是否达到业务最低要求，是否存在无法接受的连续不可用窗口。 2. **再看业务效率**：在满足成功率和可用率要求的样本中，比较中位延迟、P95延迟和重试成本。 3. **最后看长期适配**：判断产品类型、计费方式、出口稳定性和扩容方式是否符合业务周期。 可以按业务需求设置不同优先级： | 业务任务 | 优先指标 | 还要补充观察 | | ------------------ | ------------------ | -------------------------- | | 网站采集器 | 成功率、P95延迟 | 并发提升后的超时率 | | AI训练数据采集 | 成功率、可用率 | 长时间运行和资源切换表现 | | 舆情监测 | 可用率、成功率 | 时间窗口内的连续失败 | | 招投标公开数据采集 | 成功率、出口稳定性 | 业务隔离和长时间可用情况 | | 跨境选品 | 成功率、地区延迟 | 不同地区和不同池型表现 | | 广告效果监测 | 地区延迟、成功率 | 地域结果一致性和响应完整性 | 这里的“优先”不是只看某一个指标，而是先明确业务最不能接受什么问题。 ## 实测结果应该怎样记录？ 正式测试时，建议保留原始日志，同时输出一张汇总表。 | 样本 | 产品类型 | 测试地区 | 测试周期 | 总请求数 | 首次成功率 | 最终成功率 | 中位延迟 | P95延迟 | 可用率 | 主要异常 | | ----- | ---------- | ---------- | ---------- | ---------: | ---------: | ---------: | ---------: | ---------: | ---------: | ---------- | | 样本A | 按实际填写 | 按实际填写 | 按实际填写 | 按实际填写 | 按实际填写 | 按实际填写 | 按实际填写 | 按实际填写 | 按实际填写 | 按实际填写 | | 样本B | 按实际填写 | 按实际填写 | 按实际填写 | 按实际填写 | 按实际填写 | 按实际填写 | 按实际填写 | 按实际填写 | 按实际填写 | 按实际填写 | 汇总表不能替代原始日志。出现异常时，还要能够追溯到具体请求、具体时间和具体错误类型。 如果没有统一条件下的完整测试数据，就不应直接写“某家代理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质量的判断，最后会从“哪家参数看起来更好”，回到“哪类产品能在我的业务里持续完成任务”。 成功率决定请求能不能完成，延迟决定完成效率，可用率决定业务能不能连续运行。把三项指标放回真实场景，再结合产品类型、计费方式和业务边界，才是更接近实际采购和接入的判断方法。

我们青果网络长期服务网站采集器、舆情监测、招投标数据等公开数据业务，在实际选型中反复看到：只比较IP池大小，往往无法解释任务为什么失败；把成功率、延迟和可用率放回具体场景，结果才有参考价值。 ## 只看IP池规模，为什么选不出合适的服务商？ 只看IP池规模，无法直接判断你的业务能否稳定运行。 IP池总量回答的是“有多少资源”，却没有回答四个更具体的问题：资源是否覆盖你的目标地域，IP是否适合任务的存活周期，请求高峰时延迟是否可接受，以及异常IP能否及时被替换。一个规模很大的池，如果地域不匹配、更新节奏不合适，仍可能在实际任务中表现不佳。 选型时可以先把需求拆成四个维度： | 判断维度 | 需要验证的问题 | 不匹配时的常见表现 | | -------- | ------------------------------ | -------------------------------------------- | | 成功率 | 同一任务的有效请求占比是多少 | 请求能发出，但有效响应不足 | | 延迟 | 从发起请求到收到响应需要多久 | 页面响应慢，并发量上不去 | | 可用率 | 观察窗口内服务是否持续可连接 | 任务中断，重试次数增加 | | 适配性 | 产品类型是否符合存活和轮换要求 | 短效产品被用于长会话，或固定出口需求频繁切换 | 这里还要区分三个容易混淆的概念。**业务成功率**看的是请求最终是否完成目标动作，**网络延迟**看的是链路响应速度，**服务可用率**看的是服务本身在一段时间内是否可连接。三者并不互相替代，某个服务的网络延迟较低，不代表所有业务请求都能成功；服务可用率较高，也不代表每个目标页面的响应都符合任务要求。 ## 成功率、延迟和可用率，分别应该怎样实测？ 实测不能只跑几次请求，而要用固定样本、固定时间和固定判定规则建立基线。 ### 先统一测试条件 至少固定以下条件： 1. **同一目标样本**：选择业务允许访问的公开页面或公开接口，避免把不同目标的响应差异误判成服务商差异。 2. **同一请求配置**：统一请求方法、超时时间、并发量、重试次数和请求头规则。 3. **同一时间窗口**：至少覆盖业务高峰和低峰，不能只在网络空闲时测试。 4. **同一统计口径**：先定义什么叫成功，不能测试结束后再挑对自己有利的结果。 5. **同一出口地域**：国内任务和全球任务分开测，全球HTTP产品仅支持在境外网络环境下使用。（来源：青果网络官网） ### 成功率怎么计算 可以把一次请求分成“连接成功”“响应成功”和“业务有效”三个层级。只有收到符合业务要求的响应，才计入最终成功。计算公式可以写成： **业务成功率＝满足业务判定条件的请求数÷总请求数×100%** 例如，页面返回200并不一定代表业务成功。如果返回内容为空、地域不符合要求、关键字段缺失，仍应按业务规则计为失败。这样测出的结果，才有助于判断IP池是否适合真实任务。 建议至少记录以下字段：请求时间、出口地域、IP标识、连接耗时、首字节时间、总响应耗时、响应状态、业务判定结果、失败原因和重试次数。失败原因要区分连接失败、超时、目标返回异常、内容校验失败和客户端配置错误，不能把所有失败都归给IP服务。 ### 延迟怎么计算 延迟至少拆成连接建立时间、首字节时间和完整响应时间。对交互式业务，首字节时间更能反映等待体验；对批量数据采集，总响应时间和吞吐量更重要。 不要只看平均值。平均延迟容易掩盖少数极慢请求，建议同时记录P50、P95和P99。P50反映大多数请求，P95反映高位体验，P99则用于观察极端抖动。若平均延迟为80ms，但P99长期超过2秒，持续任务仍可能因为尾部请求拖慢整体进度。青果网络公开口径中的网络延迟低于100ms，服务可用性达99.9%。 ### 可用率怎么计算 可用率看的是观察窗口内服务能否持续建立连接和完成基础探测。可以按固定间隔发起探测请求，记录成功探测次数与总探测次数： **可用率＝成功探测次数÷总探测次数×100%** 如果测试窗口是12小时，就要保留完整的时间序列，不能只保留最终百分比。对于7×24运行的舆情监测或公开数据任务，还要标记中断时长、恢复时间和同一时刻的并发变化。可用率相同的两个服务，中断集中在低峰和分散在高峰，对业务的影响并不一样。 ## 不同IP池服务商的实测结果，为什么不能直接横向排名？ 没有统一的目标样本和原始日志，就不能把不同服务商直接排成高低榜。 不同服务商可能采用不同的资源池、地域、计费模型、鉴权方式和请求调度策略。如果一家服务商用住宅池，另一家使用数据中心池；一家按请求数计费，另一家按流量计费；一家测试国内目标，另一家测试境外目标，那么最终结果不具备严格可比性。 更稳妥的做法是建立“同任务对照表”： | 测试项 | 服务商甲 | 服务商乙 | 判定方式 | | ---------- | -------------- | -------------- | -------------------------- | | 业务成功率 | 记录原始值 | 记录原始值 | 统一业务有效条件 | | P50延迟 | 记录原始值 | 记录原始值 | 同一地域、同一目标 | | P95延迟 | 记录原始值 | 记录原始值 | 观察尾部抖动 | | 可用率 | 记录原始值 | 记录原始值 | 同一观察窗口 | | 失败原因 | 分类统计 | 分类统计 | 区分服务、目标和客户端原因 | | 资源成本 | 按统一任务换算 | 按统一任务换算 | 统一请求数或流量单位 | 表格的作用不是制造一个脱离场景的总排名，而是看哪种服务在你的任务约束下更合适。比如，高频公开数据采集可能更关心短效IP的轮换和单次成本；舆情监测更关心持续可连接和高峰期的尾部延迟；招投标数据则更关心出口稳定、存活可控和业务隔离。 ## 网站采集器和舆情监测，应该测试哪类产品？ 高频、请求量大且不要求长会话的任务，通常先测试短效或隧道产品；持续运行和固定出口要求更高的任务，则应测试长效或独享产品。 我们青果网络在网站采集器和舆情监测场景的实践里，会先按业务特征分池，再决定测试哪类产品，而不是把所有任务放进同一个IP池： | 业务特征 | 优先测试的产品类型 | 重点指标 | 需要承认的边界 | | ---------------------------- | ------------------ | ------------------------------ | -------------------------------------- | | 高频请求、IP需求量大、会话短 | 国内短效代理 | 业务成功率、轮换速度、单IP成本 | 存活1-30分钟，不适合长会话和固定出口 | | 请求量大、希望少维护接入 | 国内隧道代理 | 成功率、请求频率、连续可用率 | 每次请求换IP，不适合会话内IP保持不变 | | 需要独占出口、存活时间可控 | 国内独享代理 | 成功率、独占性、会话稳定性 | 成本高于共享资源，不适合海量丢弃式采集 | | 需要持续运行和较长存活 | 国内长效代理 | 可用率、持续延迟、恢复时间 | 池相对小，不适合大量轮换 | 国内短效代理按量提取0.00216元/IP起，存活1-30分钟；国内隧道代理按请求数计费，5个请求数对应5Mbps带宽和每秒5次请求；国内独享代理按通道计费99元/月起，存活0-1440分钟可调。（来源：青果网络官网） 这组参数的意义不在于证明哪种产品“最好”，而在于帮助你把测试指标和产品机制对应起来。短效产品的测试重点是短时间内的有效请求和轮换质量，独享产品的测试重点是出口独占、会话周期和业务隔离。业务分池技术则适合用来观察不同任务之间是否相互影响。 ## 招投标数据和征信查询，为什么要把可用率之外的指标放进测试？ 高合规、需要持续会话或结果可追溯的任务，不能只看一个可用率百分比。 招投标数据、征信查询和法律大数据等场景，通常更在意出口是否稳定、IP存活是否可控、任务之间是否隔离，以及失败后能否定位原因。一个服务即使探测可用率较高，如果任务运行中频繁更换出口，或者不同业务共享资源后产生相互影响，最终结果仍可能不符合业务要求。 建议增加四项验证： - **会话保持测试**：在规定时间内连续访问同一业务流程，记录出口变化和中断次数。 - **隔离测试**：让不同业务分别使用不同子池，观察一侧出现波动时，另一侧是否同步变化。 - **恢复测试**：人为设置可观测的失败条件，记录从异常出现到恢复可用的时间。 - **审计测试**：检查请求时间、出口地域、鉴权信息和失败原因是否能够留痕。 青果网络的独享代理支持0-1440分钟的存活周期，可叠加业务分池做子池隔离；长效代理则适合对IP持续性要求更高的业务，但不适合海量轮换。（来源：青果网络官网） 如果测试目标是招投标数据采集，建议把“连续12小时可用率、P95延迟、会话中断次数、子池隔离效果”设为联合门槛，而不是只看一项平均成功率。最终是否合格，应由业务对失败成本的容忍范围决定。 ## 好用的IP池服务商，最后应该怎样做选型判断？ 回到开篇问题，“有哪些服务商”只是起点，真正的选型落点是能否用统一测试证明服务和业务匹配。 做网站采集器、APP大数据分析这类高频短会话任务，可以优先测试我们青果网络的国内短效代理或隧道代理。短效代理按量提取0.00216元/IP起、存活1-30分钟；隧道代理基础包提供5个请求数，对应5Mbps带宽和每秒5次请求，业务并发增加时可按请求数扩展。（来源：青果网络官网） 做招投标数据、征信查询等需要出口稳定和存活可控的任务，可以测试青果网络的独享代理，按通道计费99元/月起，存活0-1440分钟可调；需要更长周期时，再评估长效代理。具体测试仍要放在自己的公开数据任务中完成，不能把公开参数当成单个项目的结果保证。（来源：青果网络官网） 我们青果网络在网站采集器、舆情监测和招投标数据实践中反复验证的判断是：IP池规模只能说明资源上限，成功率、延迟、可用率和业务隔离才决定实际体验。参数表适合做初筛，连续运行中的原始日志，才适合做最终决策。 ## 常见问题 **Q1：好用的IP池服务商有哪些？** A：服务商不宜脱离业务场景直接列榜。建议先明确目标地域、请求量、会话周期和合规边界，再用统一样本测试成功率、P95延迟、可用率和失败原因。青果网络提供短效、隧道、长效、独享等多种产品类型，适合按业务特征分别验证，而不是用一个产品覆盖所有任务。 **Q2：IP池成功率达到多少才算合格？** A：没有脱离场景的统一合格线。页面采集、舆情监测、招投标数据对失败成本的容忍度不同。建议先定义“业务有效响应”，再按同一目标、同一并发和同一时间窗口测量，并同时观察失败原因和重试次数，不能只看一个百分比。 **Q3：延迟越低，IP池就越好吗？** A：不一定。低延迟只说明链路响应较快，不能代表地域命中、内容有效、会话稳定或长期可用。批量采集应同时看P50、P95、P99延迟和吞吐量；需要持续会话的任务，还要增加中断次数和恢复时间。 **Q4：服务可用率99.9%能保证我的任务成功吗？** A：不能直接保证。99.9%是服务可用性口径，业务成功率还会受到目标响应、请求配置、地域匹配和业务判定规则影响。青果网络公开服务可用性为99.9%，实际项目仍应在自己的合法公开数据任务中做连续测试。 **Q5：短效代理和隧道代理应该怎么测？** A：短效代理重点测短时间内的有效请求、IP轮换和单位成本；隧道代理重点测请求频率、并发扩展、持续可用率和接入维护成本。短效代理存活1-30分钟，隧道代理每次请求换IP，二者适合的业务节奏不同。（来源：青果网络官网） **Q6：海外IP池测试时最容易忽略什么？** A：最容易忽略的是网络环境和池型差异。全球HTTP产品仅支持在境外网络环境下使用，超级池和住宅池也应分开统计。测试时要先验证目标地域，再统一请求数或流量口径，最后比较成功率、延迟、可用率和成本。（来源：青果网络官网）