声明:本文为出海广告风控工程实践总结,文中所有 IP 情报服务商仅作为技术调研参考,不构成采购、选型推荐。各个数据源在地理解析、代理识别、更新时效上各有取舍,适合不同风控目标,没有绝对最优方案。承接前面 AppsFlyer P360 系列复盘内容,重点面向 AdTech 归因、反欺诈场景。
IPinfo 在我们这套链路里,主要定位是辅助校验、补抓旋转住宅代理(residential proxy),弥补 Digital Element、MaxMind 对 SDK 代理识别上的盲区。如果因为成本、接口稳定性、数据口径、合规等原因需要替换 IPinfo,下面按「广告风控优先度」梳理替代方案,同时客观说明各自优势与短板,方便和 P360 日志联合分析。
一、面向住宅代理识别,和 IPinfo 定位最接近的方案
1. Spur
在海外广告反欺诈圈子,Spur 主打匿名代理、住宅代理、移动代理识别,是很多风控团队用来专门抓轮换代理池的数据源。
- 优势:对大量中小代理服务商、短期轮换住宅 IP 识别覆盖比较深;标签可以区分 VPN、机房代理、住宅代理、移动代理,适合联盟渠道 CPA 刷量审计;支持离线库和 API 两种接入。
- 局限:地理解析不是它的强项,地理口径和 Digital Element、P360 原生体系差异较大;价格偏高,更适合做风险特征补充,不适合做主地理库。
- 适合场景:你的核心诉求就是替代 IPinfo,专项抓住宅代理、SDK 代理,作为第二路校验源,搭配 Digital Element 一起使用。
2. IP2Proxy(IP2Location 旗下代理库)
IP2Location 是老牌服务商,IP2Proxy 是它独立的代理识别子集,很多中小投放团队用来做离线批量打标。
- 优势:标签体系直白,直接划分
VPN / Datacenter Proxy / Residential Proxy / Tor;MMDB 离线库交付,适合 T+1 离线跑批,集成成本低;性价比友好。 - 局限:对于新上线、小体量的代理池,识别召回率弱于 Spur、IPinfo;地理库和 AF P360 口径不一致,不能用来对齐 P360 的国家判定。
- 适合场景:预算有限、离线批量复盘 P360 日志,只需要代理分类标签。
3. IPQualityScore(IPQS)
综合欺诈情报,除 IP 网络类型外,同时输出滥用评分、机器人标记、投诉特征。
- 优势:除了代理类型,附带风险分、滥用历史,适合做多特征风控;支持实时 API,适合 Pre-bid 环节。
- 局限:标签偏向风险打分,住宅代理细分标签的可解释性偏弱;和 P360 的 IP 情报体系完全独立,不适合用来对齐 AF 的
ip_blacklist。 - 适合场景:自建实时风控、落地页风控,作为辅助特征,而不是单纯做代理分类打标。
二、通用 IP 库,可部分承接,但要注意定位差异
1. MaxMind GeoIP2 + Anonymous IP Database
行业通用老牌 IP 库,很多 DSP、广告系统默认使用。
- 优势:机房 IP、Tor 识别稳定,离线 MMDB 成熟、更新可控。
- 局限:它的 Anonymous 库对住宅代理识别能力偏弱,这也是为什么我们之前搭配 IPinfo 做互补;如果直接拿 MaxMind 单独替代 IPinfo,住宅代理漏检会明显变多。
- 适合场景:大盘机房流量过滤,不适合专门抓住宅代理。
2. ipdata
轻量型 IP 情报 API,主打隐私标记、iCloud Private Relay、代理风险标记。
- 优势:调用成本低,免费额度友好,返回字段简洁,适合中小团队快速接入。
- 局限:全球住宅代理覆盖规模有限,大流量联盟渠道场景召回不足;离线库能力较弱,更偏向在线查询。
- 适合场景:小流量渠道辅助校验、测试对比。
3. Digital Element
这里需要特别厘清:Digital Element 是和 P360 同源、地理对齐更好的主库,但它并不等同于 IPinfo。 Digital Element 强在机房、常规 VPN,对账举证、对齐 P360 ip_blacklist 非常合适;但对于新式旋转住宅代理、SDK 代理,它的识别覆盖同样存在上限,不能直接单独拿来替代 IPinfo。工程上一般是「Digital Element 做主库 + Spur/IP2Proxy 做住宅代理补充」的组合。
三、不推荐作为 IPinfo 替代(住宅代理方向)的类型
- 国内 IP 库(IPIP、ip2region 等):强项是国内网段,海外匿名代理、住宅代理标签体系和 AdTech 生态差异很大,海外买量场景只能作为对照,不适合作为代理识别的主力;
- 免费公开 IP 接口(ipapi、geoplugin):数据更新慢、匿名标记粗糙,批量复盘、对账场景缺乏审计可信度,不适合正式风控链路。
四、两种可落地的替换组合(适配我们 P360 复盘链路)
原来的标准组合:主库 Digital Element + 辅助 IPinfo(抓住宅代理)
方案 1(高召回,替换 IPinfo 为 Spur)
主库:Digital Element(对齐 P360 地理、机房 / VPN、对账举证) 辅助库:Spur(专门识别旋转住宅代理、移动代理池) 适合:CPA、联盟渠道多,住宅代理刷量是主要痛点,预算充足。
方案 2(成本优先,替换 IPinfo 为 IP2Proxy)
主库:Digital Element / MaxMind 辅助库:IP2Proxy 适合:中小出海团队,以离线 T+1 复盘为主,接受住宅代理召回率略低。
五、替换时必须注意的几个坑(和 P360 联动复盘重点)
- 不同服务商对 Residential Proxy 的定义不一样 A 库标记为住宅代理的 IP,在 B 库可能标记为普通住宅 IP。切换数据源之后,不能直接沿用原来的阈值规则,需要拿一批 P360 假量样本做对标校验,重新校准召回与误伤比例。
- 地理字段一定要分开落库 无论换成 Spur、IP2Proxy 还是 IPQS,都不要覆盖 P360 原生 country,两套地理标签分开存储,避免对账口径混乱。
- 离线优先,尽量避免实时链路同步查询 和之前的工程规范一致:P360 复盘是离线分析场景,优先用离线库跑批;实时 S2S 回调链路叠加 IP 查询,容易拉高超时、影响归因。
- 没有一个数据源可以同时做到「对齐 P360 口径」+「高覆盖住宅代理」 这也是行业现状:对齐 AF 黑名单优先选 Digital Element;抓隐蔽代理优先 Spur、IP2Proxy 这类专门做匿名 IP 的服务商,二者是互补关系,不是二选一。
六、小结
如果你的目标就是承接 IPinfo 原来的职责 ——补抓不在 P360 黑名单内的旋转住宅代理:优先看 Spur,其次是 IP2Proxy; 如果你同时还要兼顾实时风控、风险评分,可以选用 IPQS; MaxMind、Digital Element 更适合机房和常规 VPN 识别,单独拿它们替代 IPinfo,住宅代理漏检问题会比较明显。 实际落地建议保留双源校验思路,主库负责对齐 P360 口径,辅助库聚焦高隐蔽代理识别。