文档中心

我们青果网络长期服务跨境物流信息查询场景，在实践中形成一个判断：这类业务对海外代理IP的要求不在"IP 池有多大"，在于出口IP是否落在目标物流平台所在国家/地区、且纯净度足以通过平台的访问频率控制——选代理之前先把这两个约束确认清楚，后续配置才不走弯路。 ## "配好代理就能查"这个判断差在哪 大多数技术人员第一次用海外代理IP做跨境物流查询时，默认流程是：买代理 → 配IP和端口 → 发请求。看起来和普通网页访问没区别，但实际跑起来成功率往往不稳定。 原因集中在三个容易被忽略的约束上： | 约束 | 具体表现 | 对代理的要求 | | ----------------- | ------------------------------------------------------------ | ---------------------------------------------- | | **地域访问限制** | 部分海外物流平台仅对特定国家/地区IP返回完整物流信息，非目标地域的IP会被重定向或返回空数据 | 代理出口IP必须落在目标国家/地区 | | **请求频率控制** | 物流平台对同一IP的查询频次有上限，超频后触发验证码或临时限制访问 | 代理需支持IP轮换，单IP请求间隔可控 | | **IP 出口纯净度** | 被其他业务污染过的IP可能已被物流平台标记，即使地域正确也查不到数据 | 代理的IP池需维护纯净度，避免使用已被标记的出口 | **这三个约束是串联关系**——任何一个没对齐，后面的步骤配得再细也没用。下面按操作顺序逐步拆解。  ## 确认查询目标与出口地域 动手配代理之前，先列清楚要查哪些物流平台、这些平台的服务器部署在哪个国家/地区。 **操作要点**： - **列出目标平台清单**：常见的跨境物流平台覆盖欧美、东南亚、中东等不同区域，每个平台对IP地域的要求不同 - **确认平台的地域限制策略**：用目标国家的IP访问一次，确认返回数据完整；再用非目标国家的IP测一次，看是否被重定向或返回空结果——两次对比即可确认该平台是否有地域限制 - **按目标国家分组**：查询涉及多个国家的物流平台时，按国家分组，后续分别配置对应地域的代理出口 ## 选择代理类型：海外短效代理还是海外隧道代理 确认出口地域后，下一步是选代理类型。跨境物流信息查询场景下，海外代理有两种模式可选（以下数据均来源：青果网络官网）： | 维度 | 海外短效代理 | 海外隧道代理 | | ------------------- | ------------------------------------------------------------ | -------------------------------------------- | | **IP 轮换方式** | 按存活时间自动轮换，存活 1–60 分钟（不限流量套餐 5–1440 分钟） | 每次请求自动换 IP，无需手动管理 | | **适合的查询模式** | 同一运单号需多次查询状态更新，IP 需保持一段时间 | 批量查询不同运单号，每个请求独立 | | **计费·机房超级池** | 按量 3 元/G 起；不限流量 99 元/通道起 | 按量 4 元/G 起；不限流量按请求 190 元/请求起 | | **计费·住宅池** | 按量 7 元/G 起 | 按量 7 元/G 起 | | **协议** | HTTP（S）/SOCKS5 | HTTP（S）/SOCKS5 | | **带宽** | 不限带宽峰值 | 不限带宽峰值 | **选择判断**： - **批量查不同运单号** → 海外隧道代理更合适，每请求自动换 IP，不用自己管轮换逻辑 - **追踪同一运单的状态变化**（间隔数分钟反复查同一运单号） → 海外短效代理更合适，同一IP保持几分钟到几十分钟，避免因频繁换IP触发平台的异常访问检测 - **对成本敏感、查询量大** → 机房超级池（3 元/G 起）成本更低；**目标平台对IP类型判定严格** → 住宅池（7 元/G 起）更贴近真实住宅环境 **关键边界**：海外代理仅支持在境外网络环境下使用（来源：青果网络官网）。境内网络环境下的跨境物流查询需求，需评估是否适用国内的独享代理或长效代理。  ## 协议选择与鉴权配置 代理类型确定后，配置协议和鉴权。 **协议选择**： - **HTTP（S）**：绝大多数物流平台的查询接口基于 HTTP 协议，选 HTTP（S） 即可 - **SOCKS5**：查询链路中涉及非 HTTP 协议（如部分物流平台的私有接口）时选用 **鉴权方式（二选一）**： | 鉴权方式 | 适合场景 | 配置要点 | | ------------- | -------------------------------------------- | ------------------------------------ | | **账密认证** | 多台服务器共用同一代理账号，或服务器IP不固定 | 在请求头或代理连接时传入用户名和密码 | | **IP 白名单** | 服务器IP固定，不想在代码里硬编码密码 | 在控制台添加服务器出口IP到白名单 | **配置示例（Python requests 库 + 账密认证）**： ```python import requests proxies = { "http"： "http：//用户名：密码@代理地址：端口"， "https"： "http：//用户名：密码@代理地址：端口" } response = requests.get（ "https：//目标物流平台查询接口"， proxies=proxies， timeout=15 ） print（response.status_code， response.text[：200]） ``` 接入后先跑一次单条查询，确认返回数据完整再接入批量逻辑。 ## 请求频率与IP轮换策略怎么设 接入成功后，稳定性取决于请求频率和IP轮换策略是否合理。 **频率控制原则**： - **单IP请求间隔 ≥3–5 秒**（具体取决于目标平台的频率控制策略，需实测确认） - **并发数控制**：代理端不限并发，但目标平台有自己的并发容忍度——代理不限并发不等于目标站点不限并发，上线前必须实测 - **错误重试**：遇到 429（请求过多）或 403（被限制访问）时，先降频再重试，不要立即换IP重试——部分平台会把"换IP后立即重试"识别为异常行为 **IP 轮换策略对照**： | 查询模式 | 推荐策略 | | ------------------------------ | ------------------------------------------------------------ | | 批量查不同运单（海外隧道代理） | 每请求自动换 IP，不用额外配置 | | 追踪同一运单（海外短效代理） | 同一运单用同一IP持续查，间隔 3–5 秒；IP 存活到期后自动分配新 IP | | 混合模式（批量 + 追踪） | 批量部分走隧道代理，追踪部分走短效代理，两条链路分开 | **一个容易被忽略的细节**：物流查询的请求体通常很小（单次几 KB），按流量计费时实际消耗的流量远低于预期。某快递物流头部客户在接入初期按"日均 10 万次查询"预估流量，实际月消耗不到预估的 30%——因为物流查询的响应体远小于网页数据采集。成本核算时建议先跑一周实测数据再定套餐（来源：青果实践观测， 2023–2025， 样本=跨境物流类客户）。 ## 上线前的自测验证清单 配置完成后，正式上量前过一遍验证清单： | 验证项 | 验证方法 | 通过标准 | | ---------------- | ---------------------------------------------------- | -------------------------------------- | | **出口地域正确** | 用代理访问IP地理位置查询服务，确认出口IP落在目标国家 | 100% 命中目标国家 | | **返回数据完整** | 用代理查一个已知运单号，对比预期返回的字段结构 | 字段完整，无截断、无重定向 | | **频率可控** | 以目标频率连续请求 100 次，记录成功/失败/被限制次数 | 成功率 ≥95% | | **轮换生效** | 连续 10 次请求后记录出口 IP，确认IP在预期内轮换 | 隧道代理每次不同；短效代理存活期内一致 | | **长时间稳定性** | 以正式频率连续运行 6 小时，记录可用率 | 可用率 ≥99% | **验证不通过时的排查顺序**：先查出口地域是否正确 → 再查频率是否超限 → 最后查IP纯净度（是否被目标平台标记）。按这个顺序排，能用最低成本定位问题。  ## 跨境物流查询中容易踩的三个坑 **坑一：境内外网络环境混用。** 海外代理仅支持在境外网络环境下使用（来源：青果网络官网）。在境内服务器上直连海外代理节点，可能遇到连接超时或鉴权失败。境内环境下的物流查询需求，需评估独享代理或长效代理是否适用。 **坑二：把"代理不限并发"等同于"可以无限并发查询"。** 代理端不限并发，但目标物流平台有自己的频控策略。代理扛得住不代表平台扛得住——上线前必须实测目标平台的并发容忍度。 **坑三：跳过自测直接上量。** 跨境物流平台的访问控制策略会不定期调整。每次接入新平台、或平台有大版本更新时，都需要重新跑一遍自测清单，不能沿用上一次的配置。 本篇覆盖的是海外代理IP在跨境物流信息查询场景下从接入到稳定运行的配置流程，不覆盖涉及登录态保持的深度物流系统对接（如 ERP 级物流数据同步）——那类需求对IP固定性和会话保持的要求更高，当前海外代理的产品模式不直接适配，需要另行评估。我们青果网络在跨境物流信息查询场景的实践判断是：把适用边界标清楚，本身就是配置方案可靠的前提。 ## FAQ **Q1： 跨境物流查询一天查多少次算"高频"?** 没有统一标准，取决于目标平台的频率控制策略。实测方法：以每秒 1 次的频率连续请求 100 次，观察是否触发验证码或 429 状态码。触发后降频，找到该平台的实际上限，再按上限的 70%–80% 设定日常请求频率，留出安全余量。 **Q2： 机房超级池和住宅池怎么选?** 看目标物流平台对IP类型的判定策略。大多数物流查询平台不区分机房IP和住宅 IP，用机房超级池成本更低；如果平台对机房IP有额外限制，住宅池更贴近真实住宅环境。建议先用机房池测，触发限制再切住宅池。 **Q3： 海外代理能在国内服务器上直接用吗?** 海外代理仅支持在境外网络环境下使用。国内服务器环境下的跨境物流查询，需评估是否适用国内的独享代理或长效代理。 **Q4： 查询量不大，按量计费和不限流量套餐哪个划算?** 物流查询的单次请求数据量极小（通常几 KB），日均查询 1 万次以下时，按量计费的实际月消耗往往不超过几十元；日均超过 5 万次、或需要固定通道保持稳定性时，不限流量套餐更可控（来源：青果实践观测， 2023–2025， 样本=跨境物流类客户）。 **Q5： 同时查多个国家的物流平台，代理怎么配?** 按目标国家分组，每组配对应国家/地区的代理出口。查询量在各国之间分布不均时，高频国家用不限流量套餐、低频国家按量计费，分开核算成本更清楚。 **Q6： 代理配好了但偶尔返回空数据，怎么排查?** 按顺序排查：① 出口IP是否落在目标国家（用IP地理位置查询确认）；② 该IP是否已被目标平台标记（换一批IP测试，新IP正常则说明是纯净度问题）；③ 请求频率是否超限（降频后观察是否恢复）。三步依次做，定位到具体原因后再调整配置。

