AppsFlyer名词解释

Impression 广告的曝光或展示。

Click 广告点击数。

Click-Through Rate(CTR) 点击率。即一段时间内的点击数除以曝光数。

Non-organic Installs AppsFlyer 的安装(installs)指有效激活,因此nonorganic installs 指的是通过AppsFlyer 追踪到的有效激活用户。

Organic Installs AppsFlyer 的安装(installs)指有效激活,因此organic installs 指的是没有通过AppsFlyer 追踪,自发的有效激活用户。

Conversion Rate(CVR) 转化率,即 non-organic installs 除以广告点击数。

Attribution 归因。追溯应用安装和其他事件的源头,确定是哪个渠道最终导致某一激活或者应用内事件的发生。

Multi-touch Attribution 多源归因。传统的归因把事件发生的全部功劳都归于产生最后一次点击的渠道,多源归因会考虑在这之前也产生了点击的其他渠道,因为他们对事件的发生也起到了推动作用。

Assisted Installs 在一个 non-organic install 转化的过程中,假设用户分别点击了渠道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-Time Value(LTV) 生命周期价值,用户在整个生命周期中给广告主带来的总价值。

Session Session 即是应用开启,是定义忠实用户和计算留存等的依据。

ARPU (AverageRevenue per User) 每个用户平均产生的收益,即 Revenue 除以激活用户数。

Day X Retention Rate 新增用户在第(X+1)天开启应用占对应新增用户的比例。

Cohort Analysis 您可以通过选择 media source, campaign 和geo等来确定分组的角度,从而将用户划分成多个群组,以分析不同群组间的行为差别。这是继留存报告之后,AppsFlyer 提供更加深度的用户行为分析工具。

Pull API AppsFlyer 所有可供下载的报告也都可以通过Pull 的机制获取。通过Pull API,可以实现在您的数据后台自定义数据统计时间和定时下载。

Push API 通过 Push API,每一个成功的自然、非自然安装或应用内事件将以HTTP 请求形式实时推送到您的服务器。数据将通过HTTP Post 方法以JSON 格式发送。

OneLink OneLink 本身是追踪链接,但它同时又具备智能判断用户是否已经安装某个应用, 识别设备系统和深度链接(deeplinking)的功能。

DeepLink 深度链接。可以直达网站或者应用中某个特定页面的链接,比如可以直接打开手机上的淘宝应用,并跳转到某个商品的详情页。

Media Source 所有和 AppsFlyer 进行服务器对服务器对接的渠道统称为媒体源(Media Source),这些媒体源可以是publisher,移动广告平台和移动广告网盟等。

Agency 代理(agency)可以首先通过在AppsFlyer 官网上注册账号,然后经广告主邮件授权,进而通过AppsFlyer 数据后台追踪广告投放效果。

In-app Event 应用内事件(In-app event)是在AppsFlyer 平台上分析用户行为的基础。通过在接入AppsFlyer SDK 时对关注的事件(e.g. 购买,充值和注册等)添加对应代码,便可实现对用户从激活到整个生命周期的追踪和分析。

Out-of-Store App 对于安卓应用,AppsFlyer 也提供除Google Play以外的新增用户追踪,包括对第三方应用商店和网站等途径推广的apk 包的追踪。

Re-attribution window 再归因时间窗口,这个时间窗口决定了在哪段时间内,用户卸载再重复安装应用都只计作老用户。

Last click 安装归因至用户最后一次点击的渠道。

### 如何在Unity项目中集成AppsFlyer 要在Unity项目中集成AppsFlyer,开发者需要遵循一系列特定的操作流程。这些操作涉及导入必要的包文件、配置场景以及编写脚本来实现功能需求。 #### 导入AppsFlyer SDK到Unity项目 为了将AppsFlyer SDK引入Unity项目,首先需下载适用于Unity平台的SDK包文件。完成下载后,在Unity编辑器菜单栏中依次选择 `Assets` -> `Import Package` -> `Custom Package...` 并加载所下载的 `.unitypackage` 文件[^1]。此过程类似于其他第三方插件或资源的导入方式[^2]。 #### 配置AppsFlyer初始化参数 成功导入SDK之后,下一步是对AppsFlyer进行基本配置。这通常包括设置开发者的API密钥以及其他必要选项(如应用ID)。可以通过创建一个新的C#脚本并将以下代码片段嵌入其中来执行初始化: ```csharp using UnityEngine; using AppsFlyer; public class AppsFlyerInitializer : MonoBehaviour { private string appsflyerDevKey = "YOUR_DEV_KEY"; private string appleAppId = ""; // iOS only void Start () { AFInitiateSdkOptions options = new AFInitiateSdkOptions(); options.setDebug(true); // 设置调试模式 AppsFlyer.init(appsflyerDevKey, options, gameObject); AppsFlyer.start(appleAppId); // 对于Android设备可留空 } } ``` 上述代码展示了如何通过调用 `init()` 和 `start()` 方法启动AppsFlyer服务[^3]。注意替换 `"YOUR_DEV_KEY"` 为你自己的实际密钥值。 #### 实现用户交互逻辑 除了基础配置外,还可能希望追踪某些特定行为的数据反馈。比如当玩家点击某个按钮时触发相应的记录动作。这里可以参照之前提到的方法扩展功能——即定义新的处理类用于捕捉此类事件的发生情况: ```csharp using UnityEngine; public class ButtonEventHandler : MonoBehaviour { public void OnButtonClicked() { Dictionary<string, object> eventValues = new Dictionary<string, object>(); eventValues.Add("custom_key", "custom_value"); AppsFlyer.sendEvent("af_purchase", eventValues); } } ``` 以上示例演示了发送自定义事件至AppsFlyer服务器的过程。每当关联对象上的按钮被按下时都会激活该方法并向远程端点传递预设键值对信息。 #### 测试与验证 最后一步就是确保一切正常运作。建议先启用测试环境以便观察预期效果而不会影响正式统计数据收集工作流。具体做法是在初始化阶段开启日志输出开关(`setDebug`)从而便于排查潜在问题所在之处。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值