如何衡量应用内部行为并将其与Facebook的广告活动联系起来



我们使用Facebook ad Manager为我们的应用推出了一个广告活动。同时,我们使用Facebook事件来记录整个应用中的不同事件。到目前为止,我们发现我们可以使用延迟深度链接将应用安装和发布归因于Facebook广告。

我们想知道是否有一种方法可以衡量有多少用户点击了下载我们应用的特定广告,然后跟踪(下载后的数据)这些用户在我们的应用中执行的事件/指标(事件:如帐户注册)和(指标:如LTV)。

,不久我们如何跟踪以下内容:—单击,跟踪应用激活情况- ROI测量-衡量应用内行为(游戏邦注:如账户注册、应用内购买),并将其与用户来源的广告联系起来,这样我们就可以改进我们的用户获取工作。

听起来您正在使用延迟深度链接作为报告机制。这是代理权的第一次削减,但我们可以做得更好,同时实现你的其他目标。步骤1:执行App Events。基本SDK实现将发送一个激活/安装事件;添加另一个事件,当你的客户的LTV增加(例如购买),其值等于增量 LTV。

当你创建你的广告,确保跟踪你的应用程序的事件。

然后,当您的广告活动是实时的,去广告管理器和查看您的广告活动。单击Columns下拉菜单,然后单击Performance。选择"总转换值"。您可以使用对话框右下角的链接更改点击/查看归属窗口(1、7或28天)。如果您想要仅单击通过,请保留未选中的视图窗口。请注意,那些看过但没有点击你的广告的人通常会传递大量的价值,所以我建议你同时考虑这两个因素,即使点击率是你目前的主要指标。

同样值得一提的是:执行App Events将允许你优化应用内购买的活动,这可能会大大提高你的广告效果。

如果你有兴趣在你这边做更多的工作,你可以在你的深度链接中添加一个跟踪参数,将用户信息存储在你的系统中,并将其与LTV相关联。这需要更多的工作,并且不允许通过查看属性,但是这个选项是可用的。

最后,值得指出的是使用延迟深度链接作为属性的一些缺点:

  1. 它们被绑定到一个设备上,而不是一个人。App Events与人绑定,可以捕获跨设备活动,包括价值。
  2. 它们不允许优化(如App Events)。
  3. 它们不允许用户创建。相反,你可以基于App Events创建重定向和相似的受众。
  4. 他们不捕获viewthrough活动(App Events)。
  5. 它们不像App Events那样有灵活的归属窗口。

最新更新