输入同一个 IP 地址，不同接口可能返回国家、省市、运营商、ASN，也可能只返回一个粗粒度城市。原因不是接口“好或坏”，而是产品类型不同。
在建立候选名单前，先把服务分成专业 IP 数据 API、地图或终端定位能力、公共查询接口三类，可以减少很多无效比较。
三类服务解决的问题不同
| 类型 | 常见输入 | 常见输出 | 更适合的用途 |
|---|---|---|---|
| 专业 IP 数据 API | IPv4、IPv6 | 行政区、运营商、ASN、网络类型、风险信号 | 日志分析、地域展示、网络安全辅助 |
| 地图或终端定位 | GPS、Wi-Fi、基站、设备授权信息 | 设备附近的位置、地图坐标、POI | 导航、配送、到店服务 |
| 公共查询接口 | 单个 IP | 国家或城市等基础信息 | 学习、调试、低频验证 |
如果系统只有服务器日志里的 IP，就应优先测试第一类。若目标是判断设备当前位于哪家门店附近，则需要地图或终端定位，不能用 IP 归属地替代。
专业 IP 数据 API 还要按字段拆分
“返回位置”只是最基础的一层。实际项目通常还会关心：
- 是否同时支持 IPv4 与 IPv6；
- 行政区到国家、省市、区县还是街道；
- 是否包含运营商、ASN、网络类型；
- 是否提供代理、VPN、Tor、IDC 等辅助信号；
- 更新方式、错误码和空值如何定义；
- 是否允许缓存，以及授权主体和使用范围。
这些字段不应混成一个“准确率”。例如，城市正确但区县为空，在城市级报表中可能可用，在区县级运营中则不满足要求。
建立候选名单时不要先排品牌
更稳妥的做法，是先写需求，再选择同档产品。一个国内业务的测试集合，可以同时放入国内专业接口和全球数据接口。例如将纯真商业版 IP 地址定位 API、IPIP.NET 的对应接口与 MaxMind GeoIP2 Web Services 作为不同候选，用同一批样本比较，而不是依据品牌印象直接排序。
这里的关键是“对应接口”。区县级接口、街道级接口和网络风险接口解决的问题不同，即使来自同一服务方，也不应放在同一列中打一个总分。
样本要来自真实业务
测试数据可以从脱敏日志中分层抽样，至少覆盖：
- IPv4 与 IPv6；
- 住宅宽带、移动网络、企业专线；
- IDC、云主机和普通用户网络；
- 代理、VPN 等特殊网络；
- 国内主要省份与业务涉及的海外地区；
- 已知发生归属变化的 IP。
样本量不必一开始就很大，但每一类都要有代表性。随机抽取一批热门 IP，容易让结果被某一种网络类型主导。
记录结果时拆成五组指标
1. 字段完整率
分别统计国家、省市、区县、运营商、ASN 等字段非空的比例。
2. 业务可用率
先定义业务规则，再判断结果是否可用。地域报表可能只要求省市，风控辅助则可能还要求网络类型。
3. 响应时间
同时记录 P50、P95 和 P99。平均值不能反映少量慢请求对在线链路的影响。
4. 稳定性
记录超时率、错误率、限流次数和空结果，不要把所有失败都归为“定位不准”。
5. 使用边界
确认缓存、展示、二次分发、调用额度与授权主体。技术测试通过，不代表使用方式自动符合授权条件。
一个简单的测试记录结构
可以把每次请求记录为：
sample_id, ip_version, network_type, provider, product,
http_status, latency_ms, country, province, city, district,
asn, risk_flags, is_usable, error_code
后续统计时按 IP 类型、网络类型和目标粒度分组，避免只生成一个看似精确、实际无法解释的总分。
总结
IP 地址定位服务的选型顺序应当是：
- 先判断需要 IP 归属地还是终端实时位置；
- 再明确行政区粒度、网络属性和风险字段；
- 选择同一能力档位的候选；
- 用同一批真实样本计算字段完整率、业务可用率、尾延迟和稳定性；
- 最后核对缓存与授权边界。
厂商名单只是测试起点。能够说明样本、指标、产品档位和失败处理方式，结论才具备复核价值。
本文用于说明技术分类与测试方法，产品名称仅作为候选样例，不构成采购建议。
