自归因网络（SAN）

如果你投放过移动应用的用户获取广告，多半遇到过这种情况：同一周里，Meta、Google 和你自己的后台各报出一套不同的安装量。这背后的主角，就是自归因网络（SAN）。看懂它的运作方式，是让获客数据变得可信的最关键一步。

自归因网络到底是什么

自归因网络是指体量大到拒绝向外部衡量工具提供原始点击数据的广告平台。它不会把"哪次点击带来了安装"的判断权交给你的移动衡量合作伙伴，而是自己完成匹配。当一次转化发生时，你的衡量合作伙伴会向每个对接的网络询问："这个用户是你带来的吗？"SAN 查阅自己的日志，若找到匹配的点击或浏览，就认领这份功劳并回复"是"。

Google Ads、Meta、TikTok、Apple Search Ads 和 Snap 都是这样运作的。它们是"围墙花园"：掌握庞大的第一方登录图谱，跨设备匹配用户的能力远超任何第三方。代价则是透明度——你只能看到网络给出的结论，看不到背后的证据。

为什么 SAN 的数字永远对不上

因为每个 SAN 都是自己给自己打分，每个账户都会出现三种结构性偏差。

第一，归因窗口不同。一个网络可能在点击后 7 天内都认领转化，另一个只统计 1 天内的浏览转化。同一次安装完全可能被两个网络同时认领。

第二，去重发生在事后。你的衡量合作伙伴收到多方认领，再按优先级决定归属。但网络自己的后台会报出它发起的每一次认领——包括后来被 MMP 推翻的那些。这就是平台报出的安装量几乎总是高于 MMP 归因量的原因。

第三，SAN 看得到末次点击模型漏掉的转化。浏览转化和跨设备匹配会让网络的自报数字相对更严格的确定性模型偏高。

如何驾驭 SAN 而不抓狂

正确做法不是让数字完全一致——那不可能——而是选定一个事实来源，并主动对账。

让 MMP 当裁判。设定清晰的去重优先级，当两个 SAN 认领同一次安装时，始终由同一条规则裁决。在任何人横向比较效果之前，先在共享表格里记录每个网络的点击与浏览窗口，因为拿"7 天点击"网络去比"1 天浏览"网络毫无意义。这与稳健的多触点归因是同一套纪律：只有大家认同规则，模型才成立。

最后，每周对账。把 SAN 认领的安装量、MMP 归因的安装量、商店报告的安装量并排拉出来。稳定的差距是正常的；突然的背离则是信号——可能是窗口改了、SDK 坏了，或混入了作弊流量。对 iOS 而言，还要在此之上叠加 SKAdNetwork 的视角，它的聚合回传为同一批广告又提供了一层受隐私限制的衡量。

常见问题

我能不能关掉自归因，直接用 MMP 的点击数据？ 对大多数 SAN 来说不行。它们不提供 MMP 独立归因所需的原始点击数据，所以你只能接受其认领的转化、再事后去重。这是你进入围墙花园投放的代价。

为什么 SAN 报的安装量比 MMP 多？ SAN 报出它认领的每一次转化；MMP 只报赢得去重的那些，而且窗口可能更严格。因此平台数字几乎总是更高。

该向财务汇报哪个数字？ 以 MMP 作为唯一事实来源，让所有渠道在同一规则下被评判。把 SAN 后台当作该网络的优化信号，而非全公司口径。AppsFlyer、Adjust、Singular 这类工具正是为了给你这个中立裁判而存在。