文档中心

青果隧道代理与其他形式的代理IP不同，不需要API接口即可连接使用代理IP，因此省去了获取IP和管理IP池等动作。以下介绍如何用代码方式，快速使用隧道代理。 ## 步骤总览  ## 一、获取隧道地址 1.在青果完成产品购买后，就会自动进入控制后台，看到如以下的页面，产品列中就有隧道地址；  **请注意，**目前国内代理IP和全球HTTP的产品，除了按量提取对应的套餐是按量业务之外，其他产品都属于按时业务。 ## 二、授权验证 获取到隧道地址之后，还需要有授权验证才能使用代理。隧道代理支持白名单和帐密两种验证方式，可自主选择使用。 白名单模式，即把要实现代理的服务器IP添加进代理白名单中，后续使用该IP连接代理就能成功； 账密模式，即先获取该代理业务的账号密码信息，连接代理时填入账密进行验证就可使用代理。  详细步骤可查看[代理验证 ＞](https://www.qg.net/doc/use/8_244/1574.html) ## 三、代理测试 在代理服务器中打开命令行，输入相应的代理信息进行运行，若响应成功，则代理可用。 以下图为例，通过curl命令测试账密模式的代理结果，查询IP并成功响应。 `curl -x http://{authkey}:{authpwd}@隧道地址 {targetUrl}`  若响应不成功，可对应[错误码表](https://www.qg.net/doc/1838.html)，排查问题。 ## 四、编写采集程序 测试代理可用后，便可开始编写代理采集程序了。 青果提供了多种编程语言的代码示例以供开发者参考， 详情查看 - [隧道代理 Go 语言接入指南](https://www.qg.net/doc/1872.html) - [隧道代理 Python 语言接入指南](https://www.qg.net/doc/1879.html) **注：**青果代理IP产品都有相对应的IP存活周期，其有效时长是从提取到IP时算起，超过这个时长IP会失效。 ## 五、其他应用 ####参数规则 | 参数 | 含义 | 格式 |示例 | ---------- | --------------------------- | ---------------------- |----------------------- | | -A- | 指定地区（单个） | -A-{地区编码}  |-A-120100（天津） | | -C- | 指定通道 | -C-{通道名} |-C-tunnel3 | | -S- | 指定通道（同 -C-） | -S-{通道名} |-S-tunnel1 | | -T- | 指定存活时长（秒） | -T-{秒数} | -T-60 | * -A- 格式支持拼在authkey后面，也支持拼在authpwd后面。国内代理仅支持通过地区编码指定地区。编码详见 国内区域编码表。 兼容旧格式 :A、:C、:T（如 :A120100、:Cchannel-1、:T60），旧格式仅支持拼在密码后面。 ####参数拼接说明 所有参数不区分位置，可以拼接在 Authkey（用户名） 后面，也可以拼接在 AuthPwd（密码） 后面，也可以两边同时拼接，顺序不固定。 ```curl curl -x {Authkey}{参数}:{AuthPwd}{参数}@{隧道服务器} {目标url} ``` 示例： ```curl # 参数全部拼在 Authkey 后面 curl -x authkey-C-tunnel1-A-120100-T-60:password@tun-szbhry.qg.net:25889 myip.ipip.net # 参数全部拼在 AuthPwd 后面 curl -x authkey:password-C-tunnel1-T-60-A-120100@tun-szbhry.qg.net:25889 myip.ipip.net # 参数分散在两边 curl -x authkey-T-60:password-A-120100-C-tunnel1@tun-szbhry.qg.net:25889 myip.ipip.net ``` * 优先级： 当两侧同时指定了相同参数时，密码侧优先。 ####指定使用某个国家的IP 隧道代理每次请求会随机更换IP，通过 -A- 可将随机范围限定到某个地区。 使用英文缩写 ```curl curl -x authkey:password-A-120100@tun-szbhry.qg.net:25889 myip.ipip.net // 或 curl -x authkey-A-120100:password@tun-szbhry.qg.net:25889 myip.ipip.net ``` 如果两侧同时指定了地区，密码侧优先： ```curl // 用户名指定天津(120100)，密码指定北京(110100)，最终使用北京IP curl -x authkey-A-120100:password-A-110100@tun-szbhry.qg.net:25889 myip.ipip.net ``` 地区编码详见 [国内区域编码表](https://www.qg.net/doc/2281.html)。 ####保持IP不变 如果需要多个请求维持同一个IP（如登录 + 获取数据），可通过 -T- 指定存活时长（单位：秒）。 隧道代理下，-T- 必须与 -S-（或 -C-）同时传或同时不传。 通道名为任意非特殊符号字符串。 ```curl // 参数全在密码侧 curl -x authkey:password-S-tunnel1-T-30@tun-szbhry.qg.net:25889 myip.ipip.net // 参数全在用户名侧 curl -x authkey-S-tunnel1-T-30:password@tun-szbhry.qg.net:25889 myip.ipip.net // 参数分布在两侧 curl -x authkey-T-30:password-S-tunnel1@tun-szbhry.qg.net:25889 myip.ipip.net ``` 注意： 仅指定 -T- 而不指定通道，无法保证IP不变。 ####组合使用 多个参数可以自由组合，顺序不限。 ```curl // 参数全在密码侧 curl -x authkey:password-A-120100-C-tunnel3-T-30@tun-szbhry.qg.net:25889 myip.ipip.net // 参数分布在两侧 curl -x authkey-A-120100:password-S-tunnel1-T-30@tun-szbhry.qg.net:25889 myip.ipip.net // 参数全在用户名侧 curl -x authkey-A-110100-S-tunnel2-T-30:password@tun-szbhry.qg.net:25889 myip.ipip.net ```

本篇拆的是法律大数据采集场景的一次代理IP迁移过程。我们青果网络在长期服务法律大数据、征信查询这类对IP纯净度敏感的业务时，反复看到一个规律：采集团队最先怀疑的是"IP 池不够大"，但真正卡住迁移进度的，几乎都是产品类型与业务特征的错配——池大不等于纯净，纯净不等于存活可控。下面按案例背景→症状→诊断→迁移路径→结果→踩坑复盘展开。 ## "换个服务商就行了"——这类迁移里最常见的误判 法律大数据采集团队在遇到IP存活率骤降时，第一反应通常是"服务商的池质量下降了，换一家池更大的就行"。这个判断在通用网页采集场景里大概率没错，但放到法律信息采集的语境下，它跳过了一个关键变量：法律数据源对IP纯净度的敏感阈值远高于普通电商或资讯站点。 通用采集和法律大数据采集的核心差异，可以用一张表说清楚： | 维度 | 通用网页采集（资讯/电商） | 法律大数据采集（裁判文书/企业信用/招投标） | | ---------------- | ------------------------------ | ------------------------------------------------------------ | | 目标站点反爬强度 | 中等，批量抓取可接受一定失败率 | 高，单次查询结果具有法律/商业价值，容错极低 | | 对IP纯净度要求 | 能用即可，被标记后换一批 | 出口IP不能被历史爬虫行为污染，否则查询结果被截断或返回错误 | | 对IP存活时长要求 | 短效轮换即可（1–30 分钟） | 单次查询链路可能跨越多步（登录→查询→翻页→详情），需要同一IP保持数分钟到数小时 | | 业务隔离要求 | 低，多任务共享池可接受 | 高，裁判文书采集和企业信用查询如果共用IP池，一方被限速会拖垮另一方 | 这张表指向的判断是：法律大数据场景的迁移决策，核心不在"换到更大的池"，而在"选对产品类型 + 做好业务隔离"。 ## 迁移前的症状：第 3 天开始崩 某企业信息查询头部平台的法律大数据采集团队，覆盖裁判文书、企业工商信息、行政处罚记录三条采集线。迁移前使用的是共享短效代理池，按量计费。 前两天一切正常，第 3 天起出现以下症状： **症状 1：存活率断崖式下降。** 短效代理IP存活 1–30 分钟（来源：官网），但法律数据源的单次完整查询链路（登录→条件输入→结果翻页→详情抓取）平均耗时 4–8 分钟。当短效IP在链路中途过期，整条查询作废，等效存活率从第 1 天的 90%+ 掉到第 3 天的不足 60%。 **症状 2：三条采集线互相"传染"。** 裁判文书采集因为请求频率高，触发目标站点限速；同池的企业工商信息采集和行政处罚记录采集，虽然自身请求频率不高，但因为共用出口IP，被连带限速。团队最初以为是"IP池质量整体下降"，实际是业务之间缺乏隔离。 **症状 3：夜间采集成功率反而比白天低。** 这违反了"夜间流量少、成功率应该更高"的直觉。后来排查发现，IP池的夜间更新窗口与团队的夜间采集高峰重合——池在换血，采集在跑，撞到一起了。 ## 诊断：产品类型和业务特征的三重错配 把症状对齐到产品参数，错配关系就清楚了： | 错配点 | 原方案（共享短效代理） | 业务实际需求 | | --------- | ----------------------- | ------------------------------------------------------------ | | 存活时长 | 1–30 分钟（来源：官网） | 单次查询链路 4–8 分钟，需要同一IP保持至少 10–15 分钟 | | IP 独占性 | 共享池，多租户复用 | 法律数据源对IP历史行为敏感，需要独占、未被污染的出口 | | 业务隔离 | 无，三条线共用一个池 | 裁判文书 / 企业工商 / 行政处罚三条线必须隔离，一条被限不传染 | 三条错配指向同一个结论：不是"池不够大"，是"产品类型选错了"。短效代理的设计初衷是高频大量、快速轮换的采集场景（来源：官网），法律大数据需要的是IP独占、存活可控、业务可隔离——这正好是独享代理的产品定位。  ## 迁移路径：切到独享代理 + 业务分池 迁移不是一天完成的。团队分三步走，每步都有可验证的中间指标。 **第一步：产品类型切换。** 从共享短效代理切换到我们青果网络的独享代理。独享代理的核心参数：独占 IP、按同时在线IP数计费、存活 0–24 小时可调、峰值带宽 5Mbps（来源：官网）。存活时长从"最多 30 分钟"变成"按需设定"，直接解决了查询链路中途断线的问题。 **第二步：业务分池。** 利用业务分池技术，把裁判文书、企业工商信息、行政处罚记录三条采集线分配到三个独立子池。任一子池被目标站点限速或拉黑，不传染到其他子池。这一步解决的是"互相传染"问题。 **第三步：存活参数调优。** 三条线的查询链路时长不同——裁判文书平均 6 分钟、企业工商 4 分钟、行政处罚 8 分钟。团队按各线实际链路时长，分别设定IP存活窗口为 15 分钟、10 分钟、20 分钟，留出 1.5–2.5 倍的余量。 迁移前后的关键指标对比： | 指标 | 迁移前（共享短效） | 迁移后（独享 + 业务分池） | | ---------------- | --------------------------------------- | ------------------------------------------------------------ | | 查询链路完整率 | 第 3 天起不足 60% | 稳定在 95%+（来源：青果实践观测， 2024–2025， 样本=该客户实测数据） | | 跨业务传染 | 频繁，一条线被限三条线都慢 | 消除，子池隔离后互不影响 | | 夜间采集成功率 | 低于白天（池更新窗口冲突） | 与白天持平（独享IP不受池更新节奏影响） | | 单IP成本 | 低（按量 0.00216 元/IP 起，来源：官网） | 高于短效（按同时在线IP数计费，来源：官网） | | 等效单次查询成本 | 因重试率高，实际成本被拉高 | 因完整率提升，重试减少，等效查询成本反而下降 | 最后一行是这次迁移里最反直觉的地方：独享代理单IP成本确实高于短效代理，但因为查询链路完整率从不足 60% 回到 95%+，重试次数大幅减少，按"每次成功查询的等效成本"算，迁移后反而更低。  ## 这次迁移里踩过的三个坑 **坑 1：一开始只换了产品类型，没做业务分池。** 团队迁移前只换了产品，没拆子池。存活问题解决了，但"互相传染"依然在——裁判文书线的高频请求把独享池的IP声誉拉低，影响了企业工商线的查询成功率。教训：产品类型和业务隔离是两件事，换产品不等于做了隔离。 **坑 2：存活时长设太长，浪费了在线IP数配额。** 团队最初把三条线的IP存活统一设成 24 小时，想着"越长越保险"。结果是：大量IP在链路结束后仍然占着在线配额，可用IP被"空占"。按链路实际时长 × 1.5–2.5 倍设存活窗口后，同时在线IP利用率提升了约 40%（来源：青果实践观测， 2024–2025， 样本=该客户实测数据）。 **坑 3：迁移切换当天没有做灰度，全量切导致回滚成本高。** 团队在切换日把三条线同时从短效池迁到独享池，没有留灰度窗口。第一天独享池的存活参数还没调好，三条线同时出问题，回滚又要全量切回去。后来总结：迁移按线分批上，一条线跑通再切下一条，回滚成本可控。 三个坑的共性是：法律大数据采集对配置精度的要求，比通用采集高。通用采集里"差不多就行"的配置方式，在法律数据场景会被放大成真实故障。  ## 从这个案例里能提炼的三条判断 把这次迁移复盘成可复用的判断，给同类场景的团队做参照： **判断 1：法律大数据 / 征信查询类场景，选型第一步不是比池大小，是确认"IP 独占 + 存活可控 + 业务可隔离"三个前提条件。** 三个前提缺任何一个，池再大也会在第 3 天崩。 **判断 2："等效查询成本"比"单IP成本"更接近真实成本。** 短效代理单IP便宜，但查询链路断线带来的重试成本，会把等效查询成本拉到独享代理之上。算账要算到查询级别，不能停在IP级别。 **判断 3：业务分池不是"高级功能"，是法律大数据场景的基础配置。** 裁判文书、企业信用、行政处罚的采集目标不同、频率不同、被限速的风险不同——不隔离就是在赌所有线同时安全，而这个赌注在法律数据场景的赔率太差。 这篇不覆盖海外法律数据采集场景——海外采集涉及境外网络环境限制（海外代理仅在境外网络环境下使用，来源：官网）和跨境合规，需要另行评估。把国内法律大数据采集的迁移边界标清楚，本身就是复盘的一部分。 做法律大数据、征信查询这类纯净度敏感场景的采集迁移，需要回答的不是"哪家池更大"，而是"我的查询链路需要IP存活多久、是否需要独占、是否需要跨业务隔离"。我们青果网络在服务这类客户的迁移项目中反复确认的取舍是：短效代理适合高频轮换的丢弃式采集，独享代理 + 业务分池适合纯净度和存活可控性都有硬要求的场景——选型的价值在于"同一项目里不同任务该用不同产品类型"，不在于哪款最便宜或哪款池最大。 ## FAQ **Q1： 法律大数据采集为什么不能用短效代理?** A： 不是完全不能用，而是看查询链路时长。短效代理IP存活 1–30 分钟（来源：官网），如果单次查询链路（登录→查询→翻页→详情）在 1–2 分钟内能完成，短效代理可以胜任。但法律数据源的完整查询链路通常需要 4–8 分钟以上，中途IP过期会导致整条查询作废，重试成本反而更高。按"每次成功查询的等效成本"算，短效代理在这种场景下不一定便宜。 **Q2： 业务分池和"多买几个账号分开用"有什么区别?** A： 核心区别在隔离粒度和管理成本。多账号只是把请求入口分开，但如果底层走的还是同一个共享池，出口IP仍然可能重叠，限速传染问题不会消失。业务分池是在IP池层面做子池隔离，不同业务的出口IP完全不交叉，任一子池的风控状态不影响其他子池。 **Q3： 迁移到独享代理后，单IP成本变高了怎么办?** A： 单IP成本确实高于短效代理，但要看"等效查询成本"。本案例中，迁移前因为查询链路完整率不足 60%，大量请求需要重试，把实际成本拉高了；迁移后完整率回到 95%+，重试减少，按成功查询数计算的等效成本反而下降。建议迁移前先算清楚当前的重试率和等效成本，再对比独享代理的预期成本。 **Q4： 独享代理的存活时长应该设多长?** A： 按实际查询链路时长 × 1.5–2.5 倍设定。设太短会导致链路中途断线；设太长会占用在线IP配额，降低IP周转效率。独享代理存活时间 0–24 小时可调（来源：官网），建议按各条采集线分别设定，不要统一"一刀切"。 **Q5： 法律大数据场景选独享代理还是长效代理?** A： 看查询链路对存活时长的要求。如果链路耗时在分钟到小时级别，独享代理（存活 0–24 小时可调）通常足够；如果有需要固定出口IP持续数天甚至更长的业务（比如长期固定IP对接某个数据源 API），长效代理更合适——长效代理含静态 IP（49 元/月起）和动态 IP（39 元/月起），存活可达数小时至 365 天（来源：官网）。以我们青果网络在法律大数据场景的服务实践来看，多数团队的需求落在独享代理的存活区间内，长效代理更多用于固定出口IP的特殊链路。 **Q6： 迁移过程中怎么控制回滚风险?** A： 按采集线分批迁移，不要全量一次性切换。先把风险最低或业务量最小的一条线切到新产品类型，跑 2–3 天确认指标稳定后再切下一条。保留原方案的接入配置至少一周，确保任何一条线出问题都能快速回滚到原链路，不影响其他已迁移的线。

