对接全攻略

1. AppsFlyer账号申请

请注意 , 为了避免重复申请，在申请新账户前请确认贵司是否已在使用AppsFlyer的服 务。如果有，建议无需重新申请账号而直接在已有AppsFlyer账号下面添加子账号， 具 体操作见此文档 。

1.1 打开AppsFlyer官网 ，点击右上 角Get Started进行注册。

image.png

1.2 在此页面输入您的姓名、邮箱、公司等信息，点击Get Started 提交注册。

image.png

1.3 提交注册信息后，您的注册邮箱会收到一封确认邮件，点击邮 件内的激活链接即可激活账户，开始30天的免费试用期。

2. 账户使用设置: Team Members, Credit Card, Whitelist your test device

2.1 添加应用

2.1.1 步骤1 - 点击Add App按钮添加新应用

image.png

2.1.2 步骤2 - 根据目前应用状态选择对应的添加方式，对应不同状态解释如下:

image.png

• 添加已在应用商店(谷歌/苹果/Windows)上架的应用
  选择“Available in the App Store/Play Store/Windows Phone Store”，添加 应用在商店的下载地址。
• 添加在应用商店审核中或未发布的应用
  选择“Pending approval or unpublished”，选择平台( iOS/Android/Windows) 对于iOS输入应用ID，如343200656，并选择其中一个App将上架的国家。 (注意*:如果此处选择的国家并不是上架的国家之一，会造成app在商店发布后 AppsFlyer无法自动更新。) 对于Android输入应用包名，如com.rovio.angrybirds。 对于Windows输入应用ID，如a1b2c3d4e5f6 。
• 添加谷歌商店外的安卓应用
  选择“Android out of store APK (Standalone, Amazon etc)”，输入应用包名、 channel名和应用下载地址。详细步骤请参考此处

2.1.3 步骤3 - 设置时区和货币 默认时区为UTC，货币为美元。在此处您可根据自身需求选择对应的时区和后台显示的

货币，保存设置即可成功添加应用。

image.png

注意*:

• 货币只有在添加应用的时候可以选择，设定后不可更改;如果货币选择错误，也不 建议通过删除再重新添加应用实现。
• 时区在添加app后也可更改，从Dashboard>>App Settings>>Localization更 改设置，更改的限制条件和操作详细请 参考此文档 。

2.2 添加账户成员(team member) 账户拥有人可创建多个子账户，并且可根据需要分配查看账户内哪些应用。

2.2.1 步骤1 - 登录账户，点击右上角登录邮箱，选择Team Members。

image.png

2.2.2 步骤2 - 点击Add user，输入新的成员邮箱地址和名字，选择您希望该用户进入的 应用，点击“Save”，一个新的成员即创建成功。

image.png

注意*: 成员必须为未在AppsFlyer中注册的邮箱地址，包括提交过注册申请的邮箱。

2.3 添加设备至白名单 添加白名单的目的是为了同一设备可多次进行非自然安装测试。

2.3.1 步骤1 - 登录账户，点击右上角登录邮箱，选择Test Devices

image.png

2.3.2 步骤2 - 点击Add device，选择设备的操作系统，输入设备名称和ID，并保存。

image.png

注意*:

• 对于安卓测试设备，请填写IMEI、Android ID以及GAID3个id,且字母部分需要小 写;
• 对于iOS设备，请填写IDFA，且字母部分需要大写; ● 每个账户最多添加40个设备至白名单。

3. SDK接入+SDK接入测试

3.1 安卓 - 完整的安卓SDK对接文档，请务必仔细 参考此文档 (内含

测试步骤)

3.1.1 强制接入 项目，可实现追踪应用安装，应用更新和应用打开，注意事项如下:

• SDK初始化( 需将该API添加在应用加载的第一个Activity/onCreate函数
  中 );
• SDK仅针对安卓2.3版本或者以上的操作系统有效;
• 请一定保证AppsFlyer至少可以获取一个设备唯一标识符(advertising id,
  android id or IMEI)以进行归因。
• 如果您接了GooglePlayServicesSDK,KitKat4.4和以上操作系统的设备
  唯一标识符Android ID和IMEI将默认不会被AppsFlyer SDK自动抓取。开 发者仍可以通过以下方法向AppsFlyer上报Android ID和IMEI, 注意这两个 方法需要放在 AppsFlyerLib.getInstance().startTracking(this.getApplication(),"[Dev _Key]")之前
  AppsFlyerLib.getInstance().setImeiData("IMEI_DATA_HERE")
  AppsFlyerLib.getInstance().setAndroidIdData("ANDROID_ID_DATA_HERE ")
  请注意，一定对应替换"IMEI_DATA_HERE" 和"ANDROID_ID_DATA_HERE"部分。

