一、概述

簡介

埋點是一種常用的數(shù)據(jù)采集的方法，其目標(biāo)在于采集更多的數(shù)據(jù)來創(chuàng)造業(yè)務(wù)價值。

數(shù)據(jù)可分為兩大類：

1）流量數(shù)據(jù)：以用戶訪問產(chǎn)品，記錄用戶瀏覽行為核心的埋點數(shù)據(jù)日志

三者共同構(gòu)成了，什么樣的用戶who在什么時候when對什么樣的內(nèi)容做了什么事what。

業(yè)務(wù)數(shù)據(jù)的用戶信息：user_name sex

內(nèi)容信息：item_tag

行為埋點：evet

2）業(yè)務(wù)數(shù)據(jù)：以生產(chǎn)系統(tǒng)內(nèi)存儲的業(yè)務(wù)表單數(shù)據(jù)為核心的業(yè)務(wù)庫數(shù)據(jù)記錄

即用戶訪問產(chǎn)品時的交互“動作”觸發(fā)的是埋點的流量數(shù)據(jù)；如“點擊廣告”是動作事件，能夠產(chǎn)生一條埋點數(shù)據(jù)。

用戶訪問產(chǎn)品看到的“內(nèi)容”是業(yè)務(wù)數(shù)據(jù)；如我們看到的廣告內(nèi)容是“游戲”信息，游戲信息是被存儲的業(yè)務(wù)數(shù)據(jù)。

我們學(xué)習(xí)埋點知識，就是為了設(shè)計“記錄”用戶“動作”的方案，記錄用戶“動作”發(fā)生的場景，探索用戶“動作”背后的意圖。

web日志數(shù)據(jù)：用戶瀏覽的每個網(wǎng)頁，都會想服務(wù)器發(fā)送請求，服務(wù)器會將交互記錄下來，稱為日志。

127.0.0.1 - - 123456[20/Jul/2017:22:04:08 +0800] "GET /news/index HTTP/1.1" 200 22262 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.66 Safari/537.36"

二、案例

數(shù)據(jù)埋點的形式多種多樣，但數(shù)據(jù)埋點但原理是相同的。很多時候我們在觀察和分析一個埋點但時候，首先要了解這個埋點信息采用的什么數(shù)據(jù)埋點方案，不然我們會因為信息不足導(dǎo)致無法判斷。

案例一：常用的站內(nèi)數(shù)據(jù)埋點方式，適用于各種平臺WEB、APP、小程序

數(shù)據(jù)埋點形式和參數(shù)說明

[{

//Part1:配置信息

''user_id":"123",//埋點負(fù)責(zé)人的賬號id

"business":"商品頁面",//埋點數(shù)據(jù)的業(yè)務(wù)分類

"lable":"標(biāo)簽屬性",//對埋點數(shù)據(jù)進(jìn)行分類，對每個分類打標(biāo)簽

//Part2:環(huán)境信息

"uid":"123", //用戶唯一ID，只要訪問就生成一個新的身份標(biāo)示

"user_id":"123", //用戶的賬戶ID，僅登錄用戶可獲取得到

"name":"joker",//用戶的賬戶名稱，僅登錄用戶可獲取得到

"city_id":"2",//如果用戶訪問的頁面有城市屬性，這里可以獲取頁面的城市屬性id

"city_name":"上海",//如果用戶訪問的頁面有城市屬性，這里可以獲取頁面的城市屬性值

"locate_city_id":"1",//用戶訪問時候所定位的城市id

"locate_city_name":"北京",//用戶訪問時候所定位的城市屬性值

"wifi":"on",//用戶訪問時候wifi的開關(guān)狀態(tài)

"app_version":"10.9.2",//用戶當(dāng)前使用的app版本

"os_version":"11.8.2", //用戶當(dāng)前手機(jī)系統(tǒng)的版本

"os_souce":"android" //用戶當(dāng)前的手機(jī)系統(tǒng)（Android，iPhone，小程序、web…）

//Part3:事件信息

"evs":[{

"id":"a1234"http://坑位模塊的全app唯一標(biāo)示id

"val_val":{ //以下所有數(shù)據(jù)為同時攜帶的想要獲取的數(shù)據(jù)內(nèi)容

"user_id":"123", //訪問用戶的賬號id；

"content_id':"123234",//商品唯一id標(biāo)示//商品標(biāo)題；

"title":"conklab連帽潮牌oversize情侶裝",

"price":"298",//商品價格；//商品分類屬性id

"business":"女裝",//商品分類屬性

"strategy":"abc123"http://不同策略的策略id，用于區(qū)分不同策略的數(shù)據(jù)效果

"shop_id":"123",//商品所屬的店鋪id

"mark":"雙十一",//個性化的數(shù)據(jù)標(biāo)簽，比如雙十一代表此商品正在參加雙十一活動

"position":"2",//商品在列表中展示排序的第幾個位置

? ? ? ? ? ? }

? ? }]

}]