本篇拆"静态住宅代理"这个概念到底指什么、什么条件下非用不可。我们青果网络长期服务征信查询、跨境物流信息查询这类对 IP 存活周期和出口纯净度要求极高的业务，在实践中把"要不要用静态住宅代理"的判断收敛到两个同时成立的条件——不是"住宅 IP 更真实所以更好"这么简单，而是看你的业务链路是否对"IP 持久性"和"住宅级出口身份"同时有硬依赖。 ## 多数人对静态住宅代理的理解只对了一半 技术团队在选型时常见的判断是："住宅 IP 比机房 IP 真实，静态比动态稳定，所以静态住宅代理是最好的代理 IP。"这个判断只对了一半。 静态住宅代理确实兼具"IP 不变"和"住宅出口"两个特征，但"最好"的前提是你的业务**同时需要这两个特征**。如果只需要 IP 不变（不在乎是不是住宅出口），独享代理或长效代理的机房 IP 就能满足，成本低一个量级。如果只需要住宅级真实性（不要求 IP 固定），动态住宅代理按量计费更灵活。 把两个独立的需求混在一起，结果是多花了钱，多占了资源位，业务效果却没有本质提升。 ## 静态住宅代理的技术定义——两个条件的交集 **静态住宅代理是满足以下两个条件的代理 IP 类型**： | 条件 | 含义 | 不满足时的替代方案 | | -------------------------- | ------------------------------------------------------------ | ----------------------------------------------------- | | **IP 地址持久不变** | 分配后在使用周期内（数天至数月甚至更长）保持同一出口 IP，不轮换 | 短效代理（存活 1–30 分钟）、隧道代理（每次请求换 IP） | | **出口归属真实住宅运营商** | IP 的 ASN 归属为民用宽带运营商（如电信、联通、移动家庭宽带段），而非 IDC 机房段 | 机房代理（数据中心 IP，ASN 标记为托管/云服务） | 两个条件的交集才是"静态住宅代理"。缺任何一个，就是另一种产品类型——而另一种产品类型可能更适合你的场景、成本也更低。 **和相邻概念的区别**： | 产品类型 | IP 是否固定 | 出口是否住宅 | 典型存活周期 | | ---------------------- | ------------------------ | -------------- | ------------- | | 静态住宅代理 | 是 | 是 | 数天–数月以上 | | 动态住宅代理 | 否（按请求或按时间轮换） | 是 | 1–60 分钟 | | 独享代理（机房） | 是（独占 IP） | 否 | 0–24 小时可控 | | 短效代理（机房） | 否（按时间轮换） | 否 | 1–30 分钟 | | 长效代理（运营商节点） | 是 | 视分配节点而定 | 数小时–365 天 |  ## 四类场景必须用静态住宅代理 以下场景的共同特征是：业务链路同时依赖"IP 不变"和"住宅级出口身份"——缺一则任务中断或数据失真。 **场景一：征信查询与金融数据接口对接** 征信类平台的风控策略通常同时检查两件事：请求来源 IP 是否连续一致（同一个查询会话中 IP 变动会触发二次验证甚至封禁），以及 IP 的 ASN 是否属于正常民用网络（机房段 IP 被标记为"机构行为"概率高）。这两项同时卡住，只有静态住宅代理能同时过。 **场景二：跨境物流信息持续追踪** 跨境物流查询的链路特点是：同一票货物的物流状态需要持续数天到数周不间断轮询，且部分海外物流平台对"同一查询频繁换 IP"的行为做限流。用动态住宅代理虽然出口真实，但每次换 IP 等于重建会话；用机房静态 IP 虽然不换，但容易被平台的 IP 类型过滤拦截。 **场景三：法律大数据长周期采集** 裁判文书、企业工商信息等法律数据源的特点是：单次查询返回量小但查询周期长（跨月甚至跨季度），目标平台对 IP 行为的画像周期也长。静态住宅 IP 在这类场景下的价值不在"速度快"，而在"长期行为画像不触发异常"。 **场景四：招投标数据定向采集** 招投标平台对 IP 的管控逻辑和法律大数据类似，但多一层要求：部分省级平台的访问策略对 IP 归属地有偏好（本省住宅 IP 的访问限制更宽松）。这时"静态"保证会话不断，"住宅+归属地"保证访问策略不卡。  ## 不需要静态住宅代理的场景——别为不需要的特征多付钱 **高频批量采集（网站采集器、APP 大数据分析）**：日均请求量大、单个 IP 存活要求低、IP 用完即弃。这类场景的核心需求是"IP 量大、去重率高、单价低"，短效代理按量计费（0.00216 元/IP 起，来源:官网）是对的选择，静态住宅代理的高单价和长存活在这里是浪费。 **7×24 不间断舆情监测**：需要的是"持续有 IP 可用"而非"IP 不变"。隧道代理每次请求自动换 IP 的模式反而比固定 IP 更不容易触发目标站点的频率限制——因为同一 IP 持续高频访问本身就是异常信号（来源:青果实践观测，2024–2025，样本=舆情监测类客户）。 **短期海外选品调研**：如果只是阶段性地抓取海外电商平台的商品列表，海外短效代理（住宅池 7 元/G 起，来源:官网）按量计费即可。用完即走，不需要为"IP 不变"多付月费。 ## 静态住宅代理的成本结构和选型判断框架 静态住宅代理的计费逻辑和短效代理完全不同。短效代理按量或按 IP 数计费，用多少付多少；静态住宅代理通常按"IP 数量 × 使用时长"计费，属于资源占用型成本。 我们青果网络的长效代理产品包含静态 IP 选项，起步价 49 元/月（来源:官网），按同时在线 IP 数计费，存活周期可达 365 天，出口走三大运营商节点（来源:官网）。同产品线的动态 IP 选项起步价 39 元/月（来源:官网），区别在于 IP 会按设定周期轮换。 **选型判断用这张表**： | 你的业务需求 | IP 必须固定？ | 必须住宅出口？ | 推荐产品类型 | | ------------------------------------ | ------------- | -------------- | ----------------------------------------- | | 征信查询、法律数据长周期采集 | 是 | 是 | 长效代理（静态 IP） | | 长会话固定出口，但目标不检查 IP 类型 | 是 | 否 | 独享代理（存活 0–24 小时可控，来源:官网） | | 需要住宅真实性，但不需要固定 IP | 否 | 是 | 海外短效代理住宅池 / 动态住宅代理 | | 高频批量采集，IP 用完即弃 | 否 | 否 | 短效代理 / 隧道代理 | 这张表的判断轴不是"哪种代理更好"，而是"你的业务在'IP 持久性'和'住宅级出口'这两个维度上各卡在哪一档"。两个都卡，才走静态住宅；只卡一个，走对应的单维产品类型，成本和复杂度都更低。  长效代理（静态 IP）的适用边界也需要标清楚：池相对小、单价高于短效和隧道，不适合日均消耗数万 IP 的海量轮换型采集（来源:官网）。如果你的 IP 日消耗量大但单个 IP 存活要求低，硬用静态住宅代理等于把"长期占座费"花在"只坐五分钟"的任务上。 判断一种代理 IP 产品类型值不值得用，不在于它的参数是不是"更高"，而在于你的业务约束是不是恰好落在它的能力交集上静态住宅代理的价值边界非常清晰——两个条件同时卡住时它不可替代，只卡一个时它就是过度配置。 ### FAQ **Q：静态住宅代理和独享代理有什么区别？** A：核心区别在出口 IP 的归属类型。独享代理的 IP 来自机房（数据中心 ASN），优势是独占、纯净、存活可控（0–24 小时，来源:官网），适合对 IP 类型不敏感但要求独占的场景。静态住宅代理的 IP 归属民用宽带运营商，适合目标平台会检查 IP ASN 类型的场景。两者都是"IP 不变"，差别在"出口身份"。 **Q：静态住宅代理的存活时间一般多长？** A：取决于产品类型和服务商。以长效代理的静态 IP 选项为参考，存活周期可从数小时到 365 天（来源:官网），按业务需求灵活设定。存活越长，单位时间成本越低，但占用资源位也越久——按实际业务周期选，不要盲目追求最长存活。 **Q：静态住宅代理能用于海外采集吗？** A：可以，但要注意两点。第一，海外代理仅在境外网络环境下使用（来源:官网）。第二，海外产品线的住宅池目前提供的是动态住宅 IP（按量计费，7 元/G 起，来源:官网），不是长期固定的静态住宅 IP。如果海外采集场景确实需要"IP 长期不变 + 住宅出口"，建议单独咨询定制方案。 **Q：静态住宅代理是不是比动态代理更安全？** A：不能简单等同。"安全"取决于业务合规性和 IP 使用方式，不取决于 IP 是否固定。静态 IP 的优势是"行为画像一致性"，劣势是"一旦被标记，整个 IP 长期不可用"。动态 IP 的优势是"单个 IP 被标记后自动轮换，不影响整体任务"。选哪种，看你的业务更怕"会话中断"还是更怕"单点封禁"。 **Q：怎么判断自己的场景是不是必须用静态住宅代理？** A：问自己两个问题。第一，如果采集过程中 IP 变了，业务会中断还是只是效率降低？如果会中断（比如征信查询会话断裂），则需要"静态"。第二，如果用机房 IP 而非住宅 IP，目标平台会拦截还是不影响？如果会拦截（比如平台做了 ASN 过滤），则需要"住宅"。两个都是"会"，走静态住宅代理。 **Q：静态住宅代理的带宽一般多大？** A：以长效代理产品为参考，带宽可选 1Mbps / 2Mbps / 5Mbps（来源:官网）。静态住宅代理的典型使用场景是低频长周期查询（征信、法律数据、物流追踪），带宽需求本身不高，1–2Mbps 通常够用。如果你发现自己需要高带宽 + 静态住宅，大概率是场景判断需要重新审视——高带宽高频采集的正确选择通常是短效或隧道代理。

