一旦多发，归因就失灵
独立游戏只需衡量一个安装来源。小游戏却同时活在超级 App、消息标签页、钱包、浏览器里——有时一周内就在五个宿主上线。每个宿主都有自己的分享链接、深链，以及自己对"用户从哪来"的理解。传统的末次点击或末次触点归因无法把这些对上，于是工作室要么把功劳过度记给某一渠道，要么信任根本对不上的数字。
2025 年的度量环境让这事更糟。AppsFlyer 的《应用营销现状》显示，iOS 广告支出同比 增长 27%（2024 Q1 → 2025 Q1），但游戏类 iOS 支出其实 下降 13%——这是个低竞争的买量窗口，奖励的是能精确度量的人。与此同时，全球移动广告市场 2025 年约达 3195 亿美元，增长约 15%。钱更多、确定性更少：AppsFlyer 调研中，30% 的营销者把"一方数据受限"列为头号挑战，26.5% 列出"归因不准"。
| 信号 | 2025 读数 | 对小游戏为何重要 |
|---|---|---|
| iOS 广告支出同比 | 整体 +27%，游戏 −13% | 游戏现在买量便宜——前提是你能量得准 |
| 移动广告市场 | 约 3195 亿美元（+15%） | 需求在，归因才是瓶颈 |
| 头号痛点 | 30% 一方数据受限 | 宿主掌握用户，你需要共享事件 |
| 归因痛点 | 26.5% 归因不准 | 多宿主末次点击会静默误归因 |
SKAN、ATT 与干净漏斗的消亡
苹果的 SKAdNetwork（SKAN4）把精细的安装数据压成粗粒度回传，推荐的 48 小时回传窗口意味着你要好几天后才得知一个 cohort 的表现。ATT（应用追踪透明度）让用户能彻底退出标识符级追踪。再加上 Meta、Google 等自归因网络（SRN）按自己的规则上报，一款游戏现在就需要一个单一事实源（SSOT），把 SKAN、ATT 同意状态、概率模型与 SRN 报告融合起来。
对跑在十个宿主里的小游戏来说，这个 SSOT 不可能逐宿主去建。每个宿主的分析孤岛只看到自己那一片。
一个运行时，一套事件 schema
共享运行时从根上解决这个问题。与其让每个宿主用自己的格式发事件，不如由运行时定义一套事件 schema——安装、会话、关卡、广告曝光、购买——并在游戏运行的每一处一致地触发。宿主负责分发，运行时负责度量契约。
这意味着：
- 一张 cohort 视图。一个经宿主 A 分享卡来的玩家，后来透过宿主 B 的钱包标签返回，仍是同一个玩家——因为运行时以稳定的运行时身份为键，而非宿主的登录。
- 一次 SKAN 集成。运行时一次性处理 SKAN 转化值管理，而不是十个宿主各自瞎猜。
- 一层对账。概率数据与 SRN 数据对着同一份事件日志合并，于是"这个付费用户从哪来"只有一个答案。
对开发者与宿主的价值
对工作室而言，跨多宿主分发不再是一项度量税。你用相同定义比较宿主效率，砍掉表现差的分享路径，加码复利的那条——而不必为每个上线重建分析。
对宿主 App 而言，提供一个内置归因的运行时就是护城河：开发者之所以接入你，正是因为他们拿到干净、可对比的数字，而非受制于碎片化。你成为那个"增长可看清"的宿主。
Cross Mini App 给每款小游戏一个运行时、一套事件 schema，让归因在 SKAN、ATT 与十几个宿主面前依然成立——"哪个渠道回本了"终于只有一个答案。
