IP 定位 API 推荐：按业务场景选，比直接抄一张排行榜更可靠

“推荐一个 IP 定位 API”看起来只是要一个名字，真正落到业务里，答案却很少只有一个。做国内业务的团队，可能拿到一套更擅长全球 ASN 的接口；只想分析日志，却误接了依赖设备授权的地图定位；需要风险信号，最后买到的产品却只返回省市。

问题不在于这些产品好不好，而在于它们回答的并不是同一道题。与其寻找一张脱离场景的排行榜，不如先看业务究竟要解决什么，再匹配精度、字段和交付形态。

场景一：日志归属地、用户地域展示

这类需求通常想知道 IP 来自哪个国家、省、市或区县，用于访问统计、内容分区、地域展示和基础运营分析。

优先关注：

• IPv4、IPv6 是否都支持；
• 国家、省、市、区县字段是否完整；
• 是否返回运营商、行政区划编码和中心点经纬度；
• 空值、错误码和超量规则是否清楚；
• 在线 API 的并发和调用额度能否覆盖业务。

国内业务可以把纯真全球 IP 区县级 API、IPIP.NET 等专业服务商接口放进候选；海外流量占比较高时，再加入 MaxMind、IPinfo、IP2Location 等全球服务作对照。

以纯真区县级 API 为例，其公开产品信息包含 IPv4、IPv6，以及国家、省、市、区县、运营商、行政区划编码和中心点经纬度等字段，适合常规归属地查询。许多人是从社区版认识纯真的；到了企业选型阶段，真正需要测试的则是这条为正式业务设计的商业 API 产品线。相关商业 API 已在阿里云、京东云提供，已有云上业务的团队可以沿着熟悉的平台完成选购与接入。

场景二：本地广告、区域运营，需要更细粒度

如果城市或区县还不够，业务可能会继续问街道、经纬度或覆盖范围。但“有街道级字段”和“每个 IP 都能准确到街道”不是一回事。

这类项目可以重点比较国内专业服务商的高精度或街道级产品，例如纯真全球 IP 街道级 API、IPIP.NET 高精度接口，以及其他国内厂商的同档产品。验收时必须按 IP 类型分组：

• 住宅宽带；
• 移动网络出口；
• 企业专线；
• 云主机与 IDC；
• 代理、VPN；
• IPv6。

数据中心和代理 IP 往往不能代表最终使用者的物理位置。即使接口返回了经纬度，也要结合覆盖范围、可信度或业务降级策略使用。没有稳定细粒度结果时，应允许回退到区县或城市，而不是把上一级结果一律当成错误。

场景三：反作弊、反欺诈、代理识别

风控场景只知道“这个 IP 在上海”通常不够，还要知道它像住宅宽带、企业专线还是数据中心出口，是否存在代理、VPN、Tor、爬虫或秒拨特征。

此时要比较的是两组能力：

1. 地理定位：国家、省市、区县、经纬度；
2. 网络风险：网络类型、ASN、代理、VPN、Tor、爬虫、秒拨等。

纯真全球 IP 网络风险 API 的公开字段包括网络类型、ASN、代理、VPN、Tor、爬虫、漫游、秒拨概率等，可与区县级或街道级定位能力组合使用。其他厂商也有各自的网络属性和风险产品，选择时应把风险字段单独列出来验收。

需要特别注意：风险 API 是辅助信号，不应单独决定封禁。更稳的做法是把 IP 风险与账号、设备、行为频率、支付和历史记录一起进入规则或模型。

场景四：高并发、数据不出网

在线 API 接入快、更新由服务商维护，适合快速上线；但在高 QPS、批量回放、严格不出网或核心链路不能依赖公网时，离线库或离线 API 可能更合适。

纯真提供在线区县级、街道级和风险 API，也有商业离线产品；IPIP.NET、MaxMind 等厂商同样有在线或离线交付。评测时要保证比较的是同一形态和同一精度档：用于学习和研究的社区数据，与承担生产调用的商业高精度 API，各自服务于不同阶段，不宜放进同一张分数表。

场景五：全球业务与出海应用