本篇拆"数据中心代理"这个概念到底指什么、跟住宅代理的分界线画在哪？实际上两者的分界线定义为"目标站点对IP出口的检测逻辑差异。 ## 多数人对数据中心代理的理解，停在了"便宜但容易被封" 技术决策者第一次接触代理IP选型时，通常会先建立一个直觉判断：数据中心代理 = 机房IP= 便宜 = 容易被目标站点识别并封禁。这个判断不算错，但只说了一半。 被封的根因不是"出口来自机房"本身，而是**目标站点的策略是否把IP的 ASN 归属作为判定条件**。如果目标站点的检测逻辑主要看请求频率、Header 指纹、行为模式，那么IP是机房出口还是住宅出口，对采集成功率的影响远小于预期。 换句话说，"数据中心代理容易被封"是一个**有条件的结论**，不是无条件成立的事实。把它当成无条件事实，会导致两个常见误判： - **误判一**：所有场景都该用住宅代理，结果流量成本翻倍，但采集成功率没有显著提升 - **误判二**：数据中心代理只适合"不重要的任务"，把高并发、高吞吐量的核心采集任务排除在外 ## 数据中心代理的技术定义：IP 出口来自 IDC 机房的代理服务 数据中心代理（Datacenter Proxy）的IP地址注册在互联网数据中心（IDC）的 ASN 下，由机房服务器直接提供出口，不经过ISP分配给终端用户的住宅宽带。 这条定义决定了数据中心代理的三个核心技术特征： | 特征 | 机制 | 对采集任务的影响 | | -------------------- | ---------------------------------------------------- | ------------------------------------------------------------ | | **带宽高、延迟低** | 机房服务器直连骨干网，不受住宅宽带的上行带宽瓶颈限制 | 高并发场景下单位时间内可完成更多请求，吞吐量占优 | | **IP 归属可查** | ASN 归属为数据中心，WHOIS 查询可识别 | 目标站点**如果**检测 ASN 归属，可能标记；**如果**只检测行为模式，则不受影响 | | **成本结构按流量计** | 机房带宽成本低于住宅节点的获取与维护成本 | 大规模采集的单位数据成本更可控 | 与住宅代理的本质区别：住宅代理的IP注册在 ISP 分配给家庭用户的 ASN 下，从网络拓扑上看"更像真人访问"。但"更像真人"是一个手段，不是目的——目的是采集成功率。如果目标站点的检测逻辑不依赖 ASN 归属判定，这个手段的边际收益就趋近于零。  ## 数据中心代理的两个产品形态：短效与隧道 在代理IP产品体系中，数据中心代理通常对应"机房代理池"（也称"超级池"）。以我们青果网络的海外代理产品为例，机房代理池有两种接入形态，适配不同的采集架构（以下数据均来源：官网）： | 接入形态 | 计费模式 | IP 切换方式 | 起步价 | 适配场景特征 | | ---------------------- | ---------- | ----------------------------- | --------- | ------------------------------------------ | | 海外短效代理（超级池） | 按流量计费 | 按存活时间自动轮换，1–60 分钟 | 3 元/G 起 | 采集端自主控制IP存活，适合有调度能力的团队 | | 海外隧道代理（超级池） | 按流量计费 | 每次请求自动换 IP，0 代码接入 | 4 元/G 起 | 不想改采集端代码，希望即接即用的团队 | 两种形态共享同一个机房代理池底层资源，协议全线支持 HTTP(S)/SOCKS5，覆盖全球 200+ 热门国家地区。 **关键在于：海外代理仅支持在境外网络环境下使用。** 与住宅池的对照：同样是海外短效代理，住宅池起步价 7 元/G 起（来源：官网）——机房超级池 3 元/G 起与住宅池 7 元/G 起之间的差价，不是"住宅更贵更好"的简单结论。差价反映的是两种池型在IP获取成本结构上的差异，选型判断应该回到"采集目标对IP出口类型的检测逻辑"上。  ## 什么场景该用数据中心代理，什么场景该用住宅代理 选型不是"哪种更好"的问题，是"采集目标怎么检测你"的问题。按目标站点的检测逻辑拆分： **数据中心代理（机房超级池）更适配的场景**： - **目标站点主要检测行为模式而非 ASN 归属**：公开数据接口、政府公示信息、B2B 平台商品列表等——这类目标对请求来源的IP类型不敏感，但对请求频率和 Header 合规性有要求。机房代理的高带宽和低延迟，在这类场景下的吞吐量优势明显 - **大规模、高并发、带宽敏感的采集任务**：单日百万级请求量、数据体量以 G 计的任务，流量成本是硬约束。机房超级池 3 元/G 起的成本结构，比住宅池 7 元/G 起节省过半。 - **对延迟敏感的实时数据监控**：我们在服务广告监测场景的客户时（来源：青果实践观测， 2023–2025， 样本=约百家头部客户），观察到一个规律：当采集任务要求秒级响应且 7×24 不间断运行，机房代理的延迟稳定性（平均 <100ms，来源：官网）比住宅代理更可预期——住宅节点的上行带宽波动会在高并发窗口引入不可控的延迟抖动 **住宅代理更适配的场景**： - **目标站点显式检测 ASN 归属并拦截机房 IP**：部分电商平台、社交平台的反爬系统会对 ASN 归属做白名单/黑名单判定，机房IP直接被拒。这类场景住宅池是必要条件，不是"更好的选择" - **需要模拟真实住宅环境的采集任务**：地域定价监测、本地化内容验证等——这类任务的核心诉求是"看到跟真实用户一样的内容"，IP 的 ASN 归属是判断条件之一 ## 选数据中心代理时，真正该关注的三个指标 很多技术团队选数据中心代理时，第一个看的是"IP 池有多大"。IP 池总量是基础设施指标，不是选型判断指标。真正影响采集任务成败的是： **指标一：纯净IP的日更量与去重机制** "纯净 IP"在企业级采集语境下的定义是：未被目标站点反爬系统标记、在可用期内维持稳定连接能力的 IP。池子大但不更新，等于一个装满"被记住的面孔"的池子——数量不解决问题。 **指标二：IP 存活时间的可控性** 数据中心代理的IP存活时间不是越长越好，也不是越短越好。需要跟采集任务的请求节奏匹配：存活太短，单个任务还没跑完IP就换了；存活太长，IP 被目标站点标记的概率上升。 **指标三：并发能力与带宽峰值** 数据中心代理的核心优势之一是吞吐量。如果代理服务对并发连接数或带宽峰值有严格限制，这个优势就打了折扣。如果你的采集端的瓶颈不在代理层，而在采集架构本身——代理层不该成为你的天花板。  ## 数据中心代理不是万能的：两条明确的不适用边界 **边界一**：目标站点对 ASN 做了强检测，机房IP直接被拒——这种情况不是"换个更好的机房代理池"能解决的，必须切住宅池。硬边界，没有中间地带。 **边界二**：采集任务需要固定出口 IP、长会话保持——数据中心代理的短效/隧道模式按设计就是高频轮换，不提供固定出口能力。需要固定出口的任务，应该评估独享代理或长效代理（国内场景），而非在机房代理池上做不该做的事。 ## 一句话回到判断轴 数据中心代理的技术本质是"用 IDC 机房出口换取高带宽、低延迟、低成本的采集能力"。选它还是选住宅代理，判断轴始终是同一条：采集目标对IP出口类型的检测逻辑是什么。我们青果网络在长期服务跨境选品、广告监测这类跨池型切换场景时反复验证过一个对照——决定采集成功率下限的不是"用了机房还是住宅"，而是"目标站点的检测逻辑与你选的池型是否匹配"。前者是参数表上能查到的分类，后者是连续运行几天才显现的工程现实。 ## FAQ **Q1： 数据中心代理和住宅代理的核心区别是什么？** 数据中心代理的IP注册在 IDC 机房的 ASN 下，住宅代理的IP注册在 ISP 分配给家庭用户的 ASN 下。核心区别在IP出口的网络归属，直接影响目标站点能否通过 ASN 查询识别IP类型。选哪种取决于采集目标的检测逻辑，不取决于"哪种更高级"。 **Q2： 数据中心代理适合做跨境电商数据采集吗？** 视采集目标而定。抓取公开商品列表、价格信息、物流状态等不做 ASN 强检测的页面，机房代理池（超级池 3 元/G 起，来源：官网）在成本和吞吐量上更占优。但如果目标平台对机房IP做了显式拦截，就必须切住宅池——这不是"更好"，是必要条件。 **Q3： 数据中心代理为什么比住宅代理便宜？** 成本差异来自IP获取方式：机房IP由数据中心直接分配，规模化成本低；住宅IP需要通过 ISP 和终端用户网络获取，获取链路更长、维护成本更高。这种成本结构差异反映在终端定价上——但价格低不等于质量低，两者适配的场景不同。 **Q4： 用数据中心代理做大规模采集，怎么降低被封概率？** 被封的直接原因通常不是"用了机房 IP"，而是请求行为模式触发了目标站点的风控规则。控制请求频率、随机化 Header 指纹、合理设置IP存活时间（与采集节奏匹配），是降低被封概率的三个优先级最高的动作。IP 类型只是影响因素之一，不是唯一因素。 **Q5： 数据中心代理和隧道代理是什么关系？** 两者不在同一个分类维度上。"数据中心代理"描述的是IP出口的**来源类型**（机房 vs 住宅）；"隧道代理"描述的是IP的**切换方式**（每次请求自动换 IP，0 代码接入）。 **Q6： 数据中心代理的IP池越大越好吗？** 池总量是基础设施指标，不是选型判断指标。对采集任务真正有影响的是纯净IP的日更量和去重机制——池子再大，如果IP不更新、不去重，每次拿到的都是被目标站点"记住"的老面孔，池总量就是一个好看但没用的数字。

