知道渠道号数据怎么统计的吗?

知道渠道号数据怎么统计的吗?

前面的文章说过,Android平台的分发渠道众多,每个产品新版本发布后,都会主动向各个不同的渠道提供新版本的安装包。面对这么多的渠道,大伙儿肯定希望知道各个市场对自己的产品分发贡献和其他一些渠道相关的数据,这就需要用到渠道号了。

渠道号在代码中的上报逻辑与普通的数据统计没什么区别,比如我们想了解各个渠道带来的日新增,我们只需在上报DAU数据的同时,附带上对应的渠道号,这样,我们就能统计到各个渠道每天贡献的DAU和新增。

然而渠道号统计最麻烦的地方是它「埋点」的方式。

普通的数据埋点,只需要程序猿在代码的指定位置加上上报指定数据的代码。比如微信的「加号」按钮点击统计,针对所有的渠道都可以用如下代码搞定:

知道渠道号数据怎么统计的吗?

而渠道号却不能这么干,因为我们需要针对不同的渠道包在同一个逻辑里上报不同的数据。比如在微信官网下载的微信客户端,启动时会上报渠道号「001」,而在机锋市场下载的客户端启动时却需要上报「002」:

知道渠道号数据怎么统计的吗?

知道渠道号数据怎么统计的吗?
想不修改代码实现两种渠道号的上报?臣妾做不到啊!!

为了实现这个功能,程序猿们一般会在APK中添加一个配置文件,这个配置文件里注明了当前APK对应的渠道号,比如应用宝客户端中的「channel.ini」:

知道渠道号数据怎么统计的吗?

当客户端启动时,首先从配置文件中读取渠道号信息,然后再进行上报操作。这样就实现了用相同的代码来上报不同的渠道号信息

很显然,针对每个需要统计的分发渠道,都需要提供单独的渠道包,因为每个渠道包中配置文件的内容都不一样。换句话说,假如你的产品有一万个渠道,那么,你需要有一万个渠道包。「一万个渠道包」乍一听还挺唬人,不过在实操上并没有想象中的那么恐怖,一是我们需要重点关注的渠道并不多,只需要重点保证这几个渠道包的生成就可以了;二是由于无需改动代码,渠道包的生成方式可以做到完全的自动化,无需人肉参与。这么一说,是不是压力瞬间小了很多?

通过上面的策略,纯新增用户的来源渠道就可以被正常的统计。然而,当应用程序升级时,受限于系统更新应用的流程,新版本的配置文件会将老版本的配置文件替换掉,如果两个版本的渠道不同,旧的渠道号也会被新渠道号替换。一般来说,我们往往会更关心这个用户最开始是哪个渠道带来的,也就是用户的「第一次」给了哪个渠道。为了能继续统计到用户的初始来源渠道,当用户第一次启动应用后,应该将初始渠道信息保存到不受升级流程影响的其他地方。这样,除了第一次启动时会从配置文件中读取渠道号信息,其他时候都是在另一个地方读取渠道信息,而这个信息不受升级操作的影响

Android提供的Preference就是一个存储初始渠道的好地方。如果你对Preference不是很了解,那么请继续关注果果的公众号,说不定哪天就聊到它了呢。

关于昨天图片缺失的问题,果果要说:

昨天的文章果果误将外链的图片附在了正文中,导致推送出去的文章无法正常显示图片。发现问题后果果虽然立即修改了公众号中的素材,但对推送出去的文章已经无力回天,严重影响了大伙儿们的阅读体验,这里附上修复后的连接地址,希望能帮助到因为图片缺失而没有读懂文章的朋友。

《Web安全之:XSS漏洞》

来源:给产品经理讲技术,本文观点不代表自营销立场,网址:https://www.zyxiao.com/p/98965

发表评论

电子邮件地址不会被公开。 必填项已用*标注

侵权联系
分享本页
返回顶部