直接给结论：当你要跑 SEO 排名追踪、每天执行 5000 个关键词乘以 3 个城市这个量级时，SOCKS5 是唯一值得投入的协议，而且真正能扛住的只有“城市级 API 提取”这一档。免费公共池我实测脏 IP 率超过 65%，固定隧道代理号称轮换，但城市级粒度基本是假的。下面把三档样本、成本账、配置参数全摊开说。
为什么这个场景我只认 SOCKS5
先说协议层的差别，这直接决定选型。SOCKS5 在传输层建立 TCP 隧道，不解析也不改写应用层数据；而 HTTP 代理会往请求里塞 X-Forwarded-For、Via 这类头，搜索引擎的风控识别这种特征的成本很低。我最初用 HTTP 代理跑过一周，5000 个关键词里有 38% 返回的是挑战页或空白页，不是真实排名。
我手上是 18 个站点，横跨百度和 Google 两个生态，SEO 追踪的用途有两个：一是看自己站群在不同城市的排名波动，二是盯竞品动向。这两件事都要求“IP 所在城市”可验证。HTTP 代理的另一个问题是不支持 UDP 转发和长连接复用，做 SERP（搜索结果页）翻页时要不停重连，单关键词耗时从 1.2 秒涨到 4 秒以上。
所以问题不是“要不要用代理”，而是“哪一档的 SOCKS5 能同时满足城市精度和成本”。这两项在预算有限时是冲突的，下面这张表就是取舍过程。
三档方案矩阵：成本与精度的取舍
按每天 15000 次请求（5000 关键词 × 3 城市）折算，我把三档样本跑了一轮对照，数据如下：
| 档位 | 单次成本 | 月成本 | 首次成功率 | 城市级精度 | 我的判断 |
|---|
| 免费公共 SOCKS5 池 | 0 元 | 0 元 | 41% | 不可控 | 不建议进入生产 |
| 固定隧道 SOCKS5 | 16 元/天 | 约 480 元 | 97.2% | 弱，出口集中在 3-5 个机房 | 只适合全国维度追踪 |
| 城市级 API 提取 | 0.0022 元/IP | 约 990 元 | 99.4% | 强，可按城市指定 | SEO 追踪选这档 |
说实话，我一开始以为隧道代理是最省事的：按天计费、不用自己管 IP 生命周期、480 元比 990 元还便宜一半。跑了一周才发现，它所谓的“轮换”是在一个固定出口池里换 IP，三个城市的追踪请求最后落到了同一批机房。表现出来就是——北京、上海、广州三份排名数据曲线高度重合，这明显不对。
决策逻辑其实很简单：如果你的追踪只分“国内/海外”两级，隧道代理够用且便宜；一旦需要按城市出报表，必须走城市级 API 提取。这中间没有折中方案。贵的那 500 元买的不是 IP 数量，是地域标签的可信度。
落地配置：socks5h 这个坑我踩了三次
选完档位，配置层面还有一个会静默污染数据的问题。Python 里写代理，socks5:// 和 socks5h:// 是两回事：前者由本地解析 DNS，后者把域名交给代理服务器解析。用错前者，你的请求虽然走了代理，但 DNS 查询暴露在本地，代理端拿到的已经是 IP，地域判定直接失效。
import requests
proxies = {
"http": "socks5h://user:pass@gateway:1080",
"https": "socks5h://user:pass@gateway:1080",
}
# 超时拆开写，连接 5 秒、读取 15 秒，SERP 翻页读取要给足
resp = requests.get(url, proxies=proxies, timeout=(5, 15))
我第一次跑出来的三城市数据全指向同一个机房出口，查了两天才定位到是这里。顺手记几个调优参数：连接池 pool_maxsize 开到 50，低于 20 时 15k 请求会明显排队；单 IP 复用别超过 3 次，超过后 SERP 偶尔返回降级结果；提取模式建议批量拿 50 个 IP 缓存本地轮询，比每次单提省大约 40% 的握手开销。
两周实测：拐点在哪
换成城市级提取后连续跑了 14 天，成功率稳定在 99.4%，平均单请求延迟 不到 10ms（不含目标站响应）。真正的拐点出现在并发上：并发 20 以内曲线平滑，超过 50 之后失败率开始以每天约 0.3 个百分点爬升——不是代理端的问题，是目标站开始对你的请求密度做软限流。
所以最终架构是并发压到 30，分城市错峰跑，凌晨和上午各一轮。这套组合在我这个量级够用；如果你每天要跑十万级关键词，城市级提取的月成本会推到六七千元，那时候就得考虑自建调度层做 IP 复用了。我现在的出口余量曲线在 mayihttp.com 后台能直接看到，扩容前先看曲线比拍脑袋靠谱。
一句话收尾：SEO 追踪买代理，买的不是 IP 数量，是地域标签的真实性和协议层的干净度，这两项省不得。