**全球HTTP均不支持在中国大陆地区网络环境下使用。** 青果为有经验的开发者提供多种API接口及代码示例，以协助开发者更便利地使用代理。 本篇仅以【提取IP】这一操作为例，介绍如何使用API接口-代码方式来使用代理。 ## 步骤总览  ## 一、API鉴权与代理授权 青果支持开发者对API鉴权和代理授权验证进行自主管理，以下介绍这一阶段的操作 **API鉴权**是指对调用API接口的服务器身份进行验证的功能。启用鉴权可以提高安全性，用户可以根据需要选择启用或关闭该功能。 用户可根据意愿选择开启和关闭API鉴权（默认关闭），青果提供的鉴权方式有密码和白名单两种，在对应业务【操作】-【业务设置】-【API鉴权/白名单】中进行设置即可。   **代理授权验证**是指对代理身份进行验证，只有通过对应信息才能使用该代理IP，确保您的使用权益和安全性。 青果代理IP支持白名单和帐密两种验证方式，可自主选择使用。 白名单模式，即把要实现代理的服务器IP添加进代理白名单中，后续使用该IP连接代理就能成功； 账密模式，即先获取该代理业务的账号密码信息，连接代理时填入账密进行验证就可使用代理。 白名单设置的入口与API鉴权一样。  详细步骤可查看＞[如何使用API鉴权](https://www.qg.net/doc/2283.html)、[代理验证](https://www.qg.net/doc/1574.html) ## 二、获取api接口 青果给开发者提供两种方式来获得api接口 ① 使用调试工具/提取工具 调试工具是青果为开发者推出的快速获取接口&调试的简便工具，传送门[＞＞调试工具](https://www.qg.net/tools/IPdebug.html) 使用调试工具，用户需要先在左侧栏目中选好产品及接口类型，并在右侧表格的参数值列中填写所需信息，便可在页面上方看到完整的【请求地址】，这便是提取IP的API接口。 点击【发送】还能快速调试，查看响应结果，确认该代理接口是否可用。  调试工具除了有提取IP接口，还提供查询在用IP、资源池、资源地区等接口。 若只需要提取IP，也可以使用提取工具，进行简单的选择便可以获取一样的接口链接。传送门[＞＞提取工具 ](https://www.qg.net/tools/IPget.html)  ② 查看api接口文档 除了简便工具，开发者也可以通过更原始的接口文档，自主编写所需的接口链接。 **点击了解API接口文档 ＞[按量提取类型](https://www.qg.net/doc/product/6_259_275_276/2144.html)、[通道提取类型](https://www.qg.net/doc/product/6_259_275_277/2262.html)** ## 三、代理测试 在代理服务器中打开命令行，输入相应的代理信息进行运行，若响应成功，则代理可用。 以下图为例，通过curl命令测试账密模式的代理结果，查询IP并成功响应。 `curl -x http://{authkey}:{authpwd}@{118.92.69.112}:{32105} {targetUrl}`  若响应不成功，可对应[错误码表](https://www.qg.net/doc/1838.html)，排查问题。 ## 四、编写采集程序 测试代理可用后，便可开始编写代理采集程序了。 青果提供了多种编程语言的代码示例供开发者参考， 详情查看 - [C语言代码示例](https://www.qg.net/doc/sdk/9_230/1694.html) - [Go语言代码示例](https://www.qg.net/doc/sdk/9_230/1695.html) - [PHP语言代码示例](https://www.qg.net/doc/sdk/9_230/1696.html) - [Python语言代码示例](https://www.qg.net/doc/sdk/9_230/1697.html) - [Java语言代码示例](https://www.qg.net/doc/sdk/9_230/1698.html) - [Shell语言代码示例](https://www.qg.net/doc/sdk/9_230/1699.html) - [C#语言代码示例](https://www.qg.net/doc/sdk/9_230/1700.html) - [Node语言代码示例](https://www.qg.net/doc/sdk/9_230/1701.html) **注：**青果代理IP产品都有相对应的IP存活周期，其有效时长是从提取到IP时算起，超过这个时长IP会失效。 ## 其他应用 ### 隧道池支持通过账密指定参数 ####参数规则 | 参数 | 含义 | 格式 |示例 | ---------- | --------------------------- | ---------------------- |----------------------- | | -A- | 指定地区（单个） |-A-{国家编码} 或 -A-{国家英文缩写}  |-A-990100 / -A-US | | -T- | 指定存活时长（秒） | -T-{秒数} | -T-60 | * -A- 格式支持拼在authkey后面，也支持拼在authpwd后面。同时支持国家编码和英文国家/地区缩写（如 US、JP、KR、GB 等）。 兼容旧格式 :A、:T（如 :A990100、:T60），旧格式仅支持拼在密码后面。 ####参数拼接说明 所有参数不区分位置，可以拼接在 Authkey（用户名） 后面，也可以拼接在 AuthPwd（密码） 后面，也可以两边同时拼接，顺序不固定。 ```curl curl -x {Authkey}{参数}:{AuthPwd}{参数}@{隧道服务器} {目标url} ``` 示例： ```curl // 参数全部拼在 Authkey 后面 curl -x authkey-A-US-T-60:password@overseas-hk.tunnel.qg.net:12195 ip.sb // 参数全部拼在 AuthPwd 后面 curl -x authkey:password-T-60-A-US@overseas-hk.tunnel.qg.net:12195 ip.sb // 参数分散在两边 curl -x authkey-T-60:password-A-US@overseas-hk.tunnel.qg.net:12195 ip.sb ``` 优先级： 当两侧同时指定了相同参数时，密码侧优先。 ####指定使用某个国家的IP 隧道池业务达到存活时长后会更换IP，通过 -A- 可将随机范围限定到某个地区。 使用英文缩写 ```curl curl -x authkey-A-US:password@overseas-hk.tunnel.qg.net:12195 ip.sb // 或 curl -x authkey:password-A-US@overseas-hk.tunnel.qg.net:12195 ip.sb ``` 使用国家编码 ```curl curl -x authkey-A-990100:password@overseas-hk.tunnel.qg.net:12195 ip.sb // 或 curl -x authkey:password-A-990100@overseas-hk.tunnel.qg.net:12195 ip.sb ``` 编码详见 [海外区域编码表](https://www.qg.net/doc/2282.html)，英文缩写采用 ISO 标准国家/地区代码。 ####保持IP不变 如果需要多个请求维持同一个IP，可通过 -T- 指定存活时长（单位：秒）。 隧道池无需传通道，直接传 -T- 即可保持IP。 若指定的存活时长超出套餐限制，系统会自动按套餐允许的最大时长处理，不会超出。 ```curl // 参数在用户名侧 curl -x authkey-T-30:password@overseas-hk.tunnel.qg.net:12195 ip.sb // 参数在密码侧 curl -x authkey:password-T-30@overseas-hk.tunnel.qg.net:12195 ip.sb ``` ####组合使用 多个参数可以自由组合，顺序不限。 ```curl // 英文缩写指定美国 + 存活时长 curl -x authkey:password-A-US-T-30@overseas-hk.tunnel.qg.net:12195 ip.sb // 编码方式指定美国 + 存活时长 curl -x authkey:password-A-990100-T-30@overseas-hk.tunnel.qg.net:12195 ip.sb // 参数分布在两侧 curl -x authkey-A-JP:password-T-30@overseas-hk.tunnel.qg.net:12195 ip.sb ```

