评估APP推广渠道的用户质量要掌握这些技巧并有好的技术支持

一个优秀的推广渠道不仅要有稳定的新增用户和活跃用户，还要通过数据体现出用户真实的行为来供我们不断优化产品，接下来将分享一些平时工作中总结的通过统计工具评估渠道质量的方法。

首先，先来明确几个基础指标的定义。

新增用户，即激活用户：用户只下载不使用是毫无意义的，所以在评价渠道用户质量的时候不能仅关注下载量，下载并启动使用是你的真正用户。

活跃用户： 活跃用户是指在所选的时间段内至少打开过一次应用的用户数，当然，当天的新增用户同样是当天的活跃用户。

活跃用户构成： 很多应用统计的报表中提供了“活跃用户构成”这个指标，它能清晰的体现出活跃用户中的新老用户所占的比例。

使用时长：即用户一次启动使用应用的时长分布。

留存率：顾名思义就是指“有多少用户留下来了”，举个例子：9月1日新增用户 100人，9月2日这100人中有50人再次启动了应用，9月3日有55人再次使用，那么9月1日新增用户的次日留存为50%，两天后留存为55%，留存用户和留存率体现了应用的质量和保留用户的能力。

基本的指标介绍到这，参考统计数据，我认为用户活跃度、用户留存率和自定义事件这几个指标是普遍有用的，起码在产品推广初期这几个指标是最重要的。其他一些常见的指标如设备型号、网络类型、地域分布等信息在评判渠道质量的时候也有参考性作用，接下来和大家聊聊如何利用这些指标来评估渠道用户质量。

留存分析：在App推广中，大家通常会要求渠道推广商给出次日留存和七日留存的数据，这就造成个别推广商在造假的时候只刷了次日和七日的留存率...我就遇到过一个开发者的应用，次日留存和七日留存都维持到 30% ~ 40%，但一查看三日留存、四日留存，数据惨不忍睹齐刷刷的全都是“0”。这样的数据很明显不是真实的用户产生的数据。

使用时长：真实用户行为产生的数据和造假数据的使用时长一定是存在差异的，运营同学通常对应用的使用时长分布会有一个整体的把握。如果通过数据发现，某一渠道的使用时长和其他渠道有明显的差异，那这个渠道的数据真实性就值得怀疑了。

终端属性：这里我所说的终端属性包括设备型号、网络和运营商、地域分布。曾经接触过一个知名公司的运营同学，他们一直怀疑渠道商有数据造假的行为，但一直苦于找不到明确的证据证明，经过多项数据指标的对比，最后在终端属性的数据中发现了蛛丝马迹，正常渠道的机型多为三星、小米等设备，而这个渠道的机型却 90% 以上都是一款市价 400 元左右的廉价安卓手机，其中还有一些型号居然是是一款安卓开发版!

近来数据造假也越来越专业化、产业化。不过，只要我们活用统计分析工具，通过各种数据指标的对比，筛选出效果最佳的推广渠道。

最后给大家体检一款好用的渠道统计技术：Shareinstall

其技术原理是这样的：

（1）

由于安全隐私的原因，目前在网页端是无法通过js脚本直接判断某个APP是否已经安装，只能首先通过js尝试性的启动app，然后再进入安装流程。web网页上启动app的方式有两种：1）URL Scheme；2）Universal Link

（2）

URL Scheme：

android与ios均支持自定义scheme，通过访问自定义schema的url即可启动对应的app，如weixin://dl/scan这个url,这里的weixin就是自定义的schema。js启动app的具体方法主要有iframe.src,window.location等，如下：

1.

var iframe = document.createElement("iframe");

iframe.style.display = "none";

iframe.src = schemaUrl;

document.body.appendChild(iframe);

2.

window.location=schemaUrl;

（3）

部分浏览器由于人为限制无法直接使用scheme启动app,例如微信与QQ的内置浏览器，但在微信与QQ中，可以通过集成应用宝的微下载来启动app，下面就来介绍下应用宝的具体情况：

目前主要通过监听各种dom事件(如：pagehide,visibilitychange,unload等)或通过setTimeout根据时间差来（早期ios系统中，通过schema可立即启动app，同时导致浏览器js脚本暂停运行，脚本恢复运行时通过时间差就能大致的判断app是否启动成功）。但现实情况下，由于各种浏览器与系统的差异性，无法通过js百分百的准确判断app是否启动成功；比如从ios9.2开始，通过schema启动app时，ios系统会弹出一个非模态的系统提示框，询问用户是否同意启动，在用户没有做出选择前，js脚本将继续运行，这将导致js完全无法判断app是否启动成功。

（4）

Universal Link（通用链接）：

ios9开始提供通用链接的特性，app开发时可配置一个与app对应的关联域名，在ios9以上系统的所有浏览器中，访问任何一个url链接前，系统将检查本地是否已安装与url域名相对应的app，如果已安装对应的app，将进一步检查链接url的路径，是否应当启动该app，而不在浏览器中访问此url链接。但是通用链接存在一个容易让人迷惑的地方，在经过通用链接启动app后，用户可以选择使用safari访问此url，系统会默默的记住用户的选择，在下次访问通用链接的url时，系统将不再启动app，而是直接在浏览器中访问此url，并且没有明显的提示；（在safari中，用户只有手动往下拽了该页面时，才会出现一个询问用户打开app的banner，其它浏览器则未必有此功能，而是完完全全的忽略掉通用链接）

（5）

应用宝微下载：

正常情况下，微信内置浏览器中，无法通过scheme启动app，无法下载apk，也无法跳转到app store，但微信与QQ均集成了对应用宝的支持。通过使用应用宝的微下载功能，android下的微信与QQ帮助判断某个app是否已安装，已安装的情况下，提示用户直接启动app（在应用宝中需配置启动用的scheme），未安装的情况下，可直接下载已上架到应用宝的apk文件；ios下，由于无法判断某个应用是否已安装（特别是ios>=9.2出现的提示窗口），应用宝只提供了跳转app store的功能，而没有启动app的功能。
 

转载于:https://my.oschina.net/u/3914323/blog/1862049