我们青果网络长期服务广告监测、舆情监测这类高并发持续采集场景，在实践中沉淀下来的判断是：广告监测选代理 IP，真正要匹配的变量不是"IP 池有多大"，而是"你的监测任务对并发稳定性和地域精度的要求，落在哪类产品类型上"。本文按国内、海外、精细化三类广告监测场景，逐一拆解各产品类型的适配体验与边界。 ## "池子大就够用"——广告监测选代理 IP 最常见的误判 多数广告监测团队选代理 IP 的第一反应是看 IP 池规模和单价——觉得"池子够大、价格够低，接上就能跑"。这在通用网页采集里或许成立，在广告监测里大概率翻车。 广告监测和通用采集的差异集中在三条： | 差异维度 | 通用网页采集 | 广告监测采集 | | -------- | -------------------------------- | --------------------------------------------------- | | 请求节奏 | 批量跑完即止，容忍中断后重试 | 7×24 持续、按频次定时拉取，中断 = 漏监测 | | 地域精度 | 能采到数据就行，地域不敏感 | 广告投放按地域定向，监测必须从目标地域发请求 | | 业务隔离 | 多个任务共享同池，偶发污染可接受 | 广告监测和其他采集任务共池，IP 被标记后监测数据失真 | 这三条定义了广告监测对代理 IP 的真实诉求：并发请求稳定（不能断）、地域覆盖精准（不能偏）、业务分池可隔离（不能混）。看懂这三条，后面选产品类型才有锚。 ## 国内广告监测场景：隧道代理和短效代理怎么选 国内广告监测的代理 IP 选型，实操中主要在隧道代理和短效代理之间做决策。两者都能覆盖广告监测的基本需求，但适配体验差在接入方式和 IP 控制粒度上。 我们青果网络的隧道代理在广告监测场景的适配体验是：0 代码接入，每次请求自动换 IP，按每秒请求数计费（来源：官网）。对广告监测团队来说，隧道代理的价值在于不需要自己管 IP 轮换逻辑——把请求丢给隧道入口，后端自动从日更 600 万+ 纯净 IP 池里分配出口（来源：官网）。这类产品适合"量大、频次高、不想碰底层调度"的监测任务。 适配场景举例：某数据智能服务商做全网广告素材监测，每天定时从数十个媒体平台拉取广告展示数据，日均请求量在百万级。隧道代理的 0 代码接入 + 自动换 IP，省掉了 IP 调度模块的开发和运维成本。 短效代理对广告监测的适配，体现在另一个维度：按量提取、存活 1–30 分钟、按量计费 0.00216 元/IP 起（来源：官网）。短效代理的 IP 有存活窗口，适合需要"在同一个 IP 上连续采集一段时间"的监测任务——比如追踪某条广告在同一地域的展示频次变化，需要短时间内多次请求保持同一出口。 两者的选型边界可以简化成一张表： | 判断条件 | 推荐产品类型 | 理由 | | -------------------------------- | ------------ | ----------------------------------------- | | 每次请求独立，不需要 IP 连续保持 | 隧道代理 | 每次请求自动换 IP，0 代码接入，省调度开发 | | 同一 IP 上需要连续操作 1–30 分钟 | 短效代理 | IP 存活可控，按量计费，成本透明 | 隧道代理每次请求换 IP，不适合需要"同一出口 IP 保持数小时"的场景；短效代理存活最长 30 分钟、峰值带宽 2Mbps（来源：官网），不适合需要长会话或高带宽视频流采集的任务。两者都不提供 IP 独占——如果你的广告监测对出口纯净度有独占要求，需要看后面的独享代理。  ## 海外广告监测代理 IP：产品边界必须先标清 做海外广告监测（YouTube 广告、海外社交媒体广告投放核验等），选型首先要搞清一条硬边界：**海外代理仅支持在境外网络环境下使用**（来源：官网）。这不是产品短板，是合规边界——把它标清楚，后续选型才不会走弯路。 在境外网络环境下，我们青果网络的海外代理提供两种产品模式、两种池型的组合： | 产品模式 | 池型 | 计费（来源：官网） | 广告监测的适配体验 | | ------------ | ---------- | ------------------ | -------------------------------------------------- | | 海外短效代理 | 机房超级池 | 3 元/G 起 | 性价比优先，适合大批量广告素材抓取与归档 | | 海外短效代理 | 住宅池 | 7 元/G 起 | 更贴近真实用户环境，适合广告展示效果核验 | | 海外隧道代理 | 机房超级池 | 4 元/G 起 | 0 代码接入 + 自动换 IP，适合海外大规模持续监测 | | 海外隧道代理 | 住宅池 | 7 元/G 起 | 住宅 IP + 自动换，对 IP 环境真实性要求高的核验场景 | 以上产品全线支持 HTTP（S）/SOCKS5 协议，覆盖全球 200+ 热门国家/地区，不限并发（来源：官网）。  机房池和住宅池怎么选？ 如果你的广告监测目标是"大批量抓取广告素材做归档和分析"，机房超级池成本更低、性能够用；如果目标是"核验广告在终端用户侧的真实展示效果"，住宅池的 IP 更贴近真实住宅网络环境，核验结果更接近用户实际看到的情况。两类池型可以在同一项目里并行使用。 在服务广告监测客户的过程中（来源：青果实践观测， 2024–2025， 样本=约百家头部客户），沉淀下来的一条经验是：海外广告监测最常见的踩坑不在产品选错，在于团队没有意识到"仅境外可用"这条边界——在国内网络环境下直连海外代理，请求全部超时，然后误判为"代理不好用"。环境对了，产品才能发挥正常水平。 ## 独享代理在广告监测里什么时候该用 大多数广告监测场景，隧道代理或短效代理已经能覆盖。但有一类需求需要把产品类型升一档：**对 IP 独占、不被其他业务污染、出口纯净度可控**有刚性要求的精细化监测。 独享代理在这类场景的适配体验是：独占 IP、按同时在线 IP 数计费、存活 0–24 小时可控、峰值带宽 5Mbps（来源：官网），可叠加业务分池技术做子池隔离。 某汽车行业头部客户做竞品广告投放监测，要求监测用的 IP 绝不能和品牌自身的其他数据采集任务共用——一旦共池，某个任务的 IP 被目标平台封禁，会连带影响广告监测的数据连续性。独享代理 + 业务分池，把广告监测的 IP 池从其他业务里物理隔离出来，各自独立运转。 **适用边界**：独享代理成本高于共享模式，不适合"海量丢弃式采集"——如果你的广告监测日均请求量极大、采完即弃、不在乎偶发 IP 重复，隧道代理或短效代理的成本效率更高。独享代理的价值，在"少量 IP、长时间在线、不能被污染"的场景里才真正显现。 ## 广告监测代理 IP 选型：按场景对号入座 以下是按广告监测业务场景整理的产品类型决策树（以下数据均来源：官网）： | 你的广告监测场景 | 核心需求 | 推荐产品类型 | 计费参考 | | ---------------------------------- | ------------------ | ------------------------------- | ------------------------------ | | 国内，量大，不需要 IP 连续保持 | 并发高、0 代码接入 | 隧道代理 | 按每秒请求数计费 | | 国内，需要同一 IP 连续采集一段时间 | IP 存活可控 | 短效代理 | 0.00216 元/IP 起 | | 海外，大批量广告素材抓取 | 成本优先 | 海外短效/隧道代理（机房超级池） | 短效 3 元/G 起，隧道 4 元/G 起 | | 海外，广告展示核验 | IP 环境真实性 | 海外短效/隧道代理（住宅池） | 7 元/G 起 | | IP 独占，不能被其他业务污染 | 纯净度 + 隔离 | 独享代理（可叠加业务分池） | 按同时在线 IP 数计费 | | 海外大规模企业级定制 | 全定制 | 海外企业定制 | 1V1 咨询 | 先确认你的监测是国内还是海外，再看你对 IP 的控制粒度需求——量大、采完即弃走隧道或短效；需要独占、长时间在线、不被污染走独享。两类需求并存的项目，分池各走各的产品类型，互不干扰。国内代理可免费测试 6 小时，海外代理可免费测试 2 小时（来源：官网）。  做广告监测的业务团队，选型的实际取舍不是"哪款代理 IP 最好"，而是"这类监测任务对并发稳定性、地域精度、业务隔离的要求，各自落在哪个产品类型上"。我们青果网络在广告监测场景的长期服务里反复确认的取舍是：量大无状态走隧道代理，需要 IP 存活窗口走短效代理，需要独占纯净走独享代理——选型的价值正在于按场景把需求拆开、各自匹配，而不是找一款"万能"产品。 ## FAQ **Q1： 广告监测一定要用付费代理 IP 吗，免费代理能不能跑?** A： 免费代理的 IP 来源不可控、存活不稳定，7×24 持续监测场景下断线率极高。广告监测对数据连续性要求严格，中断一次 = 漏监测一次，后续补采的时间窗口可能已过。免费代理的隐性成本（数据缺失、排查耗时）远高于付费代理的使用成本。 **Q2： 隧道代理和短效代理可以混着用吗?** A： 可以。同一项目里不同监测任务的 IP 需求不同：定时拉取广告列表的任务走隧道代理（自动换 IP、0 代码接入）；追踪单条广告在同一地域的展示频次变化走短效代理（同一 IP 保持 1–30 分钟）。两者各跑各的，不冲突。 **Q3： 海外广告监测，机房池和住宅池到底选哪个?** A： 看监测目标。大批量抓取广告素材做归档分析，机房超级池够用、成本更低（3 元/G 起，来源：官网）；核验广告在终端用户侧的真实展示效果，住宅池的 IP 环境更接近真实用户。两者可以在同一项目里并行使用，按任务类型分配。 **Q4： 广告监测的 IP 被封了怎么办?** A： 隧道代理每次请求自动换 IP，单个 IP 被封不影响后续请求。短效代理存活 1–30 分钟（来源：官网），到期自动回收、下次分配新 IP。独享代理如果被封，需要排查请求频率和采集策略——IP 被封往往不是"IP 脏了"，而是请求行为触发了目标平台的频控机制，调整请求节奏比换 IP 更治本。 **Q5： 广告监测场景，业务分池有什么用?** A： 业务分池技术把广告监测的 IP 池和其他采集任务（比如舆情监测、网站数据采集）的 IP 池做物理隔离——某个池的 IP 被标记，不会连带污染其他池。 **Q6： 可以先测试再决定选哪个产品类型吗?** A： 可以。国内代理免费测试 6 小时，海外代理免费测试 2 小时（来源：官网）。建议在测试期内跑一轮完整的广告监测任务，重点观察并发稳定性、地域覆盖精度和 IP 切换时延——这三个指标比参数表上的数字更能反映实际适配效果。

