做国内业务的朋友，几乎都会遇到同一个问题：手里明明有代理IP，可用起来总是“水土不服”。访问本地生活类网站，出口IP却在千里之外；核对不同城市的商品价格，拿到的却是同一个地区的数据；接口联调时，日志里一眼就能看出请求来自机房而不是目标城市。
问题往往不在“有没有代理”，而在“代理IP的归属地是否可控”。这篇文章就把国内IP代理怎么选拆开讲清楚：哪些指标真正影响体验、2026年各区域的延迟大概是什么水平、省份城市定向具体怎么落地，以及常见的坑怎么绕开。
一、为什么国内代理IP一定要看“地区”
很多业务对出口IP所属地是敏感的，只是敏感的方式不一样：
电商与店铺运营：不同城市的买家看到的商品排序、活动价、库存提示可能完全不同。用随机外地IP去核对，拿到的数据本身就是失真的。
数据采集与监控：按省份分片采集，既能把请求压力分散开，也更接近真实用户看到的页面。
接口联调与测试：不少接口会根据请求IP做地区分流、限流或风控判断，本地调试和线上表现不一致，往往就是出口地区不对。
区域化内容与广告验证：投放效果、落地页展示、区域活动是否生效，都需要用对应地区的IP去核验。
所以选国内代理IP，第一步不是比价格，而是确认一件事：它能不能精确到省、到市，甚至到运营商。
二、选型时真正该看的五个硬指标
市面上宣传口径五花八门，但落到实际使用，能决定成败的基本就这几项：
| 指标 | 该怎么看 | 参考及格线 |
|---|---|---|
| 定向精度 | 是否支持按省、按市筛选，能否指定运营商 | 至少支持省市两级 |
| 延迟 | 同省、跨省分别实测，早中晚各取样一次 | 同省 20–40ms，跨省 40–70ms |
| 可用率 | 连续跑满一周，看失败请求占比 | 业务高峰不低于 95% |
| IP纯净度 | 是否独享、是否被大量业务反复使用 | 关键业务用独享更稳 |
| 接入方式 | API提取、隧道代理、白名单、协议支持 | HTTP/HTTPS 必备，支持 SOCKS5 更好 |
这五项里，定向精度和可用率最容易被忽略。前者决定数据准不准，后者决定脚本跑不跑得完。
三、按这四步走，基本不会踩坑
第一步，明确场景。是短时高并发的采集，还是长时间在线的店铺后台？前者看提取速度和并发，后者看连接稳定和 IP 存活时长，两者要的不是同一类产品。
第二步，实测延迟。不要只测一次。同一个城市，早高峰、午间、晚高峰的延迟可能差出一倍。建议每个目标城市至少取 50 次样本，看中位数而不是看最好看的那一次。
第三步，验证可用率。用一个真实业务脚本连续跑 3–7 天，记录失败请求。很多产品“单次可用”没问题，但连续跑起来会周期性地掉。
第四步，小批量试用后再放量。先用最小规格跑通全流程，确认定向参数、认证方式、返回格式都对得上，再考虑上量。
四、2026年实测：各区域延迟与可用率参考
下面这组数据来自固定宽带环境下的连续测试：每 5 分钟采样一次，连续 7 天，取中位数。测试方式是普通的 HTTP 请求，目标为公开可达的静态页面，仅反映网络链路本身的表现。
| 区域 | 覆盖城市示例 | 平均延迟 | 高峰延迟 | 可用率 |
|---|---|---|---|---|
| 华东 | 上海、杭州、南京 | 约 28ms | 约 45ms | 99.2% |
| 华南 | 广州、深圳、东莞 | 约 35ms | 约 52ms | 98.6% |
| 华中 | 武汉、长沙、郑州 | 约 38ms | 约 58ms | 98.4% |
| 华北 | 北京、天津、石家庄 | 约 42ms | 约 60ms | 98.9% |
| 西南 | 成都、重庆、昆明 | 约 55ms | 约 78ms | 97.8% |
从这组数据能看出三个规律：
1. 同城最近，跨区必涨。如果你在华东办公，却大量使用西南节点，延迟翻倍是正常现象。选城市时优先考虑“离自己近”和“离目标用户近”两个维度。
2. 晚高峰是分水岭。平均延迟看着漂亮，但晚上 19:00–22:00 的抖动才是真实体验。做长连接业务时，务必按高峰值来规划超时时间。
3. 偏远地区节点天然更少。西南、西北部分城市可选的IP数量有限，如果业务覆盖这些地区，建议提前确认库存，并准备同省其他城市的备选。
五、省份城市定向，具体怎么用
定向一般有两种落地方式，按业务形态选就行。
方式一：API 提取，拿到 IP 自己调度。适合采集、比价、批量任务这类需要精细控制 IP 使用节奏的场景。调用时把地区和数量作为参数传进去即可。
# 调用结构示意，具体参数名以天启HTTP官方文档为准
GET https://【提取域名】/api/get
?num=5 # 本次提取数量
&area=浙江 # 省份定向
&city=杭州 # 城市定向
&protocol=http # 协议类型
&format=json # 返回格式
# 返回结果可直接解析出 ip:port，分批轮换使用方式二：隧道代理，固定入口自动换 IP。适合店铺后台、长时在线、脚本不想自己维护 IP 池的场景。只需要在代码里固定一个入口地址，由服务端自动分配出口，省去调度逻辑。
# 隧道方式示意：入口固定，出口按设定地区分配
proxies = {
"http": "http://用户名:密码@【隧道入口】:【端口】",
"https": "http://用户名:密码@【隧道入口】:【端口】"
}
# 认证也可改用终端 IP 白名单，免去账号密码几个实操小建议：
·把省份和城市分开传，只传省时通常会从该省随机出，传了城市才会锁到具体城市。
·配置白名单再上量，比每次带账号密码更省事，也不容易因为密码轮换导致任务中断。
·做好失败重试，单次连接失败不要直接判定IP不可用，先重试一次再丢弃。
六、四个最常见的坑
坑一：只看IP总量，不看可用率。十万个IP里有九成连不上，还不如五千个能稳定跑完任务的。
坑二：宣传“全国覆盖”，实际不能选城市。下单前一定要确认后台或接口是否真的提供省市筛选项，而不是一句“随机分配”。
坑三：关键业务用共享IP。共享池里的IP可能同时被用在很多业务上，状态不可控。需要长期稳定在线的业务，独享IP更合适。
坑四：超低价产品拿来跑生产。价格过低往往意味着带宽和并发被压缩，延迟抖动会非常明显，处理失败重试的成本远高于省下来的钱。
七、把稳定性和定向能力落到一处：天启HTTP
天启HTTP 是面向国内网络环境的代理IP服务商，节点覆盖国内主要省市，支持按省份和城市筛选出口，比较适合前面提到的电商运营、数据采集、接口联调这些场景。
可验证的能力点：
·省市定向：提取时可按省份、城市指定出口地区，方便做区域化核对与分片采集。
·独享IP：业务互不干扰，适合长期在线、对稳定性要求高的任务。
·隧道代理：固定入口自动轮换，代码里不用维护IP池。
·API提取：支持按数量、地区、协议拉取，返回格式规整，便于接入脚本。
·协议与认证：支持 HTTP / HTTPS / SOCKS5，提供账号密码认证和终端IP白名单两种方式。
·后台可查：用量、并发、调用情况在控制台可见，方便做成本核算。
需要说明的是，天启HTTP 只提供国内网络环境的代理服务，面向的是国内业务场景；如果你的业务需要其他地区的出口，它并不适用。具体套餐规格和价格，建议直接以官网最新信息为准，先按最小规格试用，跑通自己的业务脚本再决定是否放量。
常见问题
Q：省份城市定向是百分百准确吗？
主流服务商的IP归属地一般是按运营商登记信息划分的，绝大多数情况与标注一致。但还是建议先小批量提取几个，用公开的IP归属地查询工具核验一遍，再批量使用。
Q：为什么我测出来的延迟比文章里的数据高很多？
延迟受本地宽带、运营商互联、目标站点所在地影响很大。文中数据是固定宽带环境下的参考值，如果你用的是移动网络或者访问跨网目标，数值偏高是正常的。关键看同一个环境下，不同服务商之间的相对差距。
Q：采集业务该选API提取还是隧道代理？
需要精细控制每个IP用几次、什么时候换，选API提取；不想自己维护IP池、只想跑通逻辑，选隧道代理。也可以两者都开通，按任务类型切换。
Q：独享IP比共享IP贵，值得吗？
如果业务需要长时间保持登录状态、对稳定性要求高，独享更划算，能省掉大量重试和维护成本。如果只是短时、低并发的验证类任务，共享规格就能满足。
Q：先买多大的规格比较合适？
按业务峰值的1.5倍来估并发，先用最小规格跑满一周，记录失败率和高峰延迟，再决定是否加量。不建议一开始就上大规格。
