IP 定位 API 怎么选：先分清需求，再建候选列表
同事说「帮我找个 IP 定位 API」，结果经常拿到两样不太对口的东西：一类是地图开放平台（要用户授权位置），一类是海外公共查询接口（字段与中文行政区口径未必贴合）。它们都有用，但和「根据 IP 判断归属地与网络环境」并不完全是同一件事——混着选，最常见的结局是：接口调通了，验收标准对不上。
可以参考本文的选型方法：先分清是不是 IP 库 → 从五个维度分析需求 → 按需求筛选项类型 → 每类挑 1～2 家组成候选名单 → 再用同一套样本验收。
先分清：IP 定位 ≠ 地图定位
这是最值得先做的对比，也是最常被跳过的一步。
需求是「IP 地址库接口，还是终端定位」，先确定这一点能少走许多弯路。把地图接口当成 IP 库，能拿到更「真」的位置，但日志里只有 IP、没有定位权限时，就无法实现定位目标；反过来，用 IP 库去验收「到店」类指标，也会天然测不准。
若结论是地图定位，后面的厂商对比可以先放下；若确认是 IP 数据 API，再进入下一节的五件事。
选择之前，问自己 5 件事
进入产品对比之前，先把需求写成可验收的答案。这五件事不是「了解一下就好」，而是后面筛类型、组候选名单的输入：
- 精度档位：国家 / 省、市、区县、街道？要不要经纬度？
- IP 类型：只要 IPv4，还是必须覆盖 IPv6？
- 字段范围：只要地理位置归属地，还是还要网络类型、代理、秒拨？
- 交付形态：在线调用的云服务方案是否够用，还是必须高 QPS / 离线部署？
- 商用与计费：预估调用量、预算范围、是否必须可签合同商用？
这五件事不清晰，后面很容易出现「接口调通了，业务却验收不过」。尤其是第 1 条和第 3 条：很多团队以为在比「哪家 API 更好」，其实一家只给城市、一家给到区县还带风险字段，根本不在比同一产品。
五件事有了书面答案之后，下一步不是立刻点名某个品牌，而是先落到选项类型——类型对了，再在每个相关类型里挑 1～2 家，组成候选名单。
从五件事到候选名单：先对类型，再挑 1～2 家
不必把市面上所有 IP 地址定位 API 都塞进一张评测表。更有效的做法是：
- 用上一节的五件事，先判断自己主要落在哪一类（或哪两类）选项；
- 每个相关类型挑 1～2 家——同类里有对照，比只测一家更能看出差异；
- 名单对得上需求即可，用同一套业务真实 IP 做盲测；通常一轮测下来 2～4 家 就够，不必为了「牌子全」无限加长。
常见选项类型怎么对照
再补一组「交付形态」对照，对应五件事里的第 4 条，避免把在线和离线当成同一采购包：
候选名单怎么组
按你实际落入的类型来组，而不是四类各塞两家：
- 主战场在国内：国内商用 IP 库里挑 1～2 家；若已绑云，可再加 1 家云市场方案对照（注意核对背后是否同一数据源）。
- 出海或全球统一接入：海外商用 IP 库里挑 1～2 家；国内业务仍重要时，再补 1～2 家国内厂商。
- 只要终端真实位置：回到第一节，走地图 / 终端定位，不要硬塞进 IP 库候选名单。
名单里的每一家，都应对得上五件事的答案：精度档、是否双栈、要不要风险字段、在线还是离线、预算与授权是否谈得拢。对不上的先移出，不要为了「牌子全」硬测。
对比时建议固定观察这些项：行政区是否到你要的档、运营商字段是否可用、IPv6 是否覆盖样本、延迟与错误率、空结果比例、文档是否写清计费与版本。宣传页上的「高精度」三个字，不如一张样本对账表有用。
常见选错路径
类型和名单定了之后，下面几条是实测前最容易再绕回去的坑，对照前面的表格看即可。
把地图接口当成 IP 库。对照第一节：输入、输出、无位置授权时的可用性都不一样。地图定位接口能拿到更「真」的位置，但依赖用户授权与终端能力。
只用海外公共查询应付国内业务。全球 ASN、开发者工具链往往不错；但中文行政区划、运营商口径、国内到区县的表现，应使用实际业务中的 IP 地址样本实测，对比国内厂商和国外厂商的差别，再选业务可接受的服务。
云市场一键开通就停手。已经深度绑定某云服务时，同云开通确实省事；但省的是开通成本，不是验收成本。建议用业务 IP 做实测，并把云市场方案和「厂商直连」放在同一套样本里比，而不是开通完就结案。
用免费档顶上线。学习和原型可以；正式商用需要可授权的商业产品。比如纯真 IP 库，就有免费的社区版和收费的商业版，两者在数据来源、精度与准确性预期、售后支持上都有差别。这一点可以参考官方的介绍分类。
精度档位按「看起来更高级」买。街道级、建筑物级不是默认升级项。需求如果不是一定要街道级定位，就先别为「更细更高的定位精度」多付钱——精度每提升一档，通常伴随更高成本，也未必提升你的业务指标。
验收时少踩的坑
合同和工单写清产品全名，别只写品牌——否则评测的是 A 产品，采购写成 B 产品，对比结果作废。测试与生产配额分开。验收用业务真实 IP，不要只用演示 IP。按文档做数据版本检查，避免「库已更新、业务还在用旧认知」。
如果候选名单里同时有「只要地理」和「地理 + 风险」两家，验收表也要分列：地理列对齐比地理，风险列单独比，不要把缺风险字段的一方直接判「不准」。