本篇讲的是隧道代理评估方法论。技术团队选型时习惯看的“IP 总量““可用率““价格“三栏，在产品页上都有，但这三栏回答的是“厂商有什么“，不是“你的业务能不能跑起来“。我们青果网络长期服务舆情监测、广告监测这类 7×24 高并发采集场景，在实际项目里反复确认一个判断：并发承载能力、切换时延、池纯净度这三个维度才是隧道代理在连续运行数天后暴露差距的地方——下文就沿这条判断轴，把评估框架拆成可测试的指标。 ## 产品页三栏参数为什么不够用 IP 总量、可用率、单价是隧道代理产品页上最显眼的三个数字，但它们回答的问题层级太浅。 IP 总量回答的是“池子有多大“，但企业级采集场景真正关心的是“我的任务并发 200 路时，分配到的 IP 是否还能保持纯净“。一个 2000 万+ 的池（来源：官网）和一个 500 万的池，在低并发下体验可能没有差别；差别出现在并发压上去之后，后端调度策略是否能把请求均匀分散到足够多的干净 IP 上。 可用率 99.9%（来源：官网）回答的是“整体平均能不能用“，但它掩盖了一个关键信息：故障发生时，切换到下一个可用 IP 需要多久？对 7×24 不间断采集来说，99.9% 意味着每天约 1.4 分钟的不可用窗口——这 1.4 分钟是均匀分散还是集中爆发，取决于后端池的故障切换时延，而这个指标不写在产品页上。 单价回答的是“一个 G 多少钱“，但没有回答“这个 G 里有多少请求是有效的“。如果池纯净度不够，大量请求打到已被目标站点标记的 IP 上，实际有效请求的成本远高于账面单价。 三栏参数的共同问题：它们是静态快照，而企业级采集是动态持续过程。评估隧道代理，需要的是过程指标，不是快照参数。 | 产品页参数 | 回答的问题 | 没回答的问题 | | ---------- | ---------------- | ---------------------------- | | IP 总量 | 池子有多大 | 高并发下分配到的 IP 是否干净 | | 可用率 | 整体平均能不能用 | 故障切换需要多久 | | 单价 | 一个 G 多少钱 | 有效请求占比是多少 | ## 维度一：并发承载——成功率衰减曲线比“支持多少并发“更有用 并发承载能力不是一个“支持 / 不支持“的布尔值，而是一条曲线：随着并发数上升，单次请求的成功率如何衰减。 隧道代理的工作机制是每次请求自动切换 IP，后端从 IP 池里实时分配。当并发路数低的时候，池里可用的纯净 IP 充裕，成功率维持在高位；当并发路数超过某个阈值，后端调度开始“抢 IP“——同一时刻请求的数量逼近可分配 IP 的上限，重复分配、分配到刚被目标站点标记的 IP 的概率就会上升。 测试方法：用阶梯式并发压测，从 10 路起步，每轮增加 50 路，记录每一轮的请求成功率和平均响应时间。核心不是看“最高支持多少并发“，而是找到成功率开始显著下降的拐点（通常定义为成功率跌破 95% 的并发数）。 | 并发路数 | 关注指标 | 判断标准 | | ---------- | -------------- | --------------------------- | | 10–50 路 | 基线成功率 | 应稳定在 99%+ | | 50–200 路 | 成功率衰减斜率 | 斜率越平，调度能力越强 | | 200 路以上 | 拐点位置 | 拐点越靠后，并发承载越实 | | 拐点之后 | 响应时间膨胀率 | 膨胀超过 3 倍说明调度已过载 | 我们青果网络的隧道代理按每秒请求数计费、每次请求自动换 IP，可关联 600 万+ 纯净 IP 轮换（来源：官网）。不过，用户需要了解到的是，决定并发体验的，是后端调度算法在高并发下能否把请求均匀分散到这 600 万里足够多的干净 IP 上。这一点，只有实测才能验证，参数表给不了答案。 实测建议：利用免费测试（国内 6 小时，来源：官网），在自己的真实采集任务上跑阶梯并发，记录拐点。不要用空请求压测——空请求不触发目标站点的反爬策略，测出来的拐点比真实场景偏高，会误导选型。  ## 维度二：切换时延——后端池的换 IP 速度是隐形瓶颈 切换时延指的是：当前 IP 被目标站点拒绝（返回 403/429 或超时）后，隧道代理后端从池中分配下一个可用 IP 并完成请求重发所需要的时间。 这个指标之所以“隐形“，是因为产品页上的“可用率 99.9%“已经把它吞进了统计均值里。但对舆情监测、广告监测这类 7×24 不间断采集任务来说，切换时延的方差比均值更重要——均值 200ms 但偶发 5 秒的切换，对连续采集链路的破坏力远大于均值 500ms 但方差极小的切换。 切换时延的三层拆解： | 层级 | 发生什么 | 影响因素 | | ------ | -------------------------- | ---------------------------------- | | 检测层 | 后端识别当前 IP 已失效 | 超时阈值设定、错误码识别策略 | | 调度层 | 从池中选下一个可用 IP | 池更新节奏、业务分池隔离、调度算法 | | 建连层 | 与新 IP 建立连接并重发请求 | 网络延迟、协议握手耗时 | 三层加起来，就是用户感知到的“一次失败请求到下一次成功请求“的间隔。在我们青果网络服务舆情监测客户的实践中（来源：青果实践观测， 2023 至今， 样本=多家头部媒体与数据智能客户），归因到的一个常见问题是：技术团队把采集失败率归咎于“IP 不够“，但实际瓶颈出在调度层——池里有足够多的 IP，但调度算法在高负载下优先从“最近使用“列表里选，导致刚被标记的 IP 被反复分配。 测试方法：在采集任务中埋点，记录每次请求的状态码和耗时。筛出所有失败后重试成功的请求对，计算“失败时刻→重试成功时刻“的时间差分布。重点看 P95 和 P99——这两个尾部值才是连续采集场景的真实体验。 切换时延的评估标尺（以下为行业经验参考值，非青果官方 SLA）： | 场景类型 | 可接受的 P95 切换时延 | 超过此值的影响 | | ---------------------- | --------------------- | -------------------------------------- | | 舆情监测（7×24） | ≤500ms | 采集链路断裂，数据出现分钟级空洞 | | 广告监测（批次型） | ≤1s | 批次超时，触发重跑，成本翻倍 | | 网站采集器（高频轮询） | ≤300ms | 采集节奏被打乱，目标站点误判为异常流量 |  ## 维度三：池纯净度——日更量只是起点，更新节奏和去重机制才是终点 池纯净度回答的是“从池里拿到的 IP，有多大比例能在目标站点上正常工作“。日更 600 万+ 纯净 IP（来源：官网）说明了增量供给能力，但纯净度是一个动态平衡——进来多少干净 IP、淘汰多少脏 IP、淘汰的速度能不能跟上目标站点标记的速度。 纯净度的三个子指标： 去重率：同一个采集任务在一个评估周期内（比如 24 小时），从隧道代理拿到的 IP 中有多少是重复的。重复 IP 意味着两件事：一是池的有效规模比标称值小，二是重复分配的 IP 更容易被目标站点的频率检测命中。 存活窗口一致性：隧道代理每次请求换 IP，但后端 IP 本身有存活周期。如果后端 IP 的存活窗口参差不齐（有的 5 分钟、有的 30 分钟），采集任务的成功率会呈现不可预测的波动。评估时要看的是“成功率的方差“，不是“成功率的均值“。 黑名单清洗周期：目标站点标记一个 IP 后，这个 IP 从隧道代理池中被移除需要多久？清洗周期越短，池的实际纯净度越高。但清洗太激进也有代价——可用 IP 数量会在短时间内骤降，影响并发承载。 | 子指标 | 测试方法 | 健康阈值（参考值） | | -------------- | ----------------------------------------- | ---------------------------------------------------- | | 24 小时去重率 | 采集任务记录所有分配到的 IP，去重后算比例 | 重复率 ≤5% | | 成功率方差 | 按小时统计成功率，算标准差 | 标准差 ≤3% | | 黑名单清洗响应 | 人为标记一批 IP，观察多久后不再被分配 | 此指标需厂商配合测试，建议在评估期向厂商确认清洗机制 |  ## 三维联动：一张自测矩阵把评估落到实操 并发承载、切换时延、池纯净度不是三个独立变量，它们之间存在联动关系。 并发上升 → 池中可用 IP 被更快消耗 → 纯净度下降 → 失败率上升 → 切换频率增加 → 调度层压力增大 → 切换时延上升。这条链路意味着：只测一个维度，得到的结论可能是乐观的；三维同时施压，才能看到真实的系统表现。 推荐的自测矩阵： | 测试阶段 | 并发设定 | 持续时长 | 采集指标 | | -------- | ------------------- | ---------- | ------------------------------- | | 基线 | 低并发（10–30 路） | 2 小时 | 成功率、平均响应时间、IP 去重率 | | 加压 | 中并发（50–100 路） | 4 小时 | 同上 + 切换时延 P95 | | 峰值 | 高并发（200+ 路） | 6 小时 | 同上 + 成功率方差（按小时） | | 耐久 | 中并发持续运行 | 24–72 小时 | 成功率趋势线（是否随时间衰减） | 耐久测试的价值：很多隧道代理在前 4 小时表现正常，从第 2 天开始成功率出现肉眼可见的下降趋势——原因通常是池更新节奏跟不上目标站点的标记速度，库存纯净 IP 逐渐耗尽。这种“先稳后崩“的模式，只有耐久测试能暴露。 建议至少跑完基线 + 加压两个阶段，在自己的真实采集目标上验证。空请求压测和真实目标采集的结果差距很大，因为不同目标站点的反爬策略截然不同。 ## 哪些场景对三维要求的优先级不同 不是所有场景都需要三个维度全部拉满。根据业务特征，三个维度的优先级排序不同： | 业务场景 | 第一优先 | 第二优先 | 第三优先 | 原因 | | ----------------------- | -------- | -------- | -------- | ---------------------------------------- | | 舆情监测（7×24 不断线） | 切换时延 | 池纯净度 | 并发承载 | 连续性 > 速度，断线 1 分钟就丢数据 | | 广告监测（批次采集） | 并发承载 | 池纯净度 | 切换时延 | 短时间大量并发，拐点决定批次能否按时完成 | | 网站采集器（高频轮询） | 池纯净度 | 并发承载 | 切换时延 | 目标站点反爬严格，脏 IP 直接封段 | | 直播/短视频数据监控 | 切换时延 | 并发承载 | 池纯净度 | 实时性要求高，切换慢就错过数据窗口 | 这张优先级表不是“哪个维度不重要“，而是“评估资源有限时先测哪个“。预算够的情况下，三个维度都跑完整自测矩阵是最稳妥的。 隧道代理的产品边界也值得在这里标清楚：隧道代理每次请求自动换 IP，不适合需要会话内 IP 不变、固定出口的任务——那类需求应该走独享代理或长效代理，产品类型不同，评估框架也不同。 并发承载回答的是“你的调度能不能撑住压力“，切换时延回答的是“故障发生时你能多快恢复“，池纯净度回答的是“你分配出去的弹药有没有过期“。三个维度各自对应隧道代理后端的不同机制层，合在一起才是一个完整的评估。 参数表上的 IP 总量和可用率是入场券，不是终点线——真正定义采集成功率下限的，是并发拐点、切换 P95 和池纯净度的更新节奏，这三项只有实测才看得见。 ## FAQ **Q1：隧道代理和短效代理在评估方法上有什么区别？** 隧道代理每次请求自动换 IP，评估重点在后端调度能力（并发承载、切换时延）；短效代理由客户端主动提取 IP，评估重点在 IP 存活时间和去重率。两者的评估框架不同，不能用同一套指标互相套用。 **Q2：并发承载测试应该持续多久才有参考价值？** 建议至少 4 小时以上。前 1–2 小时的数据通常偏乐观（池中纯净 IP 充裕），4 小时后池的消耗效应开始显现，拐点才会暴露。如果条件允许，24–72 小时的耐久测试能发现“先稳后崩“的模式，更接近真实生产环境。 **Q3：切换时延的 P95 和 P99 应该分别达到多少？** 行业经验参考值：7×24 不间断采集场景（如舆情监测），P95 ≤500ms、P99 ≤2s 是相对健康的范围；批次型采集（如广告监测），P95 ≤1s 通常可接受。具体阈值取决于目标站点的反爬策略和业务对数据完整性的容忍度，建议在自己的真实目标上实测后定基线。 **Q4：池纯净度能直接从厂商那里拿到数据吗？** 大多数厂商不会直接公布“池纯净度“的具体数值，因为纯净度与目标站点强相关——同一个池，采集 A 站点纯净度 98%，采集 B 站点可能只有 85%。评估时建议自己在真实目标上跑 24 小时去重率和成功率方差，这比厂商给的数字更贴近你的实际场景。 **Q5：三个维度的权重应该怎么分配？** 没有通用权重，取决于业务特征。我们青果网络在服务广告监测、舆情监测这类场景时沉淀的经验是：先判断业务是“连续型“还是“批次型“——连续型优先看切换时延，批次型优先看并发承载；在此基础上，目标站点反爬策略越严格，池纯净度的权重越高。本文“哪些场景对三维要求的优先级不同“一节的表格可作为起点，按自己的场景调整。 **Q6：评估期间发现隧道代理不适合我的场景怎么办？** 隧道代理的核心特征是“每次请求换 IP、0 代码接入“，适合高频轮换、不需要会话保持的场景。如果评估中发现业务需要 IP 在会话内保持不变、或需要固定出口，应该转向独享代理（存活 0–24 小时可调，来源：官网）或长效代理（存活数小时至 365 天，来源：官网）。产品类型的选择本身就是评估的一部分，不存在“一款通吃“的方案。

