數據建模:不同終端如何進行渠道追蹤?
想要對每個渠道、每次投放的數量和質量進行精益化的分析,建立一個完整的渠道追蹤體系很有必要。文章從渠道追蹤的三大問題入手,詳細介紹了不同終端渠道追蹤的幾種方法,以及實現渠道追蹤的相關思路,相信總有一個方法你會用得上。
一、背景分析
首先來個靈魂三拷問:
- 不同渠道帶來的用戶數量多少?
- 不同渠道帶來的付費轉化多少?
- 不同渠道的用戶留存多少?
想要解決這種渠道來源的數據需求,這是個問題。本文對不同終端如何進行渠道追蹤進行一個簡單總結。
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嗎? 我理解用戶安裝后可以采集,下載地址時可以嗎?
不可以的,不知道樓主的邏輯是不是要在引流頁面注冊