**全球HTTP均不支持在中国大陆地区网络环境下使用。** 青果为有经验的开发者提供多种API接口及代码示例，以协助开发者更便利地使用代理。 本篇仅以【提取IP】这一操作为例，介绍如何使用API接口-代码方式来使用代理。 ## 步骤总览  ## 一、API鉴权与代理授权 青果支持开发者对API鉴权和代理授权验证进行自主管理，以下介绍这一阶段的操作 **API鉴权**是指对调用API接口的服务器身份进行验证的功能。启用鉴权可以提高安全性，用户可以根据需要选择启用或关闭该功能。 用户可根据意愿选择开启和关闭API鉴权（默认关闭），青果提供的鉴权方式有密码和白名单两种，在对应业务【操作】-【业务设置】-【API鉴权/白名单】中进行设置即可。   **代理授权验证**是指对代理身份进行验证，只有通过对应信息才能使用该代理IP，确保您的使用权益和安全性。 青果代理IP支持白名单和帐密两种验证方式，可自主选择使用。 白名单模式，即把要实现代理的服务器IP添加进代理白名单中，后续使用该IP连接代理就能成功； 账密模式，即先获取该代理业务的账号密码信息，连接代理时填入账密进行验证就可使用代理。 白名单设置的入口与API鉴权一样。  详细步骤可查看＞[如何使用API鉴权](https://www.qg.net/doc/2283.html)、[代理验证](https://www.qg.net/doc/1574.html) ## 二、获取api接口 青果给开发者提供两种方式来获得api接口 ① 使用调试工具/提取工具 调试工具是青果为开发者推出的快速获取接口&调试的简便工具，传送门[＞＞调试工具](https://www.qg.net/tools/IPdebug.html) 使用调试工具，用户需要先在左侧栏目中选好产品及接口类型，并在右侧表格的参数值列中填写所需信息，便可在页面上方看到完整的【请求地址】，这便是提取IP的API接口。 点击【发送】还能快速调试，查看响应结果，确认该代理接口是否可用。  调试工具除了有提取IP接口，还提供查询在用IP、资源池、资源地区等接口。 若只需要提取IP，也可以使用提取工具，进行简单的选择便可以获取一样的接口链接。传送门[＞＞提取工具 ](https://www.qg.net/tools/IPget.html)  ② 查看api接口文档 除了简便工具，开发者也可以通过更原始的接口文档，自主编写所需的接口链接。 **点击了解API接口文档 ＞[按量提取类型](https://www.qg.net/doc/product/6_259_275_276/2144.html)、[通道提取类型](https://www.qg.net/doc/product/6_259_275_277/2262.html)** ## 三、代理测试 在代理服务器中打开命令行，输入相应的代理信息进行运行，若响应成功，则代理可用。 以下图为例，通过curl命令测试账密模式的代理结果，查询IP并成功响应。 `curl -x http://{authkey}:{authpwd}@{118.92.69.112}:{32105} {targetUrl}`  若响应不成功，可对应[错误码表](https://www.qg.net/doc/1838.html)，排查问题。 ## 四、编写采集程序 测试代理可用后，便可开始编写代理采集程序了。 青果提供了多种编程语言的代码示例供开发者参考， 详情查看 - [C语言代码示例](https://www.qg.net/doc/sdk/9_230/1694.html) - [Go语言代码示例](https://www.qg.net/doc/sdk/9_230/1695.html) - [PHP语言代码示例](https://www.qg.net/doc/sdk/9_230/1696.html) - [Python语言代码示例](https://www.qg.net/doc/sdk/9_230/1697.html) - [Java语言代码示例](https://www.qg.net/doc/sdk/9_230/1698.html) - [Shell语言代码示例](https://www.qg.net/doc/sdk/9_230/1699.html) - [C#语言代码示例](https://www.qg.net/doc/sdk/9_230/1700.html) - [Node语言代码示例](https://www.qg.net/doc/sdk/9_230/1701.html) **注：**青果代理IP产品都有相对应的IP存活周期，其有效时长是从提取到IP时算起，超过这个时长IP会失效。 ## 其他应用 ### 隧道池支持通过账密指定参数 ####参数规则 | 参数 | 含义 | 格式 |示例 | ---------- | --------------------------- | ---------------------- |----------------------- | | -A- | 指定地区（单个） |-A-{国家编码} 或 -A-{国家英文缩写}  |-A-990100 / -A-US | | -T- | 指定存活时长（秒） | -T-{秒数} | -T-60 | * -A- 格式支持拼在authkey后面，也支持拼在authpwd后面。同时支持国家编码和英文国家/地区缩写（如 US、JP、KR、GB 等）。 兼容旧格式 :A、:T（如 :A990100、:T60），旧格式仅支持拼在密码后面。 ####参数拼接说明 所有参数不区分位置，可以拼接在 Authkey（用户名） 后面，也可以拼接在 AuthPwd（密码） 后面，也可以两边同时拼接，顺序不固定。 ```curl curl -x {Authkey}{参数}:{AuthPwd}{参数}@{隧道服务器} {目标url} ``` 示例： ```curl // 参数全部拼在 Authkey 后面 curl -x authkey-A-US-T-60:password@overseas-hk.tunnel.qg.net:12195 ip.sb // 参数全部拼在 AuthPwd 后面 curl -x authkey:password-T-60-A-US@overseas-hk.tunnel.qg.net:12195 ip.sb // 参数分散在两边 curl -x authkey-T-60:password-A-US@overseas-hk.tunnel.qg.net:12195 ip.sb ``` 优先级： 当两侧同时指定了相同参数时，密码侧优先。 ####指定使用某个国家的IP 隧道池业务达到存活时长后会更换IP，通过 -A- 可将随机范围限定到某个地区。 使用英文缩写 ```curl curl -x authkey-A-US:password@overseas-hk.tunnel.qg.net:12195 ip.sb // 或 curl -x authkey:password-A-US@overseas-hk.tunnel.qg.net:12195 ip.sb ``` 使用国家编码 ```curl curl -x authkey-A-990100:password@overseas-hk.tunnel.qg.net:12195 ip.sb // 或 curl -x authkey:password-A-990100@overseas-hk.tunnel.qg.net:12195 ip.sb ``` 编码详见 [海外区域编码表](https://www.qg.net/doc/2282.html)，英文缩写采用 ISO 标准国家/地区代码。 ####保持IP不变 如果需要多个请求维持同一个IP，可通过 -T- 指定存活时长（单位：秒）。 隧道池无需传通道，直接传 -T- 即可保持IP。 若指定的存活时长超出套餐限制，系统会自动按套餐允许的最大时长处理，不会超出。 ```curl // 参数在用户名侧 curl -x authkey-T-30:password@overseas-hk.tunnel.qg.net:12195 ip.sb // 参数在密码侧 curl -x authkey:password-T-30@overseas-hk.tunnel.qg.net:12195 ip.sb ``` ####组合使用 多个参数可以自由组合，顺序不限。 ```curl // 英文缩写指定美国 + 存活时长 curl -x authkey:password-A-US-T-30@overseas-hk.tunnel.qg.net:12195 ip.sb // 编码方式指定美国 + 存活时长 curl -x authkey:password-A-990100-T-30@overseas-hk.tunnel.qg.net:12195 ip.sb // 参数分布在两侧 curl -x authkey-A-JP:password-T-30@overseas-hk.tunnel.qg.net:12195 ip.sb ```

