归因模型说明

AppsFlyer_AttributionFlow_us-en.png

What is attribution?  

Attribution is the act of determining what caused a user to install an app or to perform post-install acts like re-engagement or re-attribution. The attribution result is either:

  • Non-organic media source if the user interacted (usually by way of impression or click) with a media source.
  • Organic if the user did not interact with a media source.

Mobile attribution is essential to optimizing user acquisition, re-engagement efforts, and results.

什么是移动应用安装?

归因模型是一组规则,用于确定如何将事件功劳分配给转化路径中的接触点。移动营销生态系统中的所有参与者,Google Play,App Store,Facebook和Twitter等广告平台以及移动监测公司都拥有自己的移动归因模型。每个参与者对激活和事件的统计方法都会有不同。

了解您的合作者的归因模型很重要。当然其中最重要的是了解AppsFlyer的归因模型。

In AppsFlyer, an install is recorded after the user downloads and launches the mobile app. This means that the timestamp of an app install is the first launch. This compared to ad networks that use the engagement time and App stores that use the download time.

AppsFlyer归因方法

 
Attribution method

Android

(Google Play and alternative app stores)

iOS  Universal Windows Platform (UWP)
Referrer Yes*  No Yes
Device ID (advertising ID) matching Yes   Yes Yes
概率模型 Yes  Yes  No
电视归因 Yes Yes Yes
* Supported by some alternative app stores

 AppsFlyer employs different attribution methods, depending on the device platform and availability.

安装引用程序 (仅限 Android)

从Google Play和部分第三方应用商店下载的安卓应用通常通过referrer归因。referrer会提供跳转到安卓应用商店之前的原始URL。这是安卓端归因的主要方法。目前,Google Play和华为应用商店支持referrer归因。支持referrer归因的第三方应用商店。

设备 ID 匹配

可以访问用户设备的广告平台会通过Click URL,或者在通知AppsFlyer他们已展示过广告时,把设备ID发送给AppsFlyer。这使得AppsFlyer可以将发生广告互动的设备 ID 与 AppsFlyer SDK 获取的设备 ID进行匹配。

设备 ID 匹配是 iOS 上的主要归因方法。

可用的 ID有:

  • iOS devices: IDFA
  • Android设备:具有Google Play服务: GAID
  • 没有Google Play服务的Android设备: OAID,Android ID,IMEI,Fire ID

归因链接上的设备ID可以使用SHA1或MD5进行加密处理。

自归因平台的设备ID匹配

首次启动应用程序时,AppsFlyer会检查应用程序设置,判断是否有来自自归因平台 (SRNs)(例如Facebook,Snapchat和Google Ads)的流量。

AppsFlyer会使用新增激活的唯一设备 ID 去查询该应用配置的所有自归因平台。这是通过SRN授权AppsFlyer使用的MMP (移动监测合作伙伴) API完成的。根据返回的结果, AppsFlyer 可以将新增激活归因给相应的SRN。

概率模型

通过收集有关设备的临时参数来建立概率模型。

Probabilistic modeling parameters are collected:

  • initially on the first click
  • again when the app is launched and matching attempted.

Probabilistic modeling:

  • Includes device-related parameters such as the IP address (IPV4 or IPV6) and OS version.
  • Is a statistical method not based on a unique ID.
  • Loses to clicks with referrer or ID matching, if they occur within the lookback window.
  • Attribution window is determined by AppsFlyer dynamically, based on user network and uniqueness IP address uniqueness. The window duration is adaptive but shorter than the window of other methods (up to 24 hours).

IP_uniqueness.png 

电视归因

AppsFlyer支持将自然激活归因于 电视 媒体渠道下的电视和电台广告活动。自然激活归因给电视渠道的模式如下:

  • 下载 + 安装 + 首次启动发生在广告播出后的短期窗口内。
  • 身处于广告播放的国家。允许选择限制到具体城市。

