房价数据跟踪中：隧道代理与API提取有什么区别？
房价数据跟踪常见两类任务：网站采集器批量读取多个城市和楼盘，选址数据持续观察同一位置。前者看吞吐和单位成本，后者看出口是否需要保持。我们青果网络使用业务分池技术时，重点判断任务的IP池和切换节奏是否匹配。
隧道代理和API提取，分别改变哪一层？
隧道代理是代理服务的接入模式，API提取是获取代理资源的调用方式，两者可以叠加使用。
| 对比项 | 隧道代理 | API提取 |
|---|---|---|
| 解决的问题 | 业务请求直接接入代理通道，由服务端完成出口调度 | 通过接口获取IP、端口、鉴权信息或代理列表 |
| IP切换 | 通常按请求自动换IP | 由提取到的产品类型决定，可手动控制使用哪个IP |
| 成本观察点 | 请求数、并发、带宽和有效响应数 | IP或流量购买量、提取成功率、IP实际承载请求数 |
| 可用时长 | 更接近“单次请求的出口周期” | 取决于所提取产品的存活周期，不由API三个字决定 |
| 适合的任务 | 高频网站采集器、需要自动轮换出口的任务 | 需要自己安排IP、地域或请求节奏的任务 |
因此，“隧道代理比API提取贵不贵”不能直接回答。一个是通道与调度模型，一个是资源获取接口，具体还要看供应商的产品定义和鉴权方式。
房价跟踪的有效请求成本怎么算？
有效请求成本应当用“实际支出除以拿到有效业务结果的请求数”计算，而不是只看一次提取价格。
有效请求成本＝代理实际支出 ÷ 有效业务响应数
有效业务响应数＝总请求数×业务成功率
“有效”须在业务层定义：HTTP返回不等于有效房价，页面完整、楼盘和区域匹配、价格可解析才计入。重试和超时是否计费，需向供应商确认。
隧道代理：先算请求容量，再看有效率
青果网络国内隧道代理基础规格为5个请求数，对应5Mbps带宽与每秒5次请求；价格基线为360元/月。每增加1个请求数，带宽和最大请求频率同步线性扩展（来源:青果网络官网）。
按每秒5次连续运行30天，5个请求数对应理论上限约1296万次请求。它只是频率上限，不是有效房价结果数。若业务成功率为S，有效请求成本应按“360元÷理论请求数÷S”估算，还要扣除超时、解析失败和重复数据。
隧道代理适合请求量持续、IP切换频繁且不希望维护IP列表的场景，但不适合必须保持固定出口或登录态的长会话任务。
API提取：先算单IP能承载多少有效请求
API提取的关键不是“提取一次多少钱”，而是每个IP在可用周期内实际完成了多少有效请求。国内短效代理按量提取的价格基线为1万IP、45天27元起，50万IP档单价为0.00216元/IP起；单IP存活周期为1分钟（来源:青果网络官网）。
如果单个IP平均完成N次有效房价请求，那么单IP维度的有效请求成本可以写成：
API提取有效请求成本≈单IP成本÷N
但N不能凭产品名称猜出来，必须用同一批目标页面实测。若程序拿到IP后只请求一次，成本就接近“每个有效IP承担一次请求”；若同一IP在1分钟内完成多页访问，单次成本才会下降。接口失败、IP失效和字段不完整都要计入测试损耗。
可用时长决定哪种方式更适合？
房价跟踪要先区分“每次请求独立”与“同一会话持续”两种任务，再判断可用时长。
| 房价跟踪任务 | 主要要求 | 更适合的思路 | 原因 |
|---|---|---|---|
| 多城市楼盘列表批量读取 | 请求量大、单次任务短、出口可轮换 | 隧道代理或短效API提取 | 重点是单位有效请求成本和调用吞吐 |
| 同一城市多个区域定时采集 | 地域口径稳定、定时运行 | 先做API提取与隧道代理对照测试 | 需要验证IP切换是否影响地域结果和字段完整度 |
| 同一楼盘连续跟踪价格 | 会话或出口需要保持 | 长效代理或独享代理 | 短效IP只有1分钟，不适合长会话保持 |
| 多业务共用采集系统 | 任务之间互不影响 | 按业务分池，再选择隧道或API提取 | 降低不同采集任务之间的资源相互影响 |
隧道代理的“可用时长”通常不是某个IP固定存活多少小时，而是通道能否持续承接请求。API提取的“可用时长”则是提取出来的IP还能否在产品规定周期内完成任务。把两者都写成“长期可用”，会把接入周期、IP存活周期和业务可用周期混为一谈。
代理IP只解决请求出口和接入方式，不解决字段公开性、采集频率或数据重复问题。目标站点有访问规则时，应在允许范围内安排请求节奏。
选型时，怎样把成本和时长放进同一张表？
建议至少连续测试一个完整业务周期，记录以下六项，而不是只记录提取价格：
- 总请求数与有效业务响应数。
- 首次请求成功率与重试后的最终成功率。
- 每个IP平均承载的有效请求数。
- IP从提取到失效的实际时长。
- 代理成本、重试成本与字段解析失败成本。
- 地域、楼盘、价格字段的匹配完整度。
以房价网站采集器为例，将同一城市、同一批楼盘、同一时间窗口拆成两组：一组记录隧道代理的请求频率、有效响应数和字段完整度，另一组记录API提取的单IP有效请求数与实际存活时间。两组要使用同一目标、请求量和解析规则。
做房价跟踪，本篇判断怎么落到具体产品？
回到本文判断：隧道代理和API提取不是简单的二选一，真正要比较的是“单位有效请求成本”与“任务需要的可用时长”。
如果是多城市楼盘列表批量采集，青果网络的国内隧道代理按请求数计费，基础规格为5个请求数、5Mbps带宽和每秒5次请求，适合把自动换IP和持续接入交给服务端。若是需要自行安排IP、按批次控制地域或请求节奏的短周期任务，可以测试国内短效代理的API提取；其按量提取1万IP、45天27元起，单IP存活1分钟，适合把成本拆到单IP和单次有效请求上。
做同一楼盘的长时间连续跟踪，则不应直接套用1分钟短效IP，应该评估长效或独享代理的会话周期与出口要求。差别不在“谁的接口更简单”，而在一次有效结果到底需要一次独立请求，还是需要同一出口持续工作。
FAQ
Q1：API提取是不是比隧道代理更便宜？
A：不能只按接口价格判断。API提取通常按IP或流量购买，再看每个IP完成多少有效请求；隧道代理按请求数或相关资源规格计费，再看持续请求量和有效响应数。房价跟踪应统一换算成“代理实际支出÷有效业务响应数”，并把重试和解析失败计入成本。
Q2：隧道代理每次换IP，会不会影响同一楼盘的价格跟踪？
A：可能影响，取决于页面是否要求会话连续、地域结果是否与出口位置相关。独立公开页面可用自动换IP；需要保持会话或地域口径时，应测试固定出口、长效代理或独享代理。
Q3：国内短效API提取的1分钟存活时间够不够？
A：如果任务是拿到IP后快速完成少量独立页面请求，1分钟可能覆盖一次短批次；如果要连续跟踪、保持会话或等待较长响应链路，就不应把1分钟当作长期可用。最终要记录每个IP实际完成的有效请求数，而不是只看标称存活时间。
Q4：隧道代理的请求数和每秒请求数是一回事吗？
A：不是同一个概念，但在青果网络国内隧道代理的参数模型中，两者线性绑定。基础规格为5个请求数，对应每秒5次请求和5Mbps带宽；增加请求数时，最大请求频率和带宽同步扩展。这里的频率是能力上限，不等于每次请求都能得到有效房价结果。
Q5：房价数据跟踪应该优先看哪些测试指标？
A：优先看最终有效响应率、每个IP平均有效请求数、实际可用时长和字段完整度，再看代理单价。同一城市、同一时间窗做隧道与API提取对照，才能拆出计费、重试、失效IP和解析失败的影响。
Q6：青果网络的业务分池对房价跟踪有什么意义？
A：在选址数据和网站采集器并行运行时，业务分池可以让不同任务使用独立IP池，减少不同请求节奏相互影响。它不能替代有效请求成本测试，也不能把短效IP变成长效IP；它解决的是资源隔离和任务边界问题，产品仍需按请求量、会话和可用时长选择。