3.1.2 其他非强制项目，请参考以下各项说明选择接入: ● 应用内事件追踪:

建议接入 ，可以更好地判断用户质量，从而对广告投放进行优化。
注意*: 推荐使用文档内富应用内事件格式，事件名称和值的参数都可以自定义使用，但在 追踪收益时必须使用参数af_revenue。

• 获取AppsFlyer ID:
  AppsFlyer ID是基于AppsFlyer专利技术生成的设备唯一识别符，是AppsFlyer归 因和统计的重要依据。如果您需要获取该ID, 可通过文档内API实现。
• 设置Customer User ID (用户账户ID):
  如果您的应用有给每个独立用户指定一个的ID作为标识其身份唯一性的标志，可 将此ID上报给AppsFlyer，由此账户ID便可以和其他设备ID建立映射关系，并可 由此ID将AppsFlyer的数据与您的后台数据进行打通。
• 实时获取归因数据 可以在SDK层级实时获取AppsFlyer追踪到的媒体源数据。一个很重要的应用是延 迟深度链接，您可以通过分析媒体源的信息，让用户在激活后被直接引导至匹配媒 体源的页面而非应用首页。
• 基于深度链接Re-targeting广告追踪 Deeplinking为re-targeting活动追踪的很重要的部分，如果有re-targeting活动 ，AppsFlyer强烈建议您使用Deeplinking。
• 应用内购买认证
  AppsFlyer可为您提供Google Play服务器端的购买认证，此方法的成功调用会自 动向AppsFlyer上报一个af_purchase事件。
• 追踪除在GooglePlay上发布的安卓包(OutofStoreTracking)
  Google Play是AppsFlyer后台默认的安卓应用商店，如果您的apk包发布在其他
  的安卓应用商店，便需要在完成之前的步骤后进行额外的的对接。 - 追踪卸载
  实现对于应用卸载的追踪，因此可以从卸载率这个指标分析渠道效果。
• 后台运行会话追踪方法
  此方法多适用于长时间停留在后台的工具类应用对后台运行会话的统计。
• 通过OneLink定制应用内深度跳转
  您可利用onAppOpenAttribution回调获取OneLink中的参数信息，以自定义用
  户应用内深度跳转。
• 推送通知监测
  AppsFlyer可以将推送通知作为re-targeting活动的一部分进行监测。

3.1.3 安卓SDK接入完成之后，请 务必严格按照 安卓SDK测试文档 进行测试

注意事项包括:

• 文档中包括”安卓APK包在GooglePlay发布前测试方法”和“安卓APK包在
  Google Play发布后测试方法”两个部分。请根据您的实际情况，进行测试。
• 激活测试失败如何自检问题?
  第一，先对照文档确认每个步骤操作无误;第二，如果确认自己的测试没有问题，建议考 虑连着开发者环境(也许需要贵司技术协助)重新测试一次，并且在测试过程中打印 AppsFlyer相关的日志查找问题;第三，如果打印出的日志自己看不出问题，可以通过 AppsFlyer后台Help Center向AppsFlyer技术上报您的疑惑(请附上您测试的日志)。

3.2 iOS - 完整的iOS SDK对接文档，请务必仔细 参考此文档 (内含 测试步骤)

3.2.1 强制接入 项目必须严格按照接入，才可支持AppsFlyer对于应用安装，应用更新和 应用打开的基本追踪功能。

3.2.2 其他非强制项目，请参考以下各项说明选择接入:

• 应用内事件追踪:
  建议接入 ， 可以更好的判断用户质量，从而对广告投放进行优化。
  注意*: 推荐使用文档内富应用内事件格式，事件名称和值的参数都可以自定义使用，但在 追踪收益时必须使用参数af_revenue。
• 设置货币单位: AppsFlyer默认的货币单位是美元(USD)。此代码可设置全局货币单位，货币 单位需使用对应ISO代码。
• 获取AppsFlyer ID:
  AppsFlyer ID是基于AppsFlyer专利技术生成的设备唯一识别符，是AppsFlyer归 因和统计的重要依据。如果您需要获取该ID, 可通过文档内API实现。