电视归因方法:

  • 文件加载
  • 电视营销归因合作伙伴
  • Shazam

请参阅电视归因监测合作伙伴集成

预装

AppsFlyer支持预装应用(在用户购买设备之前就已安装在设备上的应用)的安装归因。

由于没有可追溯的用户互动,点击或者展示,应用首次启动的激活归因会通过AppsFlyer的SDK API来实现。请参阅Android 预装广告系列配置和测试

用户互动归因类型

AppsFlyer 记录并使用两种不同类型的用户互动归因: 点击型和浏览型。

点击型归因

大多数归因于移动设备的激活来自用户对广告的点击,例如横幅,视频和插屏广告。

在广告点击时, AppsFlyer 会打开一个点击归因回溯窗口期, 默认窗口期是7天。发生在该窗口期内的激活会被认为是非自然激活并归因给相应的媒体渠道。超过该窗口期的激活会被认为是自然激活。

click-through-lookback.png

AppsFlyer 建议使用7天的点击归因窗口期, 这也是行业标准。您可以根据与媒体渠道的协议,在1-30天的范围内设置回溯窗口。例如,Facebook的回溯窗口为28天,Twitter为14天,而Google Ads为30天。

归因类型

 

归因方式

 

点击归因窗口期

范围

推荐范围
(默认值)

点击归因

(所有已对接合作伙伴)

 

参照符、ID匹配

1–30天

7天

概率模型

Adaptive

Up to 24 hours

The Probabilistic modeling click lookback window has an adaptive lookback window, with a maximum of 24 hours, in order to maintain a high degree of accuracy.

有关 AppsFlyer归因回溯窗口期的详细信息, 请点击此处

浏览归因

用户查看移动广告但未点击移动广告,新增激活可归因于展示广告的媒体渠道。

浏览型归因的回溯窗口期比点击型归因的回溯窗口期短。窗口期是可配置的。

要启用浏览型归因,请在配置窗口中设置归因回溯窗口期。

view-through-lookback.png

这对于视频广告点击率较低的视频广告平台尤其有用,对于提供常规广告的传统广告平台也有用。

归因类型

归因方式

范围

推荐范围
(默认值)

浏览型归因

(选定的已对接合作伙伴)

ID匹配

1小时-2天

1天

在既有点击也有浏览发生的情况下, 点击总是优先 ,因为点击是更为主动的参与。

有关浏览型归因的更多信息,请在此处单击

高级归因话题

卸载重装(Reinstalls)

 

在以下情况下, AppsFlyer 会记录设备上的新应用安装:

  • The app was never previously installed
    OR
  • 激活过该应用,后来又卸载,然后在初始安装日期的再归因窗口期过去后再次安下载激活该应用。

因此,在再归因窗口期内的重装不会归因给任何媒体渠道,包括自然激活。重装的应用内事件归因于自然事件。

为了进行设备测试和多次激活,请在AppsFlyer中将设备列入白名单 。如果您不将其列入白名单,则只会记录首次激活。

重新安装在iCloud中备份的iOS应用

当使用iCloud备份应用程序并随后将其还原(在同一设备或另一台设备上)时,AppsFlyer不会将其视为新安装或重装。从iCloud还原应用程序的用户其AppsFlyer ID和归因数据保持不变。

访客找回归因

再归因窗口期(默认是90天)内再次安装应用的用户会被记为再归因,如果是访客找回广告活动中获得的用户,会被记录在AppsFlyer访客找回控制面板中。

如需了解更多信息,请单击此处

应用更新

当现有用户更新其应用时, AppsFlyer 不会将其视为新用户, 也不会以任何方式显示在控制面板上。可以在SDK信息页面查看更多应用新版本的分布信息。

该规则的唯一例外是当拥有活跃用户群的应用首次接入AppsFlyer SDK的时候。当现有用户把应用更新到带有AppsFlyer SDK的新版本时,AppsFlyer会把这些用户记为新的自然用户。

这篇文章有帮助吗?