数据建模:不同终端如何进行渠道追踪?
想要对每个渠道、每次投放的数量和质量进行精益化的分析,建立一个完整的渠道追踪体系很有必要。文章从渠道追踪的三大问题入手,详细介绍了不同终端渠道追踪的几种方法,以及实现渠道追踪的相关思路,相信总有一个方法你会用得上。
一、背景分析
首先来个灵魂三拷问:
- 不同渠道带来的用户数量多少?
- 不同渠道带来的付费转化多少?
- 不同渠道的用户留存多少?
想要解决这种渠道来源的数据需求,这是个问题。本文对不同终端如何进行渠道追踪进行一个简单总结。
ps:针对渠道追踪,需要针对性的做埋点设计,详见公众号另一篇文章《数据埋点-渠道跟踪埋点设计》
二、渠道追踪
以下针对不同终端,分别进行讨论:
1. Web网站端
(1)用户渠道分类
(2)用户来源流程
(3)如何实现渠道追踪
因为web网站的用户,无论从什么渠道进入网站,必须是打开网站的地址,也即必定会有一个落地页(首次进入网址的页面),所以web网站的用户渠道追踪,只要识别用户的落地页是从什么渠道即可。如果是在第三方广告商那里投放广告,其做法是生成一个带utm标识链接的页面,然后将这个页面投放到第三方广告商。
- 直接访问:用户进入到网站后,如果用户落地页的pv事件的referrer字段为空,则该用户的渠道为直接访问。
- 自然搜索:用户进入到网站后,如果用户落地页的pv事件的referrer字段不为空,但是通过搜索引擎进来的,且不带utm标识,则为自然搜索,解析referrer字段,即可得知是什么搜索引擎。
- 渠道投放:用户进入到网站后,如果用户落地页的pv事件的referrer字段不为空,但是该pv事件的url带utm标识,则为渠道投放,具体是哪个渠道,可以通过解析url中的utm_source得到。
2. App端
(1)用户来源流程
(2)如何实现渠道追踪
首先,明确一个概念:用户首次进入App的渠道,即是App用户的渠道来源。所以App的渠道追踪只要追踪激活App(第一次打开App)时用户的渠道即可。
ps:上面的流程图可以发现,第2步安装的部分是断层的,业务方的App是拿不到这部分信息的,所以想要识别用户的渠道是什么,就要将1步和第3步想办法打通,精准的做法是拿到用户的设备信息(安卓手机的imei号、苹果手机的IDFA),通过这两个标识打通第1步和第3步,以识别出是哪个用户下载了App,并且打开了App。
以下针对三种用户来源,分别讨论:
1)在网页投放App下载链接
实现原理:
- 首先配置一个带utm标识的下载链接,然后进行投放
- 其次监控这个下载地址,记录是哪个用户点击了下载地址
- 最后记录激活App的用户信息,通过第2步和第3步的用户匹配,以识别用户的渠道来源
2)在第三方App内投放下载链接
实现原理:
在第三方App内投放和在网页投放App不同的是,第三方App的投放,是在第三方App里面下载而不是跳转到自己下载服务器,而且第三App有外部接口联调,通过这个接口可以得知下载App的用户信息。
3)应用商店(安卓)
想要区别是从哪个应用商店的用户,只要为不同的应用商店,定制带应用商店标识的应用包名,就可以实现。
3. 微信小程序端
(1)用户渠道分类
(2)如何实现渠道追踪
微信小程序里面,不论哪种渠道来源,只要给投放的页面生成一个带utm标识的url就行,用户进入后的落地页就是这个页面,所以渠道追踪的实现方法,就和web网站渠道追踪的方法相同了。
本文由 @如琴留音 原创发布于人人都是产品经理。未经许可,禁止转载
题图来自Unsplash,基于CC0协议
一个问题,用户在跳转到下载地址时,能够收集到android imei或者ios idfa吗? 我理解用户安装后可以采集,下载地址时可以吗?
不可以的,不知道楼主的逻辑是不是要在引流页面注册