• 设置用户账户ID: 如果您的应用有给每个独立用户指定一个的ID作为标识其身份唯一性的标志，可 将此ID上报给AppsFlyer，由此账户ID便可以和其他设备ID建立映射关系，并可 由此ID将AppsFlyer的数据与您的后台数据进行打通。
• 实时获取归因数据 可以在SDK层级实时获取AppsFlyer追踪到的媒体源数据。一个很重要的应用是延 迟深度链接，您可以通过分析媒体源的信息，让用户在激活后被直接引导至匹配媒 体源的页面而非应用首页。
• 基于深度链接Re-targeting广告追踪 Deeplinking为访客找回活动追踪中很重要的一部分，如果要开展访客找回活动 ，AppsFlyer强烈建议使用该方法。
• 应用内购买认证
  AppsFlyer可为您提供Apple Store服务器端的购买认证，此方法的成功调用会自 动向AppsFlyer上报一个af_purchase事件。
• 追踪卸载 实现对于应用卸载的追踪，因此可以从卸载率这个指标分析渠道效果。
• 通过OneLink定制应用内深度跳转 您可利用onAppOpenAttribution回调获取OneLink中的参数信息，以自定义用 户应用内深度跳转。
• 推送通知监测 AppsFlyer可以将推送通知作为re-targeting活动的一部分进行监测。

3.2.3 SDK接入完成之后，请 务必严格按照 iOS SDK测试文档 进行测试

3.3 Windows SDK对接

3.3.1 windows SDK对接文档

3.3.2 windows SDK测试文档

3.4 其他平台的对接文档 参考此处

4. 广告平台追踪配置 此章节仅讨论当前与Appsflyer对接好的2000+媒体渠道追踪配置，例如Facebook，

Google Adwords，腾讯广点通，今日头条等等， 自定义媒体渠道请参考第5章节。

4.1 以追踪链接形式对接的广告平台

由于广告平台与Appsflyer对接方式的不同，不论点击 or 曝光广告，需要由Appsflyer后 台生成追踪链接，再将链接给予该平台投放，称之为“以追踪链接形式对接的广告平台”， 如Vungle，Applovin，Inmobi等等;反之，称为“以server to server模式对接的广告 平台”，如Facebook，Twitter，将于 4.2章节介绍 ;其中Google Adwords较为特殊， 列举于 4.3章节中 。
以下为通用的法则，由于各个媒体平台有些微的差异，为了便于您的使用，我们罗列了近 百个常见的媒体平台供您参考，请查看 媒体平台配置文档。

4.1.1 以追踪链接形式对接的广告平台的配置说明 配置的方式大同小异，主要有3个步骤，于Appsflyer后台配置即可，无需代码层级接入

，请参考下列步骤。

• 进入配置页面:点击”Integrated Partners”，于搜索框中搜出广告平台的名称， 进入该广告平台。

image.png

• 配置参数:并不是所有的广告平台都需要填写参数，但若遇到需填写的广告平台， 请联系该广告平台对接人获取对应参数，填写至Appsflyer后台并点击右下方的存 档。

image.png

• 产生追踪链接:视个人需求加入campaign名称(非强制)，用以区分不同 campaign(链接中对应的是c参数)，复制链接给到对应的广告平台，即可开始 投放。

image.png

• 除了点击广告(click-through)，Appsflyer也可以追踪曝光广告( view-through)，目前支持的 媒体平台名单在此 ，设置曝光广告追踪跟点击广告 非常相像，请在同一设置页面中，接续上述步骤，勾选view-through，复制下方 view-through tracking link给予投放的广告平台即可。

image.png

4.1.2 如何大批量生产链接

请注意 ，Appsflyer不会保存链接于后台，链接即生成即使用。因此，如果您通过了解 链接基本结构 和 支持的参数含义 ，是也可以自行在文本文件或者excel里自行拼接链接的。

4.1.3 以追踪链接形式对接的广告平台投放成本统计配置

目前已有许多主流广告平台支持回传动态成本参数给Appsflyer，取决于渠道有能力且有 意愿向AppsFlyer回传数值，无需添加任何代码，只需要在Appsflyer后台简单设置，请 参照如下步骤。

• 于此文档对应列表中寻找 可向AppsFlyer回传投放成本的广告平台
• 把按照4.1.1中编辑好的链接交给广告平台联系人，并且嘱咐对方需要在链接中额外
  添加AppsFlyer支持的成本参数 (完整的AppsFlyer支持的参数字段解释见此) ，以 通过AppsFlyer后台追踪渠道投放成本数据。