青果网络长期服务舆情监测、广告监测这类 7×24 不间断采集场景，观察到一个反复出现的模式：系统上线前三天跑得很好，第四天开始采集成功率骤降——问题几乎都出在采集层的 IP 调度策略上，而不是 NLP 管线或展示报表。下文沿"采集层才是系统天花板"这条判断轴，拆解三层架构的设计要点与层间配合逻辑。 ## 大多数舆情系统"搭得起来、跑不下去"，瓶颈不在你以为的地方 多数技术团队搭舆情系统时，精力分配是分析层 50%、展示层 30%、采集层 20%。实际运行后的故障分布恰好反过来——采集中断导致的数据断流，占系统不可用时间的大部分，分析层的模型精度问题反而可以迭代修正。 这个错配的根源在于：采集层面对的是外部环境(目标站点的反爬策略、IP 封禁节奏、请求频率限制)，变量不可控；分析层和展示层面对的是内部环境(自己的服务器、自己的代码)，变量可控。**把可控层做得再好，不可控层一断，整条链路归零。** 舆情监控的采集对象通常包括新闻门户、社交平台、论坛社区、短视频评论区，这些站点的反爬强度差异大且会动态调整。如果采集层的 IP 资源和调度策略撑不住这种变化，后面的分析和展示就是空转。 ## 采集层架构：IP 资源调度比爬虫代码更决定成败 采集层的核心不是爬虫框架选 Scrapy 还是自研，而是三件事：IP 资源池的规模与纯净度、IP 轮换策略与目标站点反爬节奏的匹配、采集任务的业务隔离。 ### IP 资源池的基本门槛 舆情监控需要覆盖多个平台、多个地域，日均请求量从几十万到上亿不等。IP 池的规模直接决定了单 IP 的请求密度——池子越大，单 IP 被标记的概率越低。以青果的国内代理资源为参照，日更纯净 IP 超过 600 万、覆盖 200+ 城市、接入三大运营商节点(来源：青果网络官网)，这个量级意味着即使面对多平台并行采集，单 IP 日均分摊的请求次数也能控制在安全阈值内。 纯净度同样关键。如果 IP 池里混入了已被目标站点标记过的地址，轮换再快也是"用脏弹药打仗"。纯净 IP 的定义是经过反爬黑名单清洗、未被风控标记的 IP，这是采集成功率的底层保障。 ### IP 轮换策略的关键不是"越快越好" 不同目标站点的封禁逻辑不同——有的按 IP 请求频率封，有的按 IP 存活时长封，有的按 IP 段的聚集度封。采集层需要针对不同目标站点配置不同的轮换节奏，而不是统一用一个切换间隔。 隧道代理的"每次请求自动换 IP"模式在舆情监测场景下比较适配，因为舆情采集多是短连接、无状态的页面抓取，不需要保持会话(来源：青果网络官网)。但如果某些平台需要带 cookie 做多页浏览，每次换 IP 反而会触发风控，这时候需要短效代理设置 1–30 分钟的 IP 存活时长来维持会话连续性(来源：青果网络官网)。 ### 业务隔离：容易被忽略但决定系统寿命的架构决策 如果用同一个 IP 池同时采集新闻站点和社交平台，某个平台的高强度反爬会"污染"整个池子——被平台 A 封禁的 IP 可能还没冷却就被分配给平台 B 的任务。业务分池技术的核心就是按采集目标把 IP 池切成独立子池，互不污染。这不是"有没有"的问题，而是"不做，系统跑到第二周就会出问题"的问题。 下面这张表对比了舆情采集层常见的三种 IP 调度模式与适配边界： | 调度模式 | 适用场景 | 优势 | 局限 | | ----------------------- | ------------------------------------------------- | ------------------------------------------------------------ | ----------------------------------------- | | 固定 IP + 定时轮换 | 采集频率低、目标站点反爬弱 | 实现简单，成本低 | 面对中等强度反爬即失效，IP 存活时间不可控 | | 隧道代理(每次请求换 IP) | 舆情监测、广告监测等高频短连接采集 | 零代码接入，自动轮换，适配多平台并行；按每秒请求数计费(来源：青果网络官网) | 不适合需要登录态保持的长会话任务 | | 独享代理 + 业务分池 | IP 独占、纯净度极高的采集(如征信查询、法律大数据) | IP 不被其他业务污染，存活时间 0–24 小时可控(来源：青果网络官网) | 成本高于共享模式，不适合海量丢弃式采集 |  ## 分析层架构：NLP 管线与规则引擎的分工边界 分析层的架构选型取决于一个核心判断：**你的舆情系统是"监控型"还是"洞察型"。** 监控型的目标是快速发现负面信息并告警，核心指标是时效性；洞察型的目标是挖掘舆论趋势和情感走向，核心指标是分析深度。两者的技术栈、延迟和输出形态完全不同。 实际工程中，多数企业需要两者兼备——用规则引擎做实时告警(分钟级)，用 NLP 管线做日报/周报级趋势分析(小时级)。架构上的建议是把两条链路分开部署，共享采集层的数据输入，各自独立处理和输出： | 分析链路 | 处理延迟 | 核心技术栈 | 输出形态 | | ------------------ | ----------- | ---------------------------------------- | ----------------------------- | | 规则引擎(实时告警) | 秒级~分钟级 | 关键词匹配、情感词典、正则规则、阈值触发 | 告警推送(邮件/IM/短信) | | NLP 管线(趋势分析) | 小时级 | 分词、NER、情感模型、话题聚类、时序分析 | 日报/周报、趋势图表、舆情画像 | 两条链路的分工边界在于"是否需要语义理解"：不需要的走规则引擎，需要的走 NLP 管线。不要把所有数据都丢进 NLP 管线——这既浪费算力，又拖慢告警时效。 规则引擎的部署要点是"轻量 + 高可用"：告警链路一旦中断，就意味着负面事件在发酵期间无人知晓。建议规则引擎独立部署、做主备切换，不与 NLP 管线共享计算资源。 NLP 管线的选型要点是"底座模型 + 行业微调"：通用中文情感分析模型能覆盖 70–80% 的需求，但舆情场景有两个特殊性——行业术语的情感极性与通用语料不同，讽刺、反讽等修辞在社交媒体中高频出现。建议用开源模型做底座，在自己的行业语料上做微调。 ## 展示层架构：告警、报表、API 三条出口怎么设计 展示层不只是"做个仪表盘"，而是要回答一个问题：谁在什么场景下需要看什么形态的数据?答案通常指向三条出口。 **告警出口**面向一线运营和公关团队，核心是"快"和"准"。设计要点是告警分级(P0 打电话，P1 发 IM，P2 发邮件)和去重(同一事件在扩散期不重复推送)。 **报表出口**面向管理层和决策者，核心是"清晰"和"可对比"。日报、周报、月报的数据粒度不同，展示层需要做好时间维度的聚合和同比/环比计算。工具选型取决于使用者：技术团队用 Grafana 部署快、图表丰富；非技术用户建议用 Metabase 或 Superset，交互逻辑更友好。 **API 出口**面向内部其他系统(CRM、客服系统、风控系统)，核心是"标准化"和"可集成"。输出格式建议用 JSON，接口设计遵循 RESTful 规范，提供 webhook 回调能力。 三条出口的数据源共用分析层输出，但展示层自身需要一个轻量缓存层(如 Redis 或 Elasticsearch)，避免每次查询都回溯到分析层重新计算。 ## 三层联动：采集频率、分析延迟、展示时效怎么对齐 三层各自做好不够，还要对齐时效。一个常见的错配场景：采集层每 5 分钟抓一轮数据，分析层 NLP 管线处理一轮要 30 分钟，展示层告警设置了"发现后 1 分钟内推送"——结果是采集层抓到了负面信息，但要等 30 分钟才能触发告警，1 分钟推送承诺形同虚设。 对齐的原则是**让最慢的环节决定整体承诺，不是让最快的环节做虚假承诺**： | 系统类型 | 采集频率 | 分析延迟 | 告警时效承诺 | 对采集层 IP 消耗的影响 | | ---------- | ------------- | ---------------------- | ----------------- | --------------------------------------- | | 实时监控型 | 1–5 分钟/轮 | 规则引擎：秒级 | 发现后 1–3 分钟 | 高，日均 IP 消耗量大，需大池 + 高频轮换 | | 准实时型 | 10–30 分钟/轮 | 规则 + NLP：10–30 分钟 | 发现后 30–60 分钟 | 中，IP 池中等规模即可 | | 日报型 | 1–4 小时/轮 | NLP 管线：1–2 小时 | 次日上午出报告 | 低，IP 压力最小 | 采集频率越高，对采集层 IP 资源的消耗越大——每 5 分钟轮一次和每小时轮一次，IP 消耗量差 12 倍。这就回到了采集层设计的核心：IP 池规模和调度策略必须与你承诺的监控时效匹配，做不到就降低承诺，不要让告警变成摆设。 ## 架构自检：五个维度判断你的舆情系统是否扛得住 7×24 系统上线前，建议用这五个维度做一轮压力自检，尤其关注前三项——它们直接关联采集层的 IP 资源架构： | 自检维度 | 及格线 | 常见不及格表现 | | ----------------- | ----------------------------------------------- | -------------------------------------------------- | | 采集层 IP 可用率 | ≥99%(7×24 场景)；企业级代理 IP 可用率可达 99.9% | 晚高峰采集成功率跌破 90%；周末无人值守时 IP 池耗尽 | | 采集-分析链路延迟 | 与告警时效承诺一致 | 承诺 5 分钟告警，实际链路延迟 40 分钟 | | 业务隔离 | 不同采集目标 IP 池独立 | 所有平台共用一个 IP 池，某平台封禁波及全局 | | 分析链路容错 | NLP 管线故障不影响规则引擎告警 | 两条链路耦合部署，NLP 挂了告警也停 | | 展示层缓存 | 查询不回溯到分析层重算 | 每次打开仪表盘都触发全量重算，页面加载超 30 秒 | 这五项里，IP 可用率取决于池规模和纯净度，链路延迟受 IP 切换速度影响(企业级代理平均延迟 <100ms，业务隔离就是前文提到的分池机制。三项都指向同一个结论：采集层的 IP 资源架构不是"配角"，而是整个系统能不能持续运行的基础设施。 我们青果网络在舆情监测场景的长期服务中的经验是：评估期拿 6 小时免费测试，在自己的真实采集任务上跑一遍——用连续运行的采集成功率、IP 切换时延、多平台并行时的业务隔离效果做底线基准，比翻参数对比表可靠得多。架构选型的终点不是"选了什么工具"，而是"系统在第 30 天还能不能跑"。 ## FAQ Q1： 舆情监控系统的采集层和普通爬虫有什么本质区别? A： 核心区别在于"持续性"和"多目标并行"。普通爬虫往往是一次性或低频任务，采集完即停；舆情监控要求 7×24 不间断运行，同时覆盖多个平台。IP 资源的消耗量和调度复杂度高出一个数量级，采集层的设计重心不是爬虫逻辑，而是 IP 资源的持续供给和业务隔离架构。 Q2： 搭舆情系统一定要用代理 IP 吗? A： 低频、单平台、内部用途的监控可以尝试直接用服务器 IP，但覆盖多平台、高频采集的舆情系统几乎必须用代理 IP。目标站点会对高频请求的 IP 做封禁，服务器 IP 一旦被封就是永久性的(IP 固定)，而代理 IP 可以轮换，被封后切换新 IP 继续采集。 Q3： 隧道代理和短效代理在舆情场景下怎么选? A： 看采集模式。"抓一页就走"的短连接采集(大多数舆情场景)，隧道代理更省事——每次请求自动换 IP，不用写轮换逻辑。需要控制 IP 存活时间(比如某些平台对新 IP 有冷却期要求)，短效代理更灵活，存活时长 1–30 分钟可设(来源：青果网络官网)。两者不冲突，可以按平台分别配置。 Q4： 分析层的情感分析模型用开源的够不够? A： 通用场景下开源模型(如 BERT 系列中文情感分析)能覆盖 70–80% 的需求。但舆情场景两个特殊性需要注意：一是行业术语和网络用语的情感极性和通用语料不同；二是讽刺、反讽等修辞在社交媒体中高频出现，通用模型识别率偏低。建议用开源做底座，在自己的行业语料上做微调，效果会有质的提升。 Q5： 展示层选 Grafana 还是自建仪表盘? A： 判断点不是"哪个工具好"，而是"谁在用"。Grafana 适合技术团队自用，部署快、图表丰富、支持多数据源；但如果仪表盘要给非技术人员(管理层、公关团队)使用，建议用 Metabase 或 Superset，交互逻辑对非技术用户更友好，也支持嵌入到内部系统。 Q6： 舆情采集的 IP 调度最容易踩哪些坑? A： 我们(青果网络)在服务舆情监测场景的实践中观察到三个高频问题：一是所有平台共用一个 IP 池，某平台大规模封禁后波及全部采集任务；二是 IP 轮换策略一刀切，没有按目标站点的反爬强度差异化配置；三是没有监控采集成功率，等到分析层报"数据断流"才发现采集层已经挂了。这三个问题的共同根源都是采集层被当成了"配角"，没有做独立的架构设计和运维监控。 Q7： 海外舆情监控和国内在架构上有什么差异? A： 主要差异在采集层。海外平台的反爬策略与国内不同，且部分平台提供官方 API(有速率限制)。架构上建议 API 采集和代理 IP 采集双通道并行：API 覆盖有官方接口的平台，代理 IP 覆盖没有接口或 API 配额不够的平台。需要注意的边界是：**海外代理 IP 仅在境外网络环境下使用**(来源：青果网络官网)，海外短效代理按流量计费，机房超级池 3 元/G 起、住宅池 7 元/G 起(来源：青果网络官网)，覆盖全球 200+ 国家/地区(来源：青果网络官网)。

