上个月复盘会，运营把一张监控截图甩到群里——凌晨2点17分，舆情面板一片红，30个社媒账号的采集任务全部超时。这套系统7x24小时盯着竞品和行业关键词，任何一次断档都可能漏掉一波舆论发酵的起点。我当时的第一反应是爬虫逻辑出了问题，查了半小时日志才发现，根子在那个用了大半年的免费换IP软件上。
这篇文章不聊概念，只记这笔迁移账：免费方案到底崩在哪、三档候选怎么选、切换后怎么验证。如果你也在给多账号矩阵找IP出口，应该能省点时间。
免费换IP软件跑7x24，第三周就露了底
我们监控的社交媒体平台对单IP的请求频率卡得很死，30个账号轮询，平均每分钟200次请求,IP必须持续更换。免费换IP软件的逻辑是给你一个公开代理列表让你自己挑，问题在于这个列表里的IP被成千上万人同时薅。
我做了个连续7天的探活统计：免费池的有效IP占比只有68.3%，平均响应延迟412毫秒，一周内触发了11次整批超时。更麻烦的是共享IP被平台标记，采集回来的内容经常是空壳页，程序不报错但数据是脏的。这比直接失败还难排查——我有两天时间都以为是解析规则写错了，来回改了三版XPath，白折腾。
说白了，免费方案的成本没消失，只是从账单转移到了人力上。做了个简单测算：每周花在排障和补数据上的人时约6小时，按人力成本折算，早就超过了买专业服务的钱。老板一开始还想再省省，结果业务方投诉爆了两次，这事才算拍板。
三档候选实测：可用率、延迟、成本的对照账
选型阶段我把候选缩成三档：一是继续优化免费池（加多源轮换），二是低价短效API提取，三是按天计费的隧道代理。统一用同一套探活脚本、同一个采集任务压测14天，结果如下。
| 方案 | 实测可用率 | 平均延迟 | 月成本 | 一周掉线次数 |
|---|
| 免费公开池（多源轮换） | 68.3% | 412ms | 0元 | 11次 |
| 低价短效API提取 | 91.7% | 85ms | 约200元 | 3次 |
| 专业隧道代理 | 99.9% | <10ms | 480元 | 0～1次 |
短效API这一档其实够用，91.7%的可用率对日均5万次请求的量级基本能扛，但它需要你自己维护提取频率和失效剔除逻辑，IP切换有几百毫秒的空窗，对7x24这种不能断的场景是个隐患。隧道代理是直接给你一个固定入口，后端自动轮换，接入层几乎不用改代码。我一开始觉得按天计费是智商税，后来发现省下来的调度代码维护成本更值钱。
补充个细节：多账号场景下，隧道代理要确认支持按会话保持粘性IP，否则同一个账号两次请求落到不同省份，平台风控直接判定异常。这个参数文档里藏得很深，我是在测试跑了三天才发现的。
迁移切换：三步验证法，别信后台的可用率
定下方案后迁移其实不复杂，关键是别跳过验证。后台标的可用率是服务商自己的口径，跟你实际业务里的成功率不是一回事。我按这三步走：
- 先探活再切流：用真实目标站点而非公共测速接口探测，跑满24小时看成功率曲线。
- 灰度10%流量切换：保留旧通道，新通道只接一个账号组，观察采集回来的数据完整率。
- 对账比对：连续3天比对新旧通道的字段缺失率，差异超过2%就回滚。
下面这段探活脚本可以直接拿去用，把代理地址换成你的入口即可：
import requests, time
def probe(proxy, url, n=30):
ok, lat = 0, []
for _ in range(n):
t = time.time()
try:
r = requests.get(url, proxies={'http': proxy, 'https': proxy}, timeout=5)
if r.status_code == 200:
ok += 1
lat.append((time.time() - t) * 1000)
except Exception:
pass
return round(ok / n, 3), round(sum(lat) / len(lat), 1) if lat else None
迁移到隧道代理后第一周，掉线次数从11次降到1次，剩下的那次是我自己配置的白名单没加全，属于操作失误。稳定跑满一个月后，后台成功率曲线基本贴着99.9%走，延迟稳定在个位数毫秒——我们后端和入口同区域，这个数字比我预想的要好。
结论：什么量级该上什么档
跑完这一轮，我的判断很明确：日均请求低于1万次、对连续性不敏感的场景，短效API提取性价比最高；7x24不能断、账号矩阵超过20个，直接上隧道代理，省下来的排障时间远超过那几百块差价。免费池只适合做一次性小批量抓取，别拿它跑生产。我们用的隧道方案是在蚂蚁代理这边接入的，按天计费16元起，先把白名单和会话保持两个参数调好，多账号轮换基本不用再管。
如果你还在用免费换IP软件硬撑，建议先按上面的探活脚本跑一周真实成功率，账自然就清楚了。