4.2 以Server to Server(S2S)模式对接的广告平台追踪配置 当广告平台与Appsflyer以Server to Server方式对接，无需于Appsflyer后台生成追踪链

接，仅需简单配置，常见且重要的几个媒体平台如Facebook，Twitter配置列举如下。

4.2.1 Facebook

详细Facebook配置文档 在此。 请注意:文档中即使非强制的步骤也强烈建议配置，以最大程度利用AppsFlyer对于 Facebook广告效果的追踪。

4.2.2 Twitter

详细Twitter配置文档 请参考此文档

4.3 其他 (e.g. Google Adwords)

Google Adwords共有4种类型的广告，分别为展示(Display)，搜索(Search)，视 频网络(Youtube/TrueView)，以及通用形广告(UAC)，详细配置文档请参考 iOS Google Adwords ， Android Google Adwords
想看到Google Adwords Cost数据，请在AppsFlyer配置页面进行相关配置，值得注意 的是，代理商投放的Google Adwords还无法同步cost于Appsflyer后台， 详细文档请点
关于Google Adwords Remarketing，请参考 Google Adwords Remarketing 有更清 楚的介绍

4.4 向渠道回传应用内事件

应用内事件回传给广告平台，让广告平台不止以app激活，更以应用内事件成效来做投放 优化已经成为新的趋势。 如果对应渠道此项配置页面不是灰色，而是可编辑的，便可以按照下面的步骤进行操作。 总共需要设置三个步骤，步骤一是否给予权限，步骤二设置参数，步骤三则是设置事件回 传细节， 具体步骤请戳我 。

image.png

5. 自定义媒体渠道追踪

像QR code、邮件、短信、官网等自定义的流量源，或是还未和Appsflyer完成对接的渠 道，称之为 “自定义媒体渠道”，根据使用场景，配置步骤分别介绍如下，请点击 integrated partner进入custom tracking link

image.png

5.1 预定义情景

Appflyer为您准备了8个使用场景，您可以直接选择符合情况的进行追踪设置。 例如我们 选择了QR code作为推广方式(链接中参数pid即代表media source)，若您希望针对 该媒体生产不同的链接以对应不同的广告系列或者素材，可以在“Campaign” 空内对应 填写上活动系列或者素材的名称(链接中参数c即代表campaign)，所生成的追踪链接 便会做相应的改动，复制链接即可开始投放，也可以缩短链接， 详细操作文档请戳此处

image.png

5.2 完全自定义情景

如果预设的自定义媒体渠道无法满足您的需求，此时便可选择最右侧选项“Custom”，然 后对应填入媒体渠道名称(media source，链接中参数pid)以及广告系列( campaign，链接中参数c)， 操作秘诀在此

image.png

6. 其他第三方分析平台数据回传

若您有将数据传至Google Analytics，Mixpanel等等其他分析平台的需求，Appsflyer 也支持回传， 请查看此文档

7. 代理合作须知

AppsFlyer代理账户是一种专门为代理商(agency)提供的账户类型，使代理商在帮广告主代为 投放时，能在代理账户中设置投放链接，亦能透过此代理账户查看数据。值得一提的是， 代理商 只能在账户中看到自己投放的流量 ，而广告主则可以看到该app的所有投放状况&数据维度，因此 广告主可以放心 。 AppsFlyer代理账户分成三种，对应的授权方式请 严格参考此文档 。
注意， 如果您是需要给公司内部成员开权限，请绕道参考本文档2.2章节解释。

8. AppsFlyer后台关键报告解读指南

8.1 Overview后台首页数据总览

如下图，进入某个应用的数据总览页面(Overview)可实时监控渠道效果。
在Overview数据总览页面，至上而下，有多个图表以符合多种时效性的数据监测需求， 在解读的时候只需要掌握右上角时间的选择对于数据的影响这一要领，便可以游刃有余。 请通读此文档 ，已掌握要领。

image.png

8.2 Cohort & Retention报告

• AppsFlyer强大的Cohort报告，在最大程度上给予了广告主筛选和细分用户的灵 活性，并且实现以深入的用户行为为标准以分析不同用户群组(具有共同特征的一 群用户)的行为差异。具体的使用 请参考此文档 。

image.png

Retention报告使用和Cohort报告极为相似，唯一不同的是，首先，留存报告的 数据指标是预定义好的，即在某天的留存用户比例;第二，Cohort报告计算的是 累计平均值，留存报告体现的当日(Day 1, Day2, ....DayX)的留存比例。具体的使用 请参考此文档 。