數(shù)據(jù)觸發(fā)時間上報策略說明：

1.露出上報采用實際展示曝光上報策略，只有當(dāng)事件本身實際曝光顯示在屏幕當(dāng)中才需觸發(fā)上報策略（露出像素>0px）；

1）滑動：在頁面內(nèi)上下滑動時，不重復(fù)記錄

2）刷新：刷新當(dāng)前頁面時，重復(fù)記錄曝光

3）翻頁：下拉到新一頁后再返回上一頁，上下滑動不重復(fù)記錄

4）返回：事件點擊落地頁后，從落地頁返回（包括返回按鈕返回、滑動返回、支付等行為后自動跳轉(zhuǎn)返回），不重復(fù)記錄曝光

5）喚醒：

? a）手機(jī)鎖屏被打開，直接展示事件所在頁面，不重復(fù)記錄曝光

? b）應(yīng)用或瀏覽器在后臺被喚醒，展示廣告所在頁面，不重復(fù)記錄曝光

2.沒有特殊限制定義，埋點需要根據(jù)坑位顆粒逐條上報，不做去重處理

備注：數(shù)據(jù)埋點中的“點擊事件”在觸發(fā)“點擊”動作的時候上報埋點數(shù)據(jù)，觸發(fā)條件很明顯，不容易有歧義，所以很少單獨強(qiáng)調(diào)。

解讀

在案例1中我們很容易總結(jié)出數(shù)據(jù)埋點的數(shù)據(jù)分為三個重要組成部分：

數(shù)據(jù)埋點的業(yè)務(wù)配置信息

用戶訪問環(huán)境信息

數(shù)據(jù)埋點動作信息（事件信息）

用戶訪問我們的產(chǎn)品的時候，觸發(fā)單個“動作”事件信息的時候，我們會記錄用戶的所在城市、客戶端，APP版本，埋點ID，以及很多其他的參數(shù)。

通過長期的總結(jié)和經(jīng)驗及常識分析，我們會發(fā)現(xiàn)用戶在一次會話訪問中城市不會發(fā)生改變，只需獲取一次即可，不必每次“動作”時間的出發(fā)重復(fù)的獲取用戶的地理位置計算一個所屬城市。

因此我們優(yōu)化一下數(shù)據(jù)的獲取方式，將城市作為環(huán)境信息在一次會話中僅獲取一次，后在加工處理數(shù)據(jù)的時候?qū)⒁淮螘拑?nèi)的所有“動作”事件信息補(bǔ)全它所屬的城市場景。

同樣道理類推，我們會發(fā)現(xiàn)不僅城市擁有這個規(guī)律和常識，用戶的wifi，APP版本，登錄賬號，手機(jī)系統(tǒng)，手機(jī)品牌的等等屬性都是類似的，所以，我們將其統(tǒng)一歸為環(huán)境數(shù)據(jù)信息，在一次會話中僅收集獲取一次（特殊的業(yè)務(wù)場景除外，比如定位信息可能主動、被動的多次觸發(fā)）。

和環(huán)境信息比較類似的是業(yè)務(wù)信息，我們在通過工具或者各種記事本管理數(shù)據(jù)埋點的時候，我們對埋點的業(yè)務(wù)定義已經(jīng)明確，比如埋點數(shù)據(jù)的事件id，我們很清楚的知道它是誰負(fù)責(zé)的，中文名稱是什么，所以我們在用戶訪問產(chǎn)品，觸發(fā)埋點的時候完全可以選擇不上報這部分?jǐn)?shù)據(jù)，從而減少數(shù)據(jù)上報量。等我們將埋點數(shù)據(jù)收集采集到數(shù)據(jù)庫的時候，同我們已知的明確的定義信息進(jìn)行一次關(guān)聯(lián)即可。

案例二：常用的站外，站內(nèi)數(shù)埋點方式，多用于WEB、小程序平臺

假設(shè)我們有網(wǎng)址：https://www.xxxabc.com/about/1.html（運營促銷活動），我們針對這個活動在某網(wǎng)站投放廣告引流，最有效的數(shù)據(jù)埋點方法是對URL添加埋點參數(shù)如下：

例如：運營促銷活動的URL添加參數(shù)如下：

https://www.xxxabc.com/about/1.html?source=sina_joker_ad_about_01

參數(shù)說明：

?：問號后面是我們的埋點參數(shù)，以問號分割的作用是不影響正常的訪問鏈接

source：埋點字段的命名，source表示參數(shù)的名字，source后面是參數(shù)的值

