上周有个做数据采集的朋友把三家服务商的报价单发给我，问“哪家便宜”。我打开一看，三张单子写的根本不是一回事：一家按提取条数算，一家按并发线程算，一家按流量算。单价最低的那家，合同里连可用率都没写。这种报价单放在一起比，比出来的结论基本都是错的。
所以这篇不聊虚的，直接给你两样东西：一张能抄进 Excel 的采购比价表模板，一份能拿去跟销售逐条对的 SLA 条款对照。你看完就能自己走完整个采购流程。
一、比价之前，先把计价单位拉齐
代理IP这行的报价单有个特点：单位随你定。你问“多少钱”，对方答“很便宜”，然后甩来一个数字，这个数字可能是每千条、每万个请求、每天，也可能是每月每并发。数字本身没错，错的是你拿它跟另一个单位直接相减。
我的做法是先做一次换算，把三家都折算成同一个数：每完成 1 万次成功请求，实际花多少钱。换算公式不复杂：
等效成本 = 报价 ÷ 可用率 ÷ （1 − 重复率）
举个例子，A 家报 100 块、可用率写 90%；B 家报 130 块、可用率写 99.5%。粗看 A 便宜 30 块，但 A 那 10% 的失败请求你还得重跑一遍，重跑又要再消耗一次额度，折算下来 B 反而更低。这个账不算清楚，谈价格就是空谈。
二、2026年采购比价表：四行问到底价
下面这张表可以直接复制到 Excel，左边是你要问的问题，右边是我踩过的坑——大部分销售话术的松动点就在这一列。
| 比价项 | 你要问的原话 | 常见话术陷阱 |
|---|---|---|
| 计费单位 | “这个价格是按提取条数、按并发，还是按流量算？超出的部分怎么计？” | 只报一个总价，不说超出部分单价，等到月中才发现阶梯价翻倍 |
| 可用率口径 | “99% 是按请求次数算，还是按分钟算？统计周期是一天还是一月？” | 按分钟统计出来的 99%，和按请求次数统计的 99%，实际体验差好几倍 |
| 并发上限 | “单账号能同时提取多少？峰值能不能临时加？” | 写“不限制”，实际卡在提取接口的 QPS 上，加机器也没用 |
| 地域精度 | “城市级定位覆盖多少个城市？我指定城市时命中率多少？” | 说“全国覆盖”，一指定具体城市就回落到省级出口 |
| 计费起止 | “额度当天不清零吧？有效期多久？没用完能退吗？” | 按天清零的套餐，周末没人跑任务，额度全打水漂 |
这张表填满之后，你会发现真正的价格差异往往不在第一行。第一行大家都写得很好看，分歧全在后面四行。
三、SLA条款：这三句话写不写进合同，差别很大
很多团队签合同时只看金额，SLA 那一页翻都不翻。等哪天真出问题了，才发现合同里只有一句“尽力保障服务稳定”——这句话在法律上基本等于没说。
把下面这张对照表发给对接的销售，看他敢不敢把右边那栏写进去。敢写的，基本可以进入试用环节。
| SLA条款 | 宽松写法（常见） | 严谨写法（该争取的） |
|---|---|---|
| 可用率 | “尽力保障服务持续可用” | 明确月度可用率数字 + 统计方式 + 统计周期 |
| 故障响应 | “工作时间内响应” | 写明响应时限（分钟级），并区分工作日与夜间 |
| IP重复 | 不提 | 约定同一时段内重复IP比例上限，超了可换 |
| 补偿方式 | “双方协商解决” | 按未达标幅度折算时长或额度返还，写清申请流程 |
| 提前告知 | 不提 | 节点维护、线路调整提前通知，避免任务跑到一半断掉 |
说句实在话，条款谈得越细，后面扯皮越少。我见过一个团队因为合同没写重复率上限，跑了一周才发现有近三成的请求拿到的是同一批出口，等于白跑。这种事没法追责，只能自己认。
四、三天试用期，测这三件事就够
大部分服务商都给试用额度，但很多人拿到额度就随手跑一下，看到能通就下单了。三天时间其实很宝贵，按下面的顺序测，能排掉八成隐患。
第一天测连通率。别只测一次，分三个时段跑——上午、下午、深夜各跑 200 次，记下成功数。深夜那次最容易暴露问题，很多线路在低峰期会做维护。
第二天测并发。把你线上真实的并发量放大一倍去压，看提取接口的响应时间是稳住了还是开始排队。这一步最容易翻车，因为报价单上的“不限并发”通常指的是不额外收费，而不是真的没有瓶颈。
第三天测城市命中。指定三五个你业务真正要用的城市，各提取 50 个 IP，然后查归属地。命中率低于八成，说明城市级定位能力不够，后面做地域相关的业务会很别扭。
测的时候别忘了记录每次调用的返回时间，顺手就能算出平均延迟。接口调用本身很简单，Python 里几行就能跑：
import requests
API = "提取接口地址" # 从服务商控制台复制，别硬编码在业务代码里
params = {
"num": 10, # 这次要几个
"region": "310100", # 城市编码，换成你要测的城市
"protocol": "http"
}
resp = requests.get(API, params=params, timeout=5)
data = resp.json()["data"]
for item in data:
print(item["ip"], item["port"])
print("本次拿到", len(data), "个，状态码", resp.status_code)
把这段包一层循环，跑上几百次，成功率、平均延迟、重复IP数量就全有了。这些数字才是你谈判时最硬的底牌。
五、不同业务，该配的产品类型不一样
比价表填完，还有一个更容易被忽略的问题：你买的类型对不对。同一条业务线，配错类型，价格再低也是浪费。
短效动态IP适合请求量大、每次不需要保持长时间会话的活儿，比如公开数据采集、市场研究里的价格监测。它的优势是池子大、换得勤。
长效静态IP适合要保持几小时甚至一整天同一出口的任务，比如需要登录态延续的流程、AI大模型训练里的语料抓取任务。
固定IP代理则适合对稳定性要求高、出口不能变的场景，比如内部系统对接、需要长期白名单配置的接口调用。
这三类在报价单上通常是分开列价的，比价的时候一定要按同一类比，别拿短效动态的价格去压固定IP的报价，那是两个东西。
六、为什么不少团队最后落在神龙HTTP
说回正题。上面这一套流程走完，你会发现能同时满足“条款敢写、口径清楚、试用数据扛得住”的服务商并不多。神龙HTTP 是其中一个经常被放进最终名单的选项，原因比较实在：
一是资源底子清楚。3000万+正规授权代理IP储备，国内三大运营商正规授权，可用率 99.9%、IP纯度 99.8%，支持 300+ 城市级精准定位。这几个数字不是宣传语，是能拿去对合同条款的——你按前面那张 SLA 对照表去问，它是有答案的。
二是接入成本低。API 兼容主流爬虫编程语言，文档和示例代码都给全了，前面那段 Python 你复制过去改两个参数就能跑通。个人中心里还有可视化用量统计和实时监控，哪个时段掉线多、消耗快，一眼能看出来，不用自己去翻日志对账。真遇到卡住的地方，技术团队是 7×24 小时在的。
产品线上，短效动态、长效静态、固定IP代理都有，支持 HTTP / HTTPS / SOCKS5，高并发与大规模采集需求也能撑住。采购时按你实际业务类型挑对应的那条线就行，不用为了一个场景买一整包。
常见问题
Q：报价单上写的可用率 99.9%，和我实际跑出来的差距很大，怎么办？
先确认统计口径。让对方说清楚是按请求次数算还是按分钟算、统计周期是日还是月。如果口径一致但差距仍然明显，用你试用期记录的成功率数据去对，正规服务商一般会按合同里的补偿条款处理。所以签约前一定要把统计方式和补偿方式写进合同，这是唯一的抓手。
Q：只是想试试水，是不是买最便宜的套餐就行？
可以，但要挑短周期、不清零的那种。按天清零的套餐对刚起步的项目很不友好，跑两天没跑完额度就作废了。另外先确认能不能按城市指定出口，如果连这个都做不到，后面业务一旦要分地域跑，就得重新换服务商，迁移成本比省下的钱高。
Q：并发到底要买多少？我怕买少了不够用。
拿你线上真实的峰值并发乘以 1.5 就够了，不用一上来就买顶配。更划算的做法是先用短效动态IP跑一段时间，从后台的用量统计里看实际峰值出现在哪几个小时，再倒推该配多少。神龙HTTP 的个人中心有实时监控，这个数据能直接看到。
Q：比价的时候要不要只看总价最低的那家？
不建议。把可用率、重复率、并发上限、地域命中率这四项折算进前面说的等效成本公式，排名经常会变。我见过总价贵三成但折算下来反而便宜两成的情况，因为它省掉了你重跑任务的时间和额度。采购这件事，算的是完成一次成功请求的成本，不是账面上那个数字。