image.png

8.3 Events报告 “Events”报告的入口也是在应用后台左边导航栏里可以直接找到(如下截图)。

这个报告可以看成是后台Overview的一个衍生工具。它对选中时间段内的新增用户在不 同事件上进行累计统计(LTV)，以实现更加深入的渠道效果评估，是更加注重用户质量的 实时评估工具。 请通读此文档，已掌握要领 。

image.png

8.4 Activity报告

Activity报告的入口在应用后台左边导航栏里可以直接找到(如下截图左侧)，这个报告主 要用来统计分析新老用户于一段时间内在一些例如DAU等关键指标上的表现， 具体解读 要领见此文档。

image.png

9. AppsFlyer后台可下载excel报告

9.1 如何进入excel报告下载页面? 如下图，在应用后台左边的导航栏点击进入Export Data页面。

image.png

9.2 Excel报告分类解释

https://support.appsflyer.com/hc/zh-cn/categories/201120866-%E5%88%86%E6%9E%90-%E6%8A%A5%E5%91%8A%E5%92%8CAPI

9.3 Export Data附加功能

• 单独选中某个媒体源下载报告

image.png

• 原始报告(Raw Data Reports)可直接定时下载 , 点击“schedule”按钮即可定期下载报告

image.png

• 所有报告都可直接发送至邮箱， 点击”by email” 按钮， 即可将报告直接下载至邮箱

image.png

• 每个报告都有对应的数据接口 - Pull API(详情请移步至下文pull API板块)

10. AppsFlyer API使用

除了直接在AF后台下载CSV数据报告之外, AppsFlyer 还提供了多种API数据获取方式。 如 Pull API, Push API, 以及Master API。 顾名思义，Pull API 指广告主主动从AppsFlyer拉取数据， Push API 指AppsFlyer主动推送数据给广告主服务器， Master API 指完全自定义下载所需数 据。

10.1 Pull API

点击后台左侧API access 即可进入Pull API的页面。 Pull API 是一个API数据接口，可以让广 告主直接拉取上述提到的数据报告或将报告导入服务器中。具体使用参考 Pull API 文档 。

image.png

10.2 Push API

点击后台左侧API access 即可进入Push API的页面(Pull API 模块的下方)。Push API 的配置 简单，并能让广告主轻松获得自然以及非自然安装&事件的原始数据，广告主可永久保存并自由 利用这些宝贵的数据资产。 关于Push API 的配置以及使用详情，请参照 此文档 。

image.png

10.3 Master API (可选收费项目)

Master API是一种更为灵活的数据下载方法。 使用者只需遵守我们的链接拼接原则， 将所需要 下载的参数拼接成一条完整的链接，在浏览器里回车，即可下载到自己所需的报告啦。 详情请参 照 此文档 。

附录: 最新名词解释请参考此文档

