人人都是产品经理|数据建模:不同终端如何进行渠道追踪?


想要对每个渠道、每次投放的数量和质量进行精益化的分析 , 建立一个完整的渠道追踪体系很有必要 。 文章从渠道追踪的三大问题入手 , 详细介绍了不同终端渠道追踪的几种方法 , 以及实现渠道追踪的相关思路 , 相信总有一个方法你会用得上 。

人人都是产品经理|数据建模:不同终端如何进行渠道追踪?
本文插图

【人人都是产品经理|数据建模:不同终端如何进行渠道追踪?】一、背景分析
首先来个灵魂三拷问:不同渠道带来的用户数量多少?不同渠道带来的付费转化多少?不同渠道的用户留存多少?
想要解决这种渠道来源的数据需求 , 这是个问题 。 本文对不同终端如何进行渠道追踪进行一个简单总结 。
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的用户信息 。


推荐阅读