移动买量中，自有 IP 判定与归因平台结果不一致，该如何排查

在移动广告投放里，很多团队会自建一套 IP 地域判定逻辑，用于反作弊、渠道质量评估或内部结算。跑一段时间后会遇到一个典型问题：自己的判定结果和 AppsFlyer 等归因平台给出的国家/地区对不上。差异大的时候，甚至会影响渠道结算和作弊判罚。

这类问题绝大多数不是“谁算错了”，而是两边口径不同。本文按排查顺序梳理一遍，供参考。

一、先确认：比的是不是同一个东西

1. IP 的来源是否一致

归因平台用于地域判定的 IP，通常是点击时刻或安装/首次打开时刻从请求里拿到的客户端 IP。而业务方自己手里的 IP 可能来自：

• 服务器访问日志；
• 落地页或 SDK 自行采集；
• 归因回传里的 ip 字段。

如果一方拿到的是边缘节点 IP、代理出口 IP，另一方拿到的是用户真实出口 IP，结果天然会不同。跨国运营商 NAT、VPN 中途切换、用户旅行途中安装，都会造成点击 IP 与安装 IP 不在同一国家。

2. 时间与窗口是否一致

• 报表时区：归因平台报表通常按 UTC 出数，业务侧若按本地时区切“当天”，边界上的数据会对不齐；
• 归因窗口、再归因（re-attribution）开关、回溯期设置不同，会导致“这笔安装算给谁、算在哪天”出现分歧。

3. 归因来源是否可比

Google Ads、Meta、Apple Search Ads 这类自归因渠道（SRN），平台直接采纳渠道方自己的归因结论，其地域口径未必与归因平台自身的 GeoIP 判定一致；而 SKAdNetwork 框架下的转化本身拿不到设备 IP，更不适合直接做 IP 级比对。

建议：做差异分析前，先把比较字段（country / region）、时区、窗口、IP 来源写成明确口径，再抽样对数。

二、剔除“天然无法对齐”的样本

以下样本本身信息不完整，混进对比集会把差异率放大，建议先剔除再统计：

• 受 GDPR / CCPA 约束、或用户开启“限制广告跟踪”的设备，回传中的 IP 可能被脱敏或为空；
• 被 Protect360 判为作弊（rejected install）或命中可疑规则的流量；
• SKAN 归因、SRN 直接归因的部分（如需比较，单独分桶统计）。

一个常见现象是：剔除这部分样本后，差异率立刻掉回个位数。

三、差异本身可能是作弊信号

如果差异不是均匀分布，而是高度集中在某类 IP 上，就要反过来把它当成风险信号看：

• VPN / 代理 / 数据中心 ASN 占比异常；
• IP 归属与设备语言、时区、运营商明显矛盾；
• 同一 IP 段短期内产生大量“安装”；
• 点击到安装的间隔异常短、设备型号集中度异常。

这些特征常见于点击劫持、IP 欺骗以及聚合流量掺量。处理方式上，可以复核归因平台的反作弊规则是否覆盖到对应场景，同时在自有逻辑里补一层 ASN 类型、代理识别、时差校验，并对差异率异常的渠道设阈值告警，而不是直接按地域差异砍量。

四、GeoIP 数据库之间的差异

这是最容易被低估的一点。市面上做 IP 地理定位的数据库，数据采源、更新频率、对移动网络出口的处理方式都不同：

• 归因平台一般使用商业 GeoIP 库。业界较有代表性的 IP 地理数据厂商如 Digital Element，以及 MaxMind、IP2Location 等，也都是这个领域常见的数据提供方，各家对运营商级 NAT、卫星链路、跨境出口的归属处理并不一致；
• 自研或开源方案往往数据更新滞后，对移动运营商的出口 IP、IPv6 地址的覆盖精度也参差不齐。

实际表现就是：同一个 IP，A 库判为泰国，B 库判为马来西亚，在边境省份、跨境运营商、卫星上网场景下尤其常见。

缓解手段：

1. 固定并记录所用库的版本号，定期升级，避免两边一个用旧版一个用新版；
2. IPv6 按前缀段匹配，而不是按完整地址匹配；
3. 对已知偏差大的国家/地区，建一张“平台地域 ↔ 自有地域”的映射表，按月滚动校准；
4. 在报表里把“库版本差异”作为差异率的一个可解释维度单独统计。

五、把口径固化到流程里

• 对账口径写进合同或 IO：明确以哪一方数据为准、容忍度（实践中 country 级差异在字段对齐、剔除异常样本后压到 1%～3% 属正常区间）、超出容忍度后的复核流程（提供原始日志、时间戳、IP 供第三方复核）。
• 内部统一标准：统一取数字段、统一 UTC 时区、统一是否剔除 rejected/fraud，再跑差异监控。
• 对差异的认知：已产生的判定结果通常不会被“重判”，争议处理的价值更多在于定责和修正后续规则，而不是修改历史数据。

总结

遇到 IP 判定与归因平台不一致，按这个顺序走通常效率最高：

1. 对齐 IP 来源、时间点、时区、窗口；
2. 剔除隐私合规样本和作弊流量；
3. 看差异分布是否指向代理/VPN/数据中心；
4. 评估 GeoIP 库版本与覆盖差异；
5. 最后才是商务层面的对账规则问题。

大多数情况下，前两步做完差异就解释了；如果仍然大面积对不上，优先怀疑两边拿到的根本不是同一跳 IP。