• Impression or PV 广告的曝光或展示。
• Click 广告点击数。
• Click-Through Rate(CTR) 点击率。即一段时间内的点击数除以曝光数。
• Non-organic Installs AppsFlyer 的安装(installs)指有效激活，因此nonorganic installs 指 的是通过AppsFlyer 追踪到的有效激活用户。
• OrganicInstalls AppsFlyer的安装(installs)指有效激活，因此organicinstalls指的是没有通 过AppsFlyer 追踪，自发的有效激活用户。
• Conversion Rate(CVR) 转化率，即 non-organic installs 除以广告点击数。
• Attribution 归因。追溯应用安装和其他事件的源头，确定是哪个渠道最终导致某一激活或者应用内事件的发生。
• Multi-touchAttribution 多源归因。传统的归因把事件发生的全部功劳都归于产生最后一次 点击的渠道，多源归因会考虑在这之前也产生了点击的其他渠道，因为他们对事件的发生也起到 了推动作用。
• AssistedInstalls 在一个non-organicinstall转化的过程中，假设用户分别点击了渠道A，渠 道B 和渠道C 的广告，然后进行下载并激活应用; 那么渠道A 和B 就各自贡献一个辅助性安装 (assisted install)，渠道C 作为最后接触用户的媒体源贡献一个non-organic install。
• Re-engagement Re-engagement 广告类型的主要目标是为了增加已有用户的活跃性，提醒 用户更加频繁的体验应用。
• Re-targeting Re-targeting 即重定向或再营销，是针对那些已经安装但又卸载了应用的用户 的广告类型，为的是调动这部分用户重新安装应用。
• Contributor X AppsFlyer 的“Installations”报告中, “Contributor X”对应列填写的是贡献了辅 助性安装的渠道名。按照时间顺序，第X 次接触用户的渠道则对应“Contributor X”。
• Revenue 应用收入(Revenue)是统计时间区间内新增用户至今为止产生的收益，而收益的统计 依赖于应用内事件(in-app event)埋点设置。例如您如果对事件A 和事件B 设置了收益，那么 Revenue 最终呈现的就是对应选中的那部分用户至今为止在事件A 和事件B 的收益总和。
• Loyal User AppsFlyer 对于忠实用户的默认定义是至今为止有效开启(session)应用三次或者三 次以上的用户，而广告主对于这一定义可以根据实际KPI 进行修改。
• Life-TimeValue(LTV) 生命周期价值，用户在整个生命周期中给广告主带来的总价值。 Session Session 即是应用开启，是定义忠实用户和计算留存等的依据。
• ARPU(AverageRevenueperUser) 每个用户平均产生的收益，即Revenue除以激活用户 数。
• DayXRetentionRate 新增用户在第(X+1)天开启应用占对应新增用户的比例。
• CohortAnalysis 您可以通过选择mediasource,campaign和geo等来确定分组的角度，从 而将用户划分成多个群组，以分析不同群组间的行为差别。这是继留存报告之后，AppsFlyer 提 供更加深度的用户行为分析工具。
• Pull API AppsFlyer 所有可供下载的报告也都可以通过Pull 的机制获取。通过Pull API，可以 实现在您的数据后台自定义数据统计时间和定时下载。
• PushAPI 通过PushAPI，每一个成功的自然、非自然安装或应用内事件将以HTTP请求形式 实时推送到您的服务器。数据将通过HTTP Post 方法以JSON 格式发送。
• OneLink OneLink 本身是追踪链接，但它同时又具备智能判断用户是否已经安装某个应用, 识 别设备系统和深度链接(deeplinking)的功能。
• DeepLink 深度链接。可以直达网站或者应用中某个特定页面的链接，比如可以直接打开手机上 的淘宝应用，并跳转到某个商品的详情页。
• MediaSource 所有和AppsFlyer进行服务器对服务器对接的渠道统称为媒体源(Media Source)，这些媒体源可以是publisher,移动广告平台和移动广告网盟等。
• Publisher (广告)发布渠道。比如一个可投放广告的应用或移动网站。
• Agency 代理(agency)可以首先通过在AppsFlyer官网上注册账号，然后经广告主邮件授权，
  进而通过AppsFlyer 数据后台追踪广告投放效果。
• In-appEvent 应用内事件(In-appevent)是在AppsFlyer平台上分析用户行为的基础。通过在 接入AppsFlyer SDK 时对关注的事件(e.g. 购买，充值和注册等)添加对应代码，便可实现对用户 从激活到整个生命周期的追踪和分析。
• Out-of-Store App 对于安卓应用，AppsFlyer 也提供除Google Play以外的新增用户追踪，包 括对第三方应用商店和网站等途径推广的apk 包的追踪。
• AdMediation 广告聚合。通过集合多家广告平台的业务并结合自身的数据优化策略，开发者 可以同时整合多家的广告资源并定义配比策略，帮助开发者实现广告收益的提升。
• Incentivetraffic 激励流量。通过积分，奖励过关等方式刺激用户下载其他应用。 Non-incentivetraffic 非激励流量。通过banner，插屏，或视频等广告位，在没有激励措施的前提下获取的用户。
• DSP 需求方平台。允许广告主或代理进行流量购买和广告投放的一站式管理平台。
• SSP 供应方平台。帮助开发者更有效的管理自己的广告库存，以最大化自己的收入。
• AdExchange 广告交易平台。连接DSP和SSP，让需求和供给方可以实时的进行交易。
• DMP 数据管理平台。通过将各种来源的数据进行规范化、标签化管理，为DSP等提供数据支持 ，能使DSP 获得更好的投放效果。
• AdUnit 广告位(广告形式)。目前移动端常见的广告位有banner，插屏，全屏，开屏，视频 ，积分墙等。
• Re-attribution window 再归因时间窗口，这个时间窗口决定了在哪段时间内，用户卸载再重 复安装应用都只计作老用户。
• Lastclick 安装归因至用户最后一次点击的渠道。