sina：表示來源的渠道，如果是sohu，那么這里是搜狐即可

joker：表示來源渠道的負(fù)責(zé)人

ad：表示為廣告類型，這里以ad表示一類廣告

about：表示對應(yīng)的是此次about這個活動

01：如果我們對這個資源位做了很多不同的廣告圖片素材，我們可以對素材編號為01，02……

解讀

案例2本身通俗易懂，重點就是在于將參數(shù)安排在URL中，通過收集訪問的URL日志來解析我們希望獲取的埋點信息。

案例2可以延伸出很多種不同的數(shù)據(jù)埋點方式，以上述埋點的參數(shù)為例，我們也可以將其在進(jìn)行一次整合優(yōu)化。

比如：

運營促銷活動的URL添加參數(shù)如下：

https://www.xxxabc.com/about/1.html?source=sina_joker_ad_about_01

修改為：

運營促銷活動的URL添加參數(shù)如下：

https://www.xxxabc.com/about/1.html?source=abc123

備注：abc123=sina_joker_ad_about_01的含義可以維護(hù)在工具或者其他地方，這樣就避免了URL過長，參數(shù)過多的數(shù)據(jù)現(xiàn)象。

案例三：數(shù)據(jù)埋點中的一種透傳方案，主要用于統(tǒng)計站內(nèi)的來源入口，適用于WEB、APP、小程序。

storymark://業(yè)務(wù)場景標(biāo)示，可以對應(yīng)到不同的業(yè)務(wù)類型場景

“key1:”value"http://頁面跳轉(zhuǎn)的時候傳遞的參數(shù)，采用key：value的形式寫入?yún)?shù)值

“key2:”value"http://保留盡可能多的keyxid，寫入更多參數(shù)值

“key3:”value" //保留盡可能多的keyxid，寫入更多參數(shù)值

……

數(shù)據(jù)觸發(fā)上報說明：

我們希望統(tǒng)計瀏覽小視頻的來源入口，比如通過首頁的“搜索”還是“關(guān)注”進(jìn)來的。我們需要在做如下2件事情。

1.當(dāng)用戶通過“搜索”進(jìn)行內(nèi)容篩選查找小視頻的時候，在觸發(fā)搜索任務(wù)的時候上報如下埋點數(shù)據(jù)。

storymark://業(yè)務(wù)場景標(biāo)示，可以對應(yīng)到不同的業(yè)務(wù)類型場景

“index:”search" //key（index）定義為是首頁，value（search）標(biāo)示是來自搜索功能

“content:”美女" //key（conten）定義的是攜帶的內(nèi)容參數(shù)，value（美女）標(biāo)示內(nèi)容參數(shù)

2.當(dāng)用戶向下訪問的時候，尤其是在到達(dá)“瀏覽小視頻”目標(biāo)頁的時候，觸發(fā)上報埋點參數(shù)。

同樣原理類推如果想統(tǒng)計通過“關(guān)注”到達(dá)瀏覽小視頻的目標(biāo)頁，埋點數(shù)據(jù)如下：

storymark://業(yè)務(wù)場景標(biāo)示，可以對應(yīng)到不同的業(yè)務(wù)類型場景

“index:”guanzhu" //key（index）定義為是首頁，value（guanzhu）標(biāo)示是來自guanzhu功能

“content:”guanzhu" //key（conten）定義的是攜帶的內(nèi)容參數(shù)，value（guanzhu）標(biāo)示內(nèi)容參數(shù)

備注：

1.“關(guān)注”的埋點參數(shù)“content:”guanzhu" ，vlaue可以為空（“content:”“ ）

2.這種埋點有很嚴(yán)格和復(fù)雜的”抹除“邏輯，需要有很強(qiáng)的層級概念，比如用戶通過”搜索“進(jìn)入結(jié)果頁但是未能再進(jìn)一步，選擇返回首頁通過”關(guān)注“最終到達(dá)”瀏覽小視頻“目標(biāo)頁，那么”搜索”相關(guān)的參數(shù)需要在“回退”的時候抹除，寫出最新的“關(guān)注”埋點參數(shù)。

解讀

統(tǒng)計 x 頁面的來源，統(tǒng)計 x 頁面的分類 ，統(tǒng)計用戶的訪問路徑。這是不同的數(shù)據(jù)概念模型，且依賴的數(shù)據(jù)埋點方案會存在差異

三、埋點文檔參考示例

后續(xù)進(jìn)行展開。

mixpanel里可以新建埋點事件，進(jìn)行可視化展示，比較直觀https://mixpanel.com/report/2074601/setup/quick

參考文章：埋點概述https://mp.weixin.qq.com/s/giPfYrpv5bm0l1klXBiGUQ