想要對每個渠道、每次投放的數(shù)量和質(zhì)量進行精益化的分析，建立一個完整的渠道追蹤體系很有必要。文章從渠道追蹤的三大問題入手，詳細介紹了不同終端渠道追蹤的幾種方法，以及實現(xiàn)渠道追蹤的相關(guān)思路，相信總有一個方法你會用得上。

一、背景分析

首先來個靈魂三拷問：

1. 不同渠道帶來的用戶數(shù)量多少？
2. 不同渠道帶來的付費轉(zhuǎn)化多少？
3. 不同渠道的用戶留存多少？

想要解決這種渠道來源的數(shù)據(jù)需求，這是個問題。本文對不同終端如何進行渠道追蹤進行一個簡單總結(jié)。

ps：針對渠道追蹤，需要針對性的做埋點設(shè)計，詳見公眾號另一篇文章《數(shù)據(jù)埋點-渠道跟蹤埋點設(shè)計》

二、渠道追蹤

以下針對不同終端，分別進行討論：

1. Web網(wǎng)站端

（1）用戶渠道分類

（2）用戶來源流程

（3）如何實現(xiàn)渠道追蹤

因為web網(wǎng)站的用戶，無論從什么渠道進入網(wǎng)站，必須是打開網(wǎng)站的地址，也即必定會有一個落地頁（首次進入網(wǎng)址的頁面），所以web網(wǎng)站的用戶渠道追蹤，只要識別用戶的落地頁是從什么渠道即可。如果是在第三方廣告商那里投放廣告，其做法是生成一個帶utm標識鏈接的頁面，然后將這個頁面投放到第三方廣告商。

• 直接訪問：用戶進入到網(wǎng)站后，如果用戶落地頁的pv事件的referrer字段為空，則該用戶的渠道為直接訪問。
• 自然搜索：用戶進入到網(wǎng)站后，如果用戶落地頁的pv事件的referrer字段不為空，但是通過搜索引擎進來的，且不帶utm標識，則為自然搜索，解析referrer字段，即可得知是什么搜索引擎。
• 渠道投放：用戶進入到網(wǎng)站后，如果用戶落地頁的pv事件的referrer字段不為空，但是該pv事件的url帶utm標識，則為渠道投放，具體是哪個渠道，可以通過解析url中的utm_source得到。

2. App端

（1）用戶來源流程

（2）如何實現(xiàn)渠道追蹤

首先，明確一個概念：用戶首次進入App的渠道，即是App用戶的渠道來源。所以App的渠道追蹤只要追蹤激活A(yù)pp（第一次打開App）時用戶的渠道即可。

ps：上面的流程圖可以發(fā)現(xiàn)，第2步安裝的部分是斷層的，業(yè)務(wù)方的App是拿不到這部分信息的，所以想要識別用戶的渠道是什么，就要將1步和第3步想辦法打通，精準的做法是拿到用戶的設(shè)備信息（安卓手機的imei號、蘋果手機的IDFA），通過這兩個標識打通第1步和第3步，以識別出是哪個用戶下載了App，并且打開了App。

以下針對三種用戶來源，分別討論：

1）在網(wǎng)頁投放App下載鏈接

實現(xiàn)原理：

1. 首先配置一個帶utm標識的下載鏈接，然后進行投放
2. 其次監(jiān)控這個下載地址，記錄是哪個用戶點擊了下載地址
3. 最后記錄激活A(yù)pp的用戶信息，通過第2步和第3步的用戶匹配，以識別用戶的渠道來源

2）在第三方App內(nèi)投放下載鏈接

實現(xiàn)原理：

在第三方App內(nèi)投放和在網(wǎng)頁投放App不同的是，第三方App的投放，是在第三方App里面下載而不是跳轉(zhuǎn)到自己下載服務(wù)器，而且第三App有外部接口聯(lián)調(diào)，通過這個接口可以得知下載App的用戶信息。

3）應(yīng)用商店（安卓）

想要區(qū)別是從哪個應(yīng)用商店的用戶，只要為不同的應(yīng)用商店，定制帶應(yīng)用商店標識的應(yīng)用包名，就可以實現(xiàn)。

3. 微信小程序端

（1）用戶渠道分類

（2）如何實現(xiàn)渠道追蹤

微信小程序里面，不論哪種渠道來源，只要給投放的頁面生成一個帶utm標識的url就行，用戶進入后的落地頁就是這個頁面，所以渠道追蹤的實現(xiàn)方法，就和web網(wǎng)站渠道追蹤的方法相同了。

本文由 @如琴留音 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自Unsplash，基于CC0協(xié)議