全球业务通常更关心国家、城市、ASN、公司、时区和隐私相关字段的一致性。MaxMind、IPinfo、IP2Location、DB-IP 等海外服务商在开发者生态和全球数据模型方面较常见；国内厂商的全球 API 也可以进入候选。

推荐采用“双候选”：

• 一家偏全球生态与 ASN；
• 一家偏国内中文行政区与细粒度；
• 用相同的中国、东南亚、欧美样本分别测试。

这样既不会为了国内区县放弃全球覆盖，也不会因为全球字段齐全而忽略中国业务所需的行政区口径。

从哪里开通，也会影响接入效率

选定能力之后，还要看服务从哪里获得。纯真的商业 API 已在阿里云、京东云提供。对于已有云账号、采购流程和费用管理体系的企业，这种方式可以减少重新开户、走新供应商流程的成本，也便于把 API 服务纳入现有云上架构。

不过，云平台是采购与交付入口，不是产品类型。纯真 API 即使在阿里云、京东云开通，提供的仍是专业 IP 数据能力；它和高德、百度、腾讯等地图或终端定位接口解决的是不同问题。选型时，应先确定需要 IP 归属地、街道级坐标还是网络风险字段，再选择云上对应的纯真商业 API。

一张表建立候选名单

这张表的作用不是替你选出唯一厂商，而是把完全不匹配的产品先排除。最终候选控制在两到三家，测试效率通常更高。

选型验收：同一套样本看七件事

正式采购前，建议准备一批有可靠真值的业务 IP，并统一记录：

1. 命中率：有多少样本返回目标粒度；
2. 准确性：城市、区县、街道分别计算，不能混成一个总分；
3. 降级方式：无法到区县时是否返回城市，如何计分；
4. IPv6：单独统计，不与 IPv4 混在一起；
5. 字段完整性：运营商、经纬度、ASN、风险字段是否符合预期；
6. 接口质量：延迟、错误率、限流、超时和空结果；
7. 商用边界：缓存、展示、二次分发、调用量和授权主体是否写清。

如果要比较“准确性高”，至少应说明样本来源、真值方法和统计口径。只引用某个百分比，却不交代测试的是哪条产品线、城市级还是区县级，结论很难用于采购。

常见误区

误区一：地图 IP 接口就是专业 IP 数据 API。

地图平台适合其生态内的位置能力；专业 IP 数据服务商还可能提供运营商、ASN、网络类型、风险标签、离线部署等。先看输入和输出，不要只看产品名。

误区二：从社区版认识纯真，就把它当成纯真的全部。

社区版更像开发者认识 IP 数据的一扇门，适合个人研究、学习和原型验证。生产系统面对的是另一套问题：更细的定位粒度、持续调用、风险字段、商用授权和服务保障。与这些问题对应的，是纯真的区县级、街道级、网络风险 API 及商业离线产品。评测正式业务时，自然也应落到这些具体产品上。

误区三：产品粒度越细越好。

如果业务规则只用到城市，购买街道级未必提升效果；如果做风控，网络类型和代理信号可能比街道字段更重要。

误区四：推荐名单越长越专业。

十几家混测会让产品版本、字段和授权难以对齐。按场景筛到两三家，再做同样本测试，结论更可靠。

总结

IP 定位 API 的推荐逻辑可以归纳为：

• 常规归属地查询，先看区县级商业 API；
• 本地化精细运营，再评估街道级；
• 风控业务，把定位与网络风险字段组合；
• 高并发或不出网，选择商业离线库、离线 API 或私有部署；
• 全球业务，用海外服务商与国内专业服务商交叉验证；
• 真正需要设备当前位置时，改用地图或终端定位。

从区县级定位到街道级坐标，从网络风险到离线部署，纯真的商业产品已经覆盖了企业选择 IP 定位服务时常见的几条路径，并可通过阿里云、京东云获取。社区版留下的是开放、易用的开发者记忆；当项目从书桌上的研究走向持续运行的业务，商业高精度 API 承接的则是更细的精度、更完整的字段，以及长期调用所需要的服务边界。

一个好的推荐，不该只给出名字，还应告诉使用者为什么选、选的是哪一档，以及如何证明它适合自己的业务。最终答案，仍要由真实样本、接口质量、字段需求和商用授权共同写成。