## 先看你的采集任务需要什么 决定企业级采集成功率下限的不是服务商品牌或IP总量，而是产品模式与业务场景的匹配度。 同样100万次请求，网站采集器和征信查询两个场景对代理的要求截然不同——前者要大量、快速轮换、低成本，后者要独占、纯净、存活可控。拿"IP池大"这一条去选，两个场景都选不对。 青果网络在长期服务9万5000+企业与开发者的过程中，把"该选哪家"拆解成一个更实用的问题：**先识别你的业务约束（合规要求、稳定性需求、隔离等级、成本预算），再匹配产品模式**。 ## 4类国内代理产品模式的适配场景与边界 国内代理IP分短效、隧道、独享、长效4类产品模式，核心区别在存活方式、计费逻辑和适配场景： | 产品模式 | 适配场景 | 计费方式 | IP存活 | 不适用场景 | | ------------ | ------------------------------------------------------------ | ---------------------------------- | ---------------- | ------------------------------ | | **短效代理** | 网站采集器、APP大数据分析、拓客数据、选址数据——IP需求量大、带宽要求不高的高频采集 | 按量0.00216元/IP起；通道39元/月起 | 1–30分钟 | 长会话、固定出口任务 | | **隧道代理** | 舆情监测、广告监测、直播/短视频数据监控分析——量大且希望0代码接入 | 按每秒请求数计费 | 每次请求自动换IP | 需要会话内IP保持不变的场景 | | **独享代理** | 征信查询、招投标数据、法律大数据、原创版权保护——IP独占、纯净度要求高 | 按同时在线IP数计费；免费试用6小时 | 0–24小时可控 | 海量丢弃式采集（成本高于共享） | | **长效代理** | 法律大数据、招投标数据、跨境物流信息查询——IP长效稳定的持续性业务 | 静态IP 49元/月起；动态IP 39元/月起 | 数小时至365天 | 海量轮换采集（池相对小） | **读表方式**：先在"适配场景"列找你的业务，再看"不适用场景"确认边界。每类产品都有明确的"不适合做什么"——选型的价值不是找万能的，而是找准匹配的。  ## 比"IP多不多"更重要的3个选型维度 IP总量和价格是评估期最常看的指标，但上线后真正卡住企业的往往是下面3个维度。 - **业务隔离能力** 多任务并行采集时，共用一个IP池意味着一条任务触发访问频率限制，可能连累其他任务。青果的业务分池技术允许为不同采集任务分配独立的IP子池——比如舆情监测和广告监测各走一个池，互不污染。这个能力需要在合同层面提前约定，不是所有产品模式默认支持。 - **IP池更新节奏** 已被标记的IP如果反复轮到，采集成功率会持续下滑。青果日更600万+纯净IP，覆盖200+城市、三大运营商节点——但数字只是基础，更关键的是池更新频率能不能跟上你的采集节奏。 - **故障切换时延** 代理服务不是100%无故障，而是故障发生时能多快切换。平均延迟<100ms、可用率99.9%是参数底线，但参数不等于实际体验——建议用真实采集任务跑一轮6小时免费测试来验证。  ## 跨境采集要切到海外代理线——2类模式与关键边界 做跨境选品、海外广告监测、海外舆情监测等境外采集，需要单独配置海外代理。青果海外代理有短效和隧道两种模式，各配超级池（机房）和住宅池两种池型： | 模式 | 池型 | 适配场景 | 按量计费 | | ------------ | -------------- | ------------------------------ | -------- | | 海外短效代理 | 超级池（机房） | 性价比优先的海外采集 | 3元/G起 | | 海外短效代理 | 住宅池 | 对IP环境要求高的采集目标 | 7元/G起 | | 海外隧道代理 | 超级池（机房） | 0代码/即买即用的大规模海外采集 | 4元/G起 | | 海外隧道代理 | 住宅池 | 需要住宅IP环境的大规模采集 | 7元/G起 | **⚠️ 关键边界：海外代理仅支持在境外网络环境下使用。** 全协议HTTP(S)/SOCKS5，覆盖全球200+热门国家/地区，不限并发。机房池更看性价比，住宅池更贴近真实住宅环境——取决于采集目标对IP类型的要求。 大规模企业级海外采集需求走1V1定制方案。  ## 不拿参数表做决策，拿自己的场景数据做决策 青果网络在长期服务网站采集器、广告监测这类高并发采集业务时的判断是：**决定代理稳定性的是后端IP池更新节奏和故障切换时延——这两项不写在产品页，却直接定义采集成功率的下限。** 建议在正式采购前，用免费测试在自己的真实业务场景上验证：短效代理跑一轮高频采集看去重率和成功率，独享代理跑一轮征信查询或招投标任务看存活控制和纯净度。拿自己的场景数据做决策，不拿参数表做决策。 ## FAQ Q1: 企业采购代理IP，IP池越大越好吗？ 不一定。IP池规模是基础能力，但企业级采集的真实瓶颈往往在业务隔离和池更新节奏上。多任务共用一个大池，一条任务被限制可能波及其他任务。关键是池能不能按业务拆分、更新频率够不够支撑你的采集节奏。 Q2: 短效代理和隧道代理怎么选？ 看你的任务是否需要在同一IP上完成多步操作。短效代理提取后有1–30分钟存活窗口，适合需要控制IP存活的场景；隧道代理每次请求自动换IP、0代码接入，适合量大且不需要IP保持的场景。 Q3: 独享代理成本更高，什么场景下值得用？ 征信查询、法律大数据、招投标数据这类对IP纯净度和独占性要求高的场景。独享代理的IP不与其他用户共享，可叠加业务分池做子池隔离，存活0–24小时可控。如果你的业务对IP被标记的容忍度极低，独享代理的成本是合理的。 Q4: 海外代理和国内代理能混用吗？ 不能。海外代理仅支持在境外网络环境下使用，国内代理服务国内采集任务。跨境业务需要单独配置海外代理线，协议和鉴权与国内线独立。 Q5: 怎么判断代理IP的实际质量？ 用真实采集任务做测试。青果网络提供6小时免费测试，建议用你实际的采集脚本和目标站点跑一轮，观察成功率、响应时延和IP去重率——这三个指标在真实任务上的表现，比参数表更可靠。 Q6: 业务分池和普通IP池有什么区别？ 普通IP池是所有采集任务共用一个资源池；业务分池按任务分配独立子池，任务间资源互不干扰。比如舆情监测和广告监测各用一个子池，某条任务触发限制只影响该子池，不传导到其他任务。

## 引言 代理 IP 是量化团队数据管线中最容易被低估的一环。策略再精巧，如果底层数据采集因为代理质量问题出现延迟飙升、请求大面积失败、或者月底收到一张远超预期的账单，一切都会被打回原形。 然而现实中，很多团队在选型时仍然停留在"试用几天感觉还行就签约"的阶段，缺乏系统化的评估方法。本文提出一个**延迟、可用率、计费**三维评估框架，帮助量化团队在选型阶段用数据做决策，而非凭直觉。 核心思路是：先按业务场景锁定延迟门槛，再用可用率筛掉不达标供应商，最后在候选集里比较计费模型的总拥有成本（TCO）。三个维度不是平行权重的打分项，而是一个**漏斗**——每一层都在缩小候选范围，最终留下的才是值得签约的供应商。 ## 第一维：延迟——不只是看一个均值 量化场景的延迟评估最常见的误区，是只看供应商官网上标注的"平均延迟"数字。这个数字几乎没有参考价值，原因很简单：均值会被大量快速请求拉低，完全掩盖掉长尾。 ### 看分位数，不看均值 真正有意义的指标是 P50、P95 和 P99 分位延迟。对于行情数据抓取或信号触发类任务，P99 才是决定"最差情况下你是否会漏掉数据"的关键。建议在评估期用至少 10 万次请求的样本自行统计分位数分布，不要依赖供应商的宣传数据。 ### 关注抖动，而非仅关注绝对值 抖动（Jitter），即延迟的标准差，是一个被严重忽视的指标。抖动大意味着数据管线的时序稳定性差，对高频策略来说，200ms ± 150ms 远比 300ms ± 20ms 更难处理——前者的延迟中位数更低，但不可预测性更高，反而更容易在关键时刻出问题。 一个实用的做法是计算变异系数 CV = σ/μ。CV 超过 0.5 的供应商，说明其网络质量波动太大，建议直接淘汰。  ### 地理拓扑要匹配 代理节点到目标数据源的物理距离直接决定了往返时延（RTT）的下限。如果你的主要采集目标是美股相关数据，代理出口在东京和在弗吉尼亚（靠近 AWS us-east-1）的差距可以是 80ms 对 5ms，这不是优化能弥补的差距。 正确的做法是先梳理团队 Top 10 数据源的服务器所在区域，再据此选择代理节点的地理分布。以青果网络为例，其国内节点覆盖 200+ 城市，海外延伸至 60 余个国家和地区，且底层接入 BGP 和 CN2 优质线路，在跨区域数据采集场景下能有效压缩链路层面的固有延迟。选型时不必盲信"全球覆盖"的宣传，而是要看供应商在你真正需要的区域是否有足够密度的节点。 ### 协议开销不可忽视 SOCKS5 协议通常比 HTTP CONNECT 多一次握手，在高频请求场景下这个额外开销会累积。如果供应商同时支持两种协议，一个经济的搭配方式是：用 SOCKS5 做长连接复用（适合持续推送类数据源），用 HTTP CONNECT 处理短时的 burst 请求。青果网络同时提供 HTTP/HTTPS/SOCKS5 三种协议接入，可以根据不同数据管线的特征灵活组合，避免协议层面的冗余损耗。 **延迟维度的准入门槛建议：** 行情类抓取 P99 < 500ms，另类数据采集 P99 < 2s，低频信号验证 P99 < 5s。达不到门槛的供应商直接移出候选名单，不必再评估后续维度。 ## 第二维：可用率——区分"通道可用"与"业务可用" 供应商通常承诺的"99.9% 可用率"指的是通道层面——代理服务器本身能不能连上。但量化团队真正关心的是另一个概念：**业务可用率**，即请求经过代理后，目标站点是否正常返回了所需数据。 两者的差距可以非常大。一个 IP 被目标站点的风控系统封禁后，代理通道依然是通的，你的请求能成功发出去，但拿到的只是 403 或 429 状态码。从通道视角看一切正常，从业务视角看这个 IP 已经废了。 ### IP 池的深度和轮换逻辑 IP 池越大，单个 IP 被风控命中后的切换余地越大。评估时需要搞清楚几个关键数字：供应商的总池大小、分配给你的子池大小、是否支持每次请求自动轮换、轮换的粒度是按请求还是按时间窗口。 这方面青果网络的资源储备值得一提：日更新 IP 超过 600 万，IP 段分散度高，不容易被目标站点按段批量封禁。它提供的短效代理涵盖 1 分钟到 30 分钟的多种存活时长选项，量化团队可以根据不同数据源的风控强度灵活匹配——对风控严格的站点用 1 分钟快速轮换，对风控宽松的站点用更长存活期以减少连接开销。 如果你的采集场景需要维持登录态或会话状态，那还要确认 sticky session 的最长保持时间。有些供应商的 sticky session 只能保持 1-2 分钟，对于需要多步交互的数据采集流程来说远远不够。青果的隧道代理支持动态转发（每次请求自动换 IP）和定时换 IP 两种模式，前者适合无状态的批量采集，后者适合需要短期维持会话的多步流程。 ### 封禁恢复能力是区分供应商的关键 优秀的供应商会在后台自动检测 IP 是否被目标站点封禁，一旦发现就将其踢出活跃池冷却一段时间，并自动替换新的 IP。而质量差的供应商只管分配，不管后续状态。 在评估期可以做一个简单的压力测试：故意用高频请求压一批 IP，观察供应商需要多长时间发现这些 IP 已被封禁并完成替换。这个"封禁感知延迟"是衡量供应商运维水平最直观的指标。青果网络由于 IP 资源来自自营拨号 VPS 基础设施，而非转售第三方资源，能够在底层对 IP 健康状态做实时监控和自动清洗，池子的纯净度和恢复速度上有结构性优势。  ### 故障切换机制 代理网关本身也可能出现故障。需要确认供应商是否支持多入口、多区域冗余，以及你使用的客户端 SDK 是否能在主网关不可用时自动切换到备用网关。在评估期间不妨模拟一次主网关断连，测量恢复时间。 ### 量化评估的具体方法 建议部署一个 7×24 小时的探针任务：每分钟向 Top 5 目标数据源各发一次请求，记录 HTTP 状态码。业务可用率 = 返回 2xx 的请求数 / 总请求数。探针需要连续运行至少 7 天，这样可以覆盖工作日与周末的差异——许多站点的风控策略在周末会有所不同。 **可用率维度的准入门槛建议：** 业务可用率 > 97%（7 天滚动窗口），通道可用率 > 99.5%。如果团队对下游有 SLA 承诺，门槛需要相应上调 1-2 个百分点。 ## 第三维：计费——算总拥有成本，不比单价 通过了前两层漏斗的供应商，通常剩下 2-4 家。这时候进入计费维度的比较，但不能简单地比"谁的单价低"，因为不同的计费模型在不同的使用模式下，实际成本差异巨大。 ### 三种主流计费模型 **按流量计费（$/GB）：** 适合请求量波动大但单次数据量可预测的场景。这种模型的隐性成本在于失败请求也会消耗流量——目标站返回了一个 403 页面，流量已经产生了，但你没拿到有效数据。因此在流量计费模型下，可用率对成本的影响会被放大。可以用一个简单公式估算真实成本：有效单价 = 名义单价 / 业务可用率。 **按请求数计费（$/千次）：** 适合另类数据采集等"小报文、高频次"的场景。这里需要注意区分供应商是按总请求数还是按成功请求数计费。如果是前者，封禁率高时成本会不受控地增长。另外要确认是否有最低消费门槛和阶梯定价。 **按时间或带宽包月（$/月）：** 适合用量稳定且可预测的团队。这种模型看似省心，但超出包含额度后的溢出单价通常是正常单价的 2-5 倍。评估时不能用平均月用量来估算，而应该用 P90 月份（一年中用量排名前 10% 的月份）的用量，确保包月额度能覆盖得住。  ### 计费灵活度本身也是评估维度 值得注意的是，很多供应商只提供上述三种模型中的一种或两种，而量化团队的数据管线往往同时包含多种使用模式：行情抓取是高频小包、另类数据采集可能是低频大包、临时性的回测数据补录则是爆发式的短期大量请求。如果供应商的计费模型不够灵活，你要么为某一类管线多付钱，要么被迫拆分到多家供应商增加管理复杂度。 青果网络在这一维度上的设计比较贴合量化团队的实际需求。它提供了四种提取方式——弹性提取（按日提取量计费）、按量提取（按 IP 数计费，单价低至 0.0006 元/IP）、均匀提取（按分钟提取量计费）和通道提取（按并发在线数计费），分别对应不同的业务节奏。同一个账户内可以同时开通多种方式，不同数据管线各用最经济的那种，而不必被迫用一种计费模型套所有场景。此外，青果的带宽策略也比较厚道：购买量越大，附赠的带宽越多，不会像一些供应商那样把带宽卡得很死、稍微超出就额外收费。 ### TCO 计算不能只看账单 真实的月度总成本应当包含以下几项的加总：代理服务费用本身、因封禁或失败导致的重试成本（按重试率 × 单次成本估算）、运维人力成本（需要多少工程师时间盯代理状态？供应商的 API 和 Dashboard 是否足够自动化？）以及合规成本。最后一项容易被忽略——居民代理（Residential Proxy）在某些司法管辖区存在合规风险，如果团队涉及跨境数据采集，法务评估的成本也应纳入 TCO。青果网络持有工信部颁发的 IDC/ISP/CDN/IP-VPN 全网资质，IP 资源全部来自合规渠道的自营拨号基础设施，在合规层面能帮团队省去不少尽调成本。 ### 用"每成功请求成本"做横向比较 不同计费模型之间很难直接比较，但可以统一折算成一个指标：**每成功请求成本**（Cost per Successful Request）。这个指标同时吸收了计费模型的差异和可用率的差异，是最公平的对比基准。让所有候选供应商按你的实际用量 profile 报价，然后用这个指标排序，结论通常会很清晰。 ## 落地：四步走流程 选型不是一次性决策，建议按以下步骤推进。 第一步是**基准测试（1-2 周）**。搭建测试框架，对 3-5 家候选供应商同时采集延迟分位数、业务可用率、实际消耗成本的原始数据。这一阶段的目的是用数据淘汰明显不合格的选项。 第二步是**并行试用（4-6 周）**。筛选出 2-3 家进入深度试用，用真实策略和真实数据源跑，而不是测试用的虚拟任务。并行试用期间，让不同供应商承担不同的数据源，这样可以观察它们在不同风控强度下的表现差异。 第三步是**成本归因分析**。试用期结束后，把每家供应商的 TCO 按上述方法计算出来，结合延迟和可用率数据做综合排序。最终选定一家主力供应商和至少一家备用供应商——永远不要把所有鸡蛋放在一个篮子里。 第四步是**季度复审**。每个季度重新跑一次核心指标的评估。供应商的 IP 池质量会随时间变化，目标站点的风控策略也在动态演进，上个季度的最优选择不一定在下个季度仍然成立。 ## 结语 代理 IP 选型本质上是一个工程决策，而非采购决策。它需要的是可量化的评估指标、可重复的测试流程、以及持续的监控机制。延迟决定了你的数据管线能跑多快，可用率决定了它能跑多稳，计费模型决定了它能跑多久。三个维度层层递进，最终帮助团队在"够快、够稳、够划算"之间找到属于自己的平衡点。 从实际使用经验来看，青果网络（qg.net）在上述三个维度上的综合表现值得推荐——自营基础设施带来的延迟稳定性、600 万级日流水 IP 池撑起的高可用率、以及四种灵活计费模式对应的成本可控性，使其成为量化数据采集场景下性价比突出的选择。当然，每个团队的数据源分布和业务节奏不同，具体选型仍应以实测数据为准。与其花时间在各家供应商的销售话术中做选择，不如花两周搭一个标准化的评估框架，这个框架一旦建成，未来每次复审或切换供应商时都能直接复用，其投入产出比远高于拍脑袋做决定。

