【问题标题】:Determine app-launch source (organic vs non-organic)确定应用程序启动源(有机与非有机)
【发布时间】:2018-10-11 02:42:30
【问题描述】:

在 iOS 上,大多数深度链接/通知 SDK 提供委托函数或回调,让我们知道该框架是否参与了打开/安装应用程序。

如果我们想跟踪应用程序是否被打开(例如)怎么办:

  • 有机地
  • 通过分支链接
  • 通过 Appsflyer 链接
  • 通过我们自己的推送通知
  • 通过来自 AppBoy/Braze 的推送通知

可能的来源列表不胜枚举。问题是:有些 SDK 通过委托或回调向我们提供信息,这意味着我们不知道潜在的回调何时会发生。那么如何跟踪自然应用的发布呢?

由于我们可以假设如果没有调用这些回调/委托函数,则应用程序已自然打开,因此暴力解决方案可能是启动一个计时器并允许在我们假设之前调用所有这些回调几秒钟开放是有机的。

是否有这样做的最佳实践?

【问题讨论】:

  • So then how would one track an organic app launch - 您想跟踪服务器的非/自然启动吗?
  • @MaximShoustin。我想将上述所有场景跟踪到我们的事件跟踪器。
  • 嗯,关于 AppsFlyer,您可以配置回发,因此每次安装(无论是有机/非)AppsFlyer 服务器都会使用相关数据调用您服务器的 API。服务器到服务器

标签: ios branch appsflyer


【解决方案1】:

没有一种万能的方法,因为可能的来源不断增加。

要做到这一点,请将广告系列、参与度和会话活动(例如 iOS 中的启动选项)汇总到一个地方。您可以为您的用例执行适当的逻辑。例如,Braze 使用历史行为来识别除了直接打开之外的受影响打开。

“如果一个通常每天打开应用程序 30 次的用户在收到推送 6 小时后打开应用程序,则推送不会因为影响打开而获得任何功劳。但是,如果一个通常使用该应用程序一次的用户一个月在收到推送 6 小时后打开应用,打开被视为受影响打开的机会要大得多。” -Braze Documentation

希望这会有所帮助。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2018-07-14
    • 2019-03-17
    • 2013-04-28
    • 2019-06-23
    • 1970-01-01
    • 2017-11-01
    相关资源
    最近更新 更多