Facebook 应用安装广告：决定其他一切的那套度量前提
用 Facebook 广告投应用安装，和投一个网站不是同一件活。广告系列的搭法相似，前提条件却完全不同：在第一次曝光变得有用之前，Meta 必须能看到「有人装了」这件事——如果它看不到，你选的那个优化目标会悄悄退化成一个弱得多的东西。
这个对度量的依赖，就是应用安装广告的全部故事，也是为什么这么多这类广告系列跑不好，而原因和定向、素材都没有关系。
前提条件：Meta 必须看得见安装
应用安装广告优化的目标事件，发生在用户离开广告之后的设备上、在一个 Meta 并不控制的软件里。这个信号必须被回传。有两条路：
- 在应用里集成 Meta SDK，直接上报安装和应用内事件。
- 改为集成一家移动归因平台（MMP），由它接收归因并把事件转发给 Meta。
两条路都行，规模化的团队多数用 MMP，因为它同时还向他们买量的其他所有渠道上报。真正不行的是「两条都没有」。没有回传通路，投放系统就没有安装信号可优化，于是退回到优化它能观察到的最近似的东西——点击和落地行为——你买到的是一大批点了广告、但从未成为用户的人。
此外，应用还必须在 Meta 的应用设置里注册并连接、与商务管理平台关联，并与你导流的那个商店条目对得上。相当一部分「我们的应用安装广告跑不出量」，归约到最后就是一条从来没连完的关联链路。这一切底下的归因层，见移动广告归因怎么做与Meta MMP 归因是怎么工作的。
选优化事件——这才是真正要做的那个决定
应用类广告里几乎所有有意义的结果差异，都来自这一个选择。
优化安装，你就会得到安装。系统去找那些大概率会点进去并完成商店安装的人，而且做得很有效率。它同时也不关心之后发生了什么——这就是为什么按安装优化的广告系列，常常拿到一个漂亮的安装成本，配一条在第一周就塌掉的留存曲线。
优化某个应用内事件——注册、完成新手引导、首次付费——系统就去找可能做这件事的人。每安装成本会上升，而每个「有用用户」的成本通常下降。对任何在安装之后才有变现模型的产品，这是正确的默认选择。
在能回传收入时优化价值，系统会偏向价值更高的用户，而不是数量更多的用户。
这三者共同的约束是量。触发得太稀疏的优化事件，给系统的学习材料太少，广告系列永远稳定不下来。可操作的判据是：选那个仍然发生得足够频繁、能持续产生信号的最深事件；当你最深的那个事件太稀疏时，往浅一层优化，把深事件拿来度量而不是拿来优化。
一个你绕不开的平台差异
iOS 和 Android 的应用广告行为不同，而且这个差异是结构性的，不是某个可以改的设置。
在 iOS 上，归因运行在苹果的框架下，它限制按用户粒度的回传、延迟回传，并降低颗粒度。广告系列结构受限，结果到得更晚，而且你不能指望逐用户对账。
在 Android 上，可以使用更常规的归因，回传更快，结构限制更少。
对排期的影响是：不要把 iOS 和 Android 的广告数据当成同一种数字来比较。 它们由不同的度量系统产出。分开做预算、分开判断，并预期 iOS 侧在平台内看起来比实际更差。
应用安装的素材
有两点让应用安装素材区别于一般效果素材：
把应用本身拍出来。 真实产品的录屏在这个目标下的表现，比抽象的生活方式叙事更稳定地更好，因为用户在决定的是要不要装某一个具体的软件。
与商店条目保持一致。 广告建立了一个预期，商店页面必须在几秒内接住它，否则用户就在「点击」和「安装」之间掉了。这是一个发生在你广告账户之外的转化步骤，而它的度量方式就是点击数与安装数之间的落差。
那个落差是应用广告里诊断价值最高的一个数字。点了却没装，指向的是商店条目或加载体验，不是定向。
反复出现的失败
按安装优化，却拿留存来考核。 广告系列做的正是你要求它做的事。要改的是优化事件，不是受众。
事件触发太稀疏，优化不起来。 投放长期不稳、成本居高，因为系统始终攒不够信号。
事件在发，但没映射上。 应用上报的事件名不是广告系列在优化的那个，或者 MMP 到 Meta 的映射从来没配。一切看起来都连着，实际什么都没学到。
把流量导向一个在目标国家不可用的条目。 钱花出去了，安装不可能发生。放量之前逐市场确认可用性。
把平台上报的安装数当真值。 平台数字、MMP 数字、商店后台数字三者不会一致——归因模型、归因窗口、去重规则都不同。挑一个作为决策真值，其余的留作交叉校验。
在学习期里改结构。 应用广告对这一点尤其敏感，因为优化事件深、信号慢。给改动时间再去判断，见Meta 广告学习期。
底下那个分发问题
应用安装广告有一个硬依赖，大多数投放者不被咬到就不会想起来：商店条目必须在。 如果条目被下架、在某个市场受限、或正在审核，广告系列就没有目的地，而钱是从发生的那一刻就浪费了，不是从你发现的那一刻。
这也是为什么跑较大应用安装预算的团队，越来越会保留第二条基于网页的安装路径——一个不受商店状态影响的落地目的地。DeepClick 做的正是这一层：按用户和市场把广告流量路由到正确的目的地，让广告系列不至于因为一个链接失效就无处可送人。这条用户旅程的机制见Meta 渠道回流链路。
常见问题
投 Facebook 应用安装广告一定要接 SDK 吗？
你需要的是一条回传通路——要么 Meta 的 SDK，要么由 MMP 转发事件。没有它，系统无法朝安装优化，会转而朝点击优化。
该按安装优化还是按应用内事件优化？
选那个仍然发生得足够频繁、能持续产生信号的最深事件。按安装优化会买到便宜但留存弱的安装；按事件优化每安装更贵，但每个有用用户通常更便宜。
为什么 iOS 的每安装成本高这么多？
两个平台用的是不同的归因系统。iOS 的回传延迟、聚合、颗粒度低，所以平台内的数据会低估真实表现。拿 iOS 和自己的历史比，而不是和 Android 比。
广告有点击但安装很少，问题出在哪？
那个落差落在广告与商店条目之间。先去看条目本身——截图、描述、包体大小、加载时间、国家可用性——再去改定向。
为什么 Meta、MMP 和商店后台报的安装数都不一样？
归因窗口、模型和去重规则不同。它们本来就不该一致。挑一个作为决策来源，其余用来发现链路断裂。
应用还没在商店上线，能先投安装广告吗？
不能。广告系列需要在你定向的国家里有一个有效且可用的目的地。条目不可用时，花出去的钱没有落点。
一句话版本
应用安装广告首先是一个度量问题，其次才是一个买量问题。先把回传通路接上，并确认事件真的到达。选那个仍然频繁到足以教会系统的最深优化事件——因为按安装优化，你买到的就只有安装。把 iOS 和 Android 当成两套系统、两套数字。点击到安装的落差要去商店条目上诊断，而不是在广告账户里。并且记住：整个广告系列都压在「那一个目的地一直可用」这件事上。