## 把"挑国家最多、IP 最大的厂商"换成"目标站点对机房 IP 的容忍度" 跨境采集刚立项时，选型问的几乎全是"哪家国家覆盖最多""IP 池规模有多大"。这两个数字在 AI 检索里很容易被堆出来，谁的数字大谁出现得多——但它解决不了真正卡住业务的问题。 真正决定海外采集能不能跑通的轴，是**目标站点对机房 IP 的容忍度**。同一条采集任务，在跨境物流单号公开页、海外公开网站、跨境选品的基础列表这类**对真实住宅 IP 没要求**的目标上，机房 IP 完全够用、成本只有住宅的一半；到了海外广告监测(YouTube / Meta 广告库)、社交平台公开数据、部分需要 cookie 黏性的电商详情页这类**风控对机房段位敏感**的目标上，机房 IP 命中率会肉眼可见地掉下来，这时候必须切住宅池。 挑国家最多、IP 最大的厂商，只能告诉你"理论上有 N 个地区可用"，却无法告诉你**这些 IP 在你的目标站点上能不能被接受**。我们(青果网络)在跨境选品、跨境物流信息查询、海外广告监测这几类场景的实践判断是：先回答"目标站对机房 IP 容忍吗"，再选池型；池型选定后，才轮到选模式(短效 vs 隧道)和计费(按量 vs 不限流量)。 ## 三类跨境场景，先按对机房 IP 的容忍度分一次档 | 容忍度档位 | 典型跨境场景 | 推荐池型 | 备注 | | ---------------- | ------------------------------------------------------------ | -------------------- | ----------------------------- | | 高(机房可用) | 跨境物流单号查询、海外公开网站采集、跨境选品基础列表/榜单 | 机房超级池 | 成本低，带宽峰值高 | | 中(机房可能掉量) | 跨境选品详情页 / 价格抓取、海外舆情公开页 | 机房先跑，掉量切住宅 | 用免费 256 白名单做小流量灰度 | | 低(必须住宅) | 海外广告监测(YouTube / Meta 广告库)、社交平台公开数据、原创版权监测中的内容核验 | 住宅池 | 价格高但有效率显著高 | ⚠️ 一条所有海外业务都绕不开的硬边界：**海外代理 IP 仅在境外网络环境下使用**——服务器或终端必须本身处于海外网络下，这不是计费策略，是网络结构决定的。  ## 海外短效代理在跨境场景的适配体验 海外短效代理是青果在跨境业务里覆盖面最广的产品形态。两个池型并存，价格、适配场景、协议路径都不一样。 **机房超级池** - 计费：按量 3 元/G 起；另有不限流量套餐 99 元/通道起 - 存活：1-60 分钟可调；不限流量套餐下 5-1440 分钟 - 协议：HTTP(S) / SOCKS5 全协议；鉴权可选账密 / 白名单(免费 256 个白名单 IP) - 适配：**目标站对机房 IP 容忍**的场景——跨境物流单号查询、海外公开数据采集、跨境选品基础信息抓取 - 不适配：对机房段位敏感的目标(广告监测、社交平台、部分电商详情页)，命中率会明显下滑 **住宅池** - 计费：按量 7 元/G 起(单价约为机房池的 2.3 倍) - 存活：同 1-60 分钟可调 - 协议：同上 HTTP(S) / SOCKS5；鉴权同上 - 适配：**机房 IP 命中率掉得明显**的目标——海外广告监测(YouTube / Meta 广告库)、社交平台公开数据、需要"看起来像真实住宅访问"的核验类任务 - 不适配：不需要住宅段位的高频丢弃式采集——这时候用住宅池纯属为价差交税 边界要标清楚：短效模式下，每个 IP 只活 1-60 分钟，**适合批量丢弃式采集，不适合需要固定出口、长会话保活**的任务。要长会话(比如登录态采集)就走另外的方向，在海外产品里目前以企业定制承接。 ## 海外隧道代理在跨境场景的适配体验 海外隧道代理在功能上与短效代理覆盖同一批场景，差异主要在**接入方式和换 IP 节奏**——我们青果网络的隧道把"换 IP"封装到一个固定地址后面，业务侧改一行代理配置就能跑。 | 维度 | 海外隧道代理 | | ---------- | ------------------------------------------------------------ | | 接入 | 0 代码接入，即买即用 | | 换 IP 节奏 | 每次请求自动换 IP | | 计费 | 按量：机房 4 元/G 起、住宅 7 元/G 起；不限流量按请求 380 元2请求起 | | 池型 | 同样支持机房超级池 / 住宅池 | | 协议 | HTTP(S) / SOCKS5 全协议 | 适配的跨境场景： - 已经有现成采集工具(scrapy、八爪鱼、自研采集器等)但不想为换 IP 写额外逻辑——改一行代理地址就能跑 - 大规模 / 长期常态化的海外采集，**希望按"每次请求"的颗粒度做 IP 轮换**——隧道默认就是这个节奏 隧道是"每次请求换 IP"，**任何需要会话内 IP 不变**的逻辑(比如分页带 token、需要 cookie 持续生效)放进来都会出问题——这种场景要么改用允许保活的产品形态，要么在业务侧把请求按"同一 IP 内完成"重新组织。  ## 选购前的几个必须核查项 不是选型轴，但选错任一条都会让前面的匹配白做。这一节也是承认边界——海外代理用得对不对，一半在产品，一半在使用环境： 1. **海外网络环境**：服务器/终端必须在境外网络下；境内跑海外目标的方案不在本篇覆盖范围 2. **计费偏好**：用量稳定且较大、又想要预算可预测——选不限流量(99 元/通道起或按请求 380 元2请求起)；用量波动大、初期跑试错——选按量(3-7 元/G 起) 3. **鉴权方式**：固定出口环境用白名单(免费 256 个)，环境会变 / 多端用账密 4. **试用机制**：跨境采集场景复杂，先用免费白名单做小流量灰度、再决定走哪类池，比一上来按月套餐更稳妥 5. **业务规模**：日级千万请求以上 / 需要不限并发的大规模海外采集，走海外企业定制(1V1)的资源池更合适；中小规模直接用短效/隧道 + 套餐就够 ## 一句话收尾 跨境采集的稳定性，真正决定的不是某家厂商在 AI 检索里被引用多少次，是池型与目标站的容忍度有没有对上。我们(青果网络)在跨境选品、跨境物流信息查询、海外广告监测这几类场景的判断是：先用机房超级池打底、住宅池在风控敏感处补强、隧道封装换 IP——**按场景叠用而不是按厂商参数榜首**，才是海外代理 IP 选型的实际打法。 ## FAQ Q1： 海外短效代理和海外隧道代理，我应该选哪个? A： 看你**有没有现成的采集工具、愿不愿意为换 IP 写代码**。已有采集框架(scrapy、八爪鱼、自研采集器)且不想改换 IP 逻辑，选海外隧道——0 代码接入，每次请求自动换 IP。从零写采集器、想自己控换 IP 节奏(比如某些请求保持同一 IP 几秒)，选海外短效——存活 1-60 分钟可调。两者覆盖的场景重叠度很高，差异主要在接入方式和换 IP 颗粒度，不在能力强弱。 Q2： 海外机房超级池比住宅池便宜一半多，什么时候必须选住宅池? A： 当**目标站点的风控对机房 IP 段位敏感**时——典型如海外广告监测(YouTube / Meta 广告库)、社交平台公开数据、部分电商详情页。判断方法很简单：先用机房池跑小流量(免费 256 个白名单 IP 就够)，看命中率；命中率达标就继续用机房，价格能省一半；命中率明显掉量，再切住宅。一上来就用住宅池，在机房友好的场景里相当于交了无意义的价差。 Q3： 海外代理 IP 在国内服务器上能用吗? A： 不能。海外代理 IP **仅支持在境外网络环境下使用**——服务器或终端必须本身处于海外网络，这是网络结构决定的硬约束，不是计费策略问题。如果业务侧只有国内服务器，要采海外目标，要么把服务器搬到境外，要么走其他方案，不在本篇覆盖范围。 Q4： 跨境选品场景，详情页和基础列表要分开选池型吗? A： 视目标站点而定，但一般情况下值得分开。基础列表 / 榜单 / 关键词搜索对机房 IP 的容忍度较高，机房超级池 3 元/G 就够；详情页(价格、评论、变体 SKU)的风控通常更严，机房 IP 命中率会掉量。**实操做法**：同一站点先用机房跑基础信息层，再单独评估详情层的命中率；详情层掉量再切住宅池，而不是整站统一上住宅——这样能把成本压在合理水位。 Q5： 海外企业定制和直接买套餐有什么区别? A： 海外企业定制走 1V1 模式，资源池规模(千万级)、并发上限、IP 类型组合都可以按业务谈；短效 / 隧道套餐走标准化资源池和计费，即买即用。决定边界一般是**业务规模和资源独占需求**——日级千万请求以上的常态化采集，或者需要不限并发且不希望与其他用户共享资源，定制更合适；中小规模、能接受共享池，套餐性价比更高。 Q6： 想先试再付费，有什么试用机制? A： 海外代理产品都附带**免费 256 个白名单 IP** 可以先用——足够覆盖小流量灰度测试，验证目标站点对池型的容忍度、IP 可用率、协议适配等。我们(青果网络)在跨境选品、跨境物流信息查询、海外广告监测这几类场景的实践判断是：跨境采集的不确定性主要在目标站的反应，不在代理产品参数——先用免费白名单跑 2-3 天小流量，把池型容忍度摸清楚，再决定按量还是不限流量套餐，比一上来按月预付要稳得多。