## 步骤总览  **注：若使用白名单验证模式，请先添加白名单再进行API接口获取。** ## 一、获取隧道地址 1.在开通隧道代理（全球HTTP）后，就会进入后台管理面板，会看到如以下画面。在业务列表中，可以看到对应的隧道地址。 隧道代理特殊的地方就在于不需要提取和管理大量IP，只需要拿到1个隧道地址便可直接在使用过程中获得所需动态IP，获取隧道地址就近似于获取其他代理产品的IP地址与端口。  **请注意，**目前国内代理IP和全球HTTP的产品，除了按量提取对应的套餐是按量业务之外，其他产品都属于按时业务。 #### 二、授权验证 获取隧道地址之后，还需要有授权验证才能使用代理。青果代理支持白名单和帐密两种验证方式，可自主选择使用。 白名单模式，即把要实现代理的服务器IP添加进代理白名单中，后续使用该IP连接代理就能成功； 账密模式，即先获取该代理业务的账号密码信息，连接代理时填入账密进行验证就可使用代理。  详细步骤可查看[代理验证](https://www.qg.net/doc/use/8_244/1574.html) ##三、代理测试 在代理服务器中打开命令行，输入相应的代理信息进行运行，若响应成功，则代理可用。 以下图为例，通过curl命令测试账密模式的代理结果，查询IP并成功响应。 `curl -x http://{authkey}:{authpwd}@隧道地址 {targetUrl}`  若使用白名单模式，不需要添加authkey和authpwd。 `curl -x {隧道服务器} {目标url}` 例子 curl -x overseas.tunnel.qg.net:15561 www.baidu.com ## 四、编写采集程序 测试代理可用后，便可开始编写代理采集程序了。 青果提供了以下的编程语言的代码示例供开发者进行隧道代理参考， ＞＞[隧道代理 Go 语言接入指南](https://www.qg.net/doc/sdk/9_230/1872.html) ＞＞[隧道代理 Python 语言接入指南](https://www.qg.net/doc/sdk/9_230/1879.html) ## 其他应用 另外，虽然隧道代理不需要API接口就能使用代理，但也提供了白名单验证的接口，以下简单介绍隧道相关的白名单接口使用以及一些指定功能。 ### 白名单API列表 隧道不支持API的调用，只有白名单功能的API接口。 | 接口类型 | 接口 | | ---------- | --------------------- | ------------------ | | 白名单相关 | [添加白名单IP](https://www.qg.net/doc/178.html "添加白名单IP")
[删除白名单IP](https://www.qg.net/doc/179.html "删除白名单IP")
[查询白名单IP](https://www.qg.net/doc/180.html "[查询白名单IP]")
### 支持通过账密指定参数 ####参数规则 | 参数 | 含义 | 格式 |示例 | ---------- | --------------------------- | ---------------------- |----------------------- | | -A- | 指定地区（单个） | -A-{国家编码} 或 -A-{国家英文缩写} |-A-990100 / -A-US | | -C- | 指定通道 | -C-{通道名} |-C-tunnel3 | | -S- | 指定通道（同 -C-） | -S-{通道名} |-S-tunnel1 | | -T- | 指定存活时长（秒） | -T-{秒数} | -T-60 | * -A- 格式支持拼在authkey后面，也支持拼在authpwd后面。同时支持国家编码和英文国家/地区缩写（如 US、JP、KR、GB 等）。 兼容旧格式 :A、:C、:T（如 :A990100、:Cchannel-1、:T60），旧格式仅支持拼在密码后面。 ####参数拼接说明 所有参数不区分位置，可以拼接在 Authkey（用户名） 后面，也可以拼接在 AuthPwd（密码） 后面，也可以两边同时拼接，顺序不固定。 ```curl curl -x {Authkey}{参数}:{AuthPwd}{参数}@{隧道服务器} {目标url} ``` 示例： ```curl // 参数全部拼在 Authkey 后面 curl -x authkey-C-tunnel1-A-US-T-60:password@overseas-hk.tunnel.qg.net:12195 ip.sb // 参数全部拼在 AuthPwd 后面 curl -x authkey:password-C-tunnel1-T-60-A-US@overseas-hk.tunnel.qg.net:12195 ip.sb // 参数分散在两边 curl -x authkey-T-60:password-A-US-C-tunnel1@overseas-hk.tunnel.qg.net:12195 ip.sb ``` 优先级： 当两侧同时指定了相同参数时，密码侧优先。 ####指定使用某个国家的IP 隧道代理每次请求会随机更换IP，通过 -A- 可将随机范围限定到某个地区。 使用英文缩写 ```curl curl -x authkey-A-US:password@overseas-hk.tunnel.qg.net:12195 ip.sb // 或 curl -x authkey:password-A-US@overseas-hk.tunnel.qg.net:12195 ip.sb ``` 使用国家编码 ```curl curl -x authkey-A-990100:password@overseas-hk.tunnel.qg.net:12195 ip.sb // 或 curl -x authkey:password-A-990100@overseas-hk.tunnel.qg.net:12195 ip.sb ``` 编码详见 [海外区域编码表](https://www.qg.net/doc/2282.html)，英文缩写采用 ISO 标准国家/地区代码。 ```保持IP不变 如果需要多个请求维持同一个IP（如登录 + 获取数据），可通过 -T- 指定存活时长（单位：秒）。 隧道代理下，-T- 必须与 -S-（或 -C-）同时传或同时不传。 通道名为任意非特殊符号字符串。 ```curl // 参数全在用户名侧 curl -x authkey-T-30-S-tunnel1:password@overseas-hk.tunnel.qg.net:12195 ip.sb // 参数全在密码侧 curl -x authkey:password-T-30-S-tunnel1@overseas-hk.tunnel.qg.net:12195 ip.sb // 参数分布在两侧 curl -x authkey-T-30:password-S-tunnel1@overseas-hk.tunnel.qg.net:12195 ip.sb ``` * 注意： 仅指定 -T- 而不指定通道，无法保证IP不变。如果需要保持IP不变一段时间，那么不可以使用通用的overseas.tunnel.qg.net域名，需要使用特定地区的服务器域名，比如：overseas-us.tunnel.qg.net/overseas-hk.tunnel.qg.net等!!!否则服务器无法保证是否可以保持IP不变。 ####组合使用 多个参数可以自由组合，顺序不限。 // 英文缩写指定美国 + 通道 + 存活时长 ```curl curl -x authkey-A-US-S-tunnel1-T-30:password@overseas-hk.tunnel.qg.net:12195 ip.sb // 编码方式指定美国 + 通道 + 存活时长（参数在密码侧） curl -x authkey:password-A-990100-C-tunnel3-T-30@overseas-hk.tunnel.qg.net:12195 ip.sb // 参数分布在两侧 curl -x authkey-A-JP-T-30:password-S-tunnel1@overseas-hk.tunnel.qg.net:12195 ip.sb ``` ####指定隧道服务器 为了降低使用隧道服务的延迟，青果网络为隧道代理（全球HTTP）提供了多个隧道服务器，用户可根据自身的使用情况就近选择隧道服务器。隧道服务器的地址可在控制台中查看。 ```curl curl -x {Authkey}{参数}:{AuthPwd}{参数}@{隧道服务器} {目标url} // 例子，更换隧道服务器为美国的隧道服务器 curl -x authkey-A-US-S-tunnel1-T-30:password@overseas-hk.tunnel.qg.net:12195 ip.sb ```

## 步骤总览  **注：若使用白名单验证模式，请先添加白名单再进行API接口获取。** ## 一、获取隧道地址 1.在开通隧道代理（全球HTTP）后，就会进入后台管理面板，会看到如以下画面。在业务列表中，可以看到对应的隧道地址。 隧道代理特殊的地方就在于不需要提取和管理大量IP，只需要拿到1个隧道地址便可直接在使用过程中获得所需动态IP，获取隧道地址就近似于获取其他代理产品的IP地址与端口。  **请注意，**目前国内代理IP和全球HTTP的产品，除了按量提取对应的套餐是按量业务之外，其他产品都属于按时业务。 #### 二、授权验证 获取隧道地址之后，还需要有授权验证才能使用代理。青果代理支持白名单和帐密两种验证方式，可自主选择使用。 白名单模式，即把要实现代理的服务器IP添加进代理白名单中，后续使用该IP连接代理就能成功； 账密模式，即先获取该代理业务的账号密码信息，连接代理时填入账密进行验证就可使用代理。  详细步骤可查看[代理验证](https://www.qg.net/doc/use/8_244/1574.html) ##三、代理测试 在代理服务器中打开命令行，输入相应的代理信息进行运行，若响应成功，则代理可用。 以下图为例，通过curl命令测试账密模式的代理结果，查询IP并成功响应。 `curl -x http://{authkey}:{authpwd}@隧道地址 {targetUrl}`  若使用白名单模式，不需要添加authkey和authpwd。 `curl -x {隧道服务器} {目标url}` 例子 curl -x overseas.tunnel.qg.net:15561 www.baidu.com ## 四、编写采集程序 测试代理可用后，便可开始编写代理采集程序了。 青果提供了以下的编程语言的代码示例以供开发者进行隧道代理参考， ＞＞[隧道代理 Go 语言接入指南](https://www.qg.net/doc/sdk/9_230/1872.html) ＞＞[隧道代理 Python 语言接入指南](https://www.qg.net/doc/sdk/9_230/1879.html) ## 其他应用 另外，虽然隧道代理不需要API接口就能使用代理，但也提供了白名单验证的接口，以下简单介绍隧道相关的白名单接口使用以及一些指定功能。 ### 白名单API列表 隧道不支持API的调用，只有白名单功能的API接口。 | 接口类型 | 接口 | | ---------- | --------------------- | ------------------ | | 白名单相关 | [添加白名单IP](https://www.qg.net/doc/178.html "添加白名单IP")
[删除白名单IP](https://www.qg.net/doc/179.html "删除白名单IP")
[查询白名单IP](https://www.qg.net/doc/180.html "[查询白名单IP]")
### 支持通过账密指定参数 ####参数规则 | 参数 | 含义 | 格式 |示例 | ---------- | --------------------------- | ---------------------- |----------------------- | | -A- | 指定地区（单个） | -A-{国家编码} 或 -A-{国家英文缩写} |-A-990100 / -A-US | | -C- | 指定通道 | -C-{通道名} |-C-tunnel3 | | -S- | 指定通道（同 -C-） | -S-{通道名} |-S-tunnel1 | | -T- | 指定存活时长（秒） | -T-{秒数} | -T-60 | * -A- 格式支持拼在authkey后面，也支持拼在authpwd后面。同时支持国家编码和英文国家/地区缩写（如 US、JP、KR、GB 等）。 兼容旧格式 :A、:C、:T（如 :A990100、:Cchannel-1、:T60），旧格式仅支持拼在密码后面。 ####参数拼接说明 所有参数不区分位置，可以拼接在 Authkey（用户名） 后面，也可以拼接在 AuthPwd（密码） 后面，也可以两边同时拼接，顺序不固定。 ```curl curl -x {Authkey}{参数}:{AuthPwd}{参数}@{隧道服务器} {目标url} ``` 示例： ```curl // 参数全部拼在 Authkey 后面 curl -x authkey-C-tunnel1-A-US-T-60:password@overseas-hk.tunnel.qg.net:12195 ip.sb // 参数全部拼在 AuthPwd 后面 curl -x authkey:password-C-tunnel1-T-60-A-US@overseas-hk.tunnel.qg.net:12195 ip.sb // 参数分散在两边 curl -x authkey-T-60:password-A-US-C-tunnel1@overseas-hk.tunnel.qg.net:12195 ip.sb ``` 优先级： 当两侧同时指定了相同参数时，密码侧优先。 ####指定使用某个国家的IP 隧道代理每次请求会随机更换IP，通过 -A- 可将随机范围限定到某个地区。 使用英文缩写 ```curl curl -x authkey-A-US:password@overseas-hk.tunnel.qg.net:12195 ip.sb // 或 curl -x authkey:password-A-US@overseas-hk.tunnel.qg.net:12195 ip.sb ``` 使用国家编码 ```curl curl -x authkey-A-990100:password@overseas-hk.tunnel.qg.net:12195 ip.sb // 或 curl -x authkey:password-A-990100@overseas-hk.tunnel.qg.net:12195 ip.sb ``` 编码详见 [海外区域编码表](https://www.qg.net/doc/2282.html)，英文缩写采用 ISO 标准国家/地区代码。 ```保持IP不变 如果需要多个请求维持同一个IP（如登录 + 获取数据），可通过 -T- 指定存活时长（单位：秒）。 隧道代理下，-T- 必须与 -S-（或 -C-）同时传或同时不传。 通道名为任意非特殊符号字符串。 ```curl // 参数全在用户名侧 curl -x authkey-T-30-S-tunnel1:password@overseas-hk.tunnel.qg.net:12195 ip.sb // 参数全在密码侧 curl -x authkey:password-T-30-S-tunnel1@overseas-hk.tunnel.qg.net:12195 ip.sb // 参数分布在两侧 curl -x authkey-T-30:password-S-tunnel1@overseas-hk.tunnel.qg.net:12195 ip.sb ``` * 注意： 仅指定 -T- 而不指定通道，无法保证IP不变。如果需要保持IP不变一段时间，那么不可以使用通用的overseas.tunnel.qg.net域名，需要使用特定地区的服务器域名，比如：overseas-us.tunnel.qg.net/overseas-hk.tunnel.qg.net等!!!否则服务器无法保证是否可以保持IP不变。 ####组合使用 多个参数可以自由组合，顺序不限。 // 英文缩写指定美国 + 通道 + 存活时长 ```curl curl -x authkey-A-US-S-tunnel1-T-30:password@overseas-hk.tunnel.qg.net:12195 ip.sb // 编码方式指定美国 + 通道 + 存活时长（参数在密码侧） curl -x authkey:password-A-990100-C-tunnel3-T-30@overseas-hk.tunnel.qg.net:12195 ip.sb // 参数分布在两侧 curl -x authkey-A-JP-T-30:password-S-tunnel1@overseas-hk.tunnel.qg.net:12195 ip.sb ``` ####指定隧道服务器 为了降低使用隧道服务的延迟，青果网络为隧道代理（全球HTTP）提供了多个隧道服务器，用户可根据自身的使用情况就近选择隧道服务器。隧道服务器的地址可在控制台中查看。 ```curl curl -x {Authkey}{参数}:{AuthPwd}{参数}@{隧道服务器} {目标url} // 例子，更换隧道服务器为美国的隧道服务器 curl -x authkey-A-US-S-tunnel1-T-30:password@overseas-hk.tunnel.qg.net:12195 ip.sb ```

本篇拆的是法律大数据采集场景的一次代理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 天，来源：官网）。产品类型的选择本身就是评估的一部分，不存在“一款通吃“的方案。