IP是你的业务，但“街道级”可能真不是你想要的
业务方拿着 PRD 问：“能不能做到街道级IP定位？”——如果你只看供应商落地页上那几个字，大概率会点头。但翻开数据你会发现：在蜂窝网络、企业 NAT 出口、云机房和专线网络流量面前，“街道”往往只是一个分辨率声明，不是可交付的工程指标。与其追问“能不能”，不如先问“在我们的流量里，哪些子集有机会接近片区粒度，哪些只能到城市”。
先定义真正的“街道级”：没半径就该当城市级用
对接任何 IP 定位服务时，如果它只给一个 street 字段或一个经纬度点，却不输出精度半径（accuracy radius）或置信度，就该按“城市级”对待。工程上可验收的“街道级”至少需要：行政区划层级、坐标、不确定性表达（半径/置信度至少其一）、网络类型标识（ASN / ISP / 是否蜂窝 / 是否托管机房），以及中转IP / 专线网络 / 数据中心的异常标签。
常见误区有三条：street 反映的是 IP 段出口近似位置，不是 GPS 坐标；有坐标点不代表可导航到门牌；命中街道名不等于误差在业务容忍范围内。没有半径的点位，在产品端就只能是“范围化表达”——用“附近/大致范围”替代精确 pin。
别用平均值骗自己：按网络形态切开再看街道级IP定位
决定上限的不是算法，是网络结构。IP 通常代表网关出口而非终端，不同网络形态的偏差天然不同，混在一起算平均值是把坑留给上线：
- 住宅宽带有机会收敛到片区（前提半径/置信度达标），展示用“附近/大致范围”
- 移动蜂窝汇聚到城市级出口，默认只用城市/区县粒度
- 企业 NAT / IDC 云出口 / 校园网指向出口而非个人——交付的是组织归属与风控画像，不做个人位置指向
- CGNAT / IPv6漂移更显著，需单独评估成绩单
评估时应按这些形态分层抽样，分别算出可定位子集的占比与误差分布。对不可定位子集，真正需要的是自动降级规则（降到城市/ASN），而不是硬追街道命中。
PoC 怎么跑才可信：用误差分布替代宣传式准确率
可用 Wi‑Fi/基站定位对照。收货地址只能作为模糊弱真值，且必须脱敏。
分层抽样至少覆盖三层：网络形态（蜂窝/住宅 ISP/企业出口/hosting/校园）、异常类型（中转IP/专线网络/Tor/托管）、地域（国内重点省市 + 海外主要市场）。每层建议 200–500 条起步。
验收指标保留四个就够了：P50/P90/P95 距离误差分布、同区县/同街道命中率（只在可评估子集算）、置信度分桶后的误差单调性、同批 IP 跨日漂移率。阈值用业务动作直接定义：例如 P90 < 300m 才允许出现街道级弱提示，其余一律降级。
在实际项目中，如果需要把代理识别与离线批量打包进同一套风控链路，一些团队会参考类似 IP数据云 的工具做基础数据补齐。关键是把供应商 Demo 和分层成绩单分开：跑不出按网络形态切分的误差分布，上线就是在赌。
上线后：降级规则和合规披露比街道字段更关键
真正出问题的很少是因为“模型不准”，而是产品把概率当事实。三条上线铁律：
- “范围化表达”是硬底线：用“附近/大致在”，不做精准 pin
- 阈值驱动自动降级：半径大/置信度低 → 区县/城市；命中托管/中转IP → 城市 + ASN + 触发风控
- 把不可定位当常态管理：蜂窝/企业出口/云出口占比高的业务，核心 KPI 不是街道命中，而是 “识别并正确降级的比例”
最后一条红线：IP 推断位置不得作为个人住址证明、到店记录、行踪证据或追责依据。这不是技术保守，是必须写进 PRD 里的合规边界。
结论：你现在能拍板的三句话
- 街道级能不能用：在我们的流量结构里，它只能在“部分住宅 ISP 子集”上作为概率范围使用；蜂窝/企业出口/云出口/代理流量必须默认降级，不存在稳定街道级。
- PoC 怎么做才可信：用干净真值（优先 App 定位）、按网络形态与异常类型分层抽样，输出 P50/P90/P95 误差分布 + 置信度校准 + 漂移；把 proxy/hosting 单列成绩单。
- Ipdatacloud vs IPinfo 怎么选：优先且要批量/离线与风控字段，先测 Ipdatacloud。无论选谁，都要在产品端按半径/置信度与异常标签做自动降级，并明确“基于网络位置推断”的范围化披露。
论选谁，都要在产品端按半径/置信度与异常标签做自动降级，并明确“基于网络位置推断”的范围化披露。
只要你把“街道级”从营销词翻译成“可验收的概率范围 + 可降级策略”，这类能力才能在工程上长期站住、在合规上不踩线。
