為什么前后端埋點不能分開使用【數(shù)據(jù)埋點注意事項】

驅(qū)動決策：ABtest、漏斗優(yōu)化、用戶增長、bug修復(fù)、精準(zhǔn)營銷、流失用戶預(yù)警

驅(qū)動產(chǎn)品智能：智能推薦(千人千面)、場景化提示(私人助理)等

驅(qū)動安全：風(fēng)險識別

埋點的分類
從位置上分為前端埋點和后端埋點，從形式上分為顯性埋點和隱性埋點，從路徑上又可以分為路徑埋點和獨立埋點，從需求上分為業(yè)務(wù)埋點和監(jiān)測埋點。

由于埋點的主要操作過程是以終端的交互界面為基礎(chǔ)，制定數(shù)據(jù)采集的方案，其它的埋點分類也只是從不同的角度來進(jìn)行埋點設(shè)計。前端埋點是當(dāng)前主要采用的埋點方式，下面主要對前端埋點進(jìn)行闡述。

前端埋點
前端埋點是在用戶端(APP、Web、客戶端)等嵌入數(shù)據(jù)采集代碼，比如友盟等均采用的是前端埋點，比如通過嵌入一段代碼就就可以對網(wǎng)頁數(shù)據(jù)的訪問數(shù)據(jù)進(jìn)行采集。相比于后端埋點，前端埋點能方便收集到用戶在界面上的行為數(shù)據(jù)，比如用戶點了哪個按鈕、頁面之間的跳轉(zhuǎn)次序、停留時長等，這些數(shù)據(jù)是后面進(jìn)行數(shù)據(jù)分析的主要來源。

前端埋點技術(shù)有以下三類：

代碼埋點

代碼埋點是直接將采集SDK集成在終端，然后不斷在此基礎(chǔ)上添加調(diào)整采集方案，是目前主流的埋點采集方案，其優(yōu)缺點如下：

優(yōu)點：

高度定制、控制精準(zhǔn)、采集的數(shù)據(jù)豐富準(zhǔn)確

缺點：

首先是每當(dāng)有采集需求，需要開發(fā)人員不斷添加采集代碼，工作量大；

其次變更采集策略，需要發(fā)布新版本，代價巨大，存在滯后效應(yīng)；

最后由于采集代碼常駐終端，不斷將采集的用戶行為數(shù)據(jù)進(jìn)行記錄和上報，對于終端尤其是移動終端來說還有耗電、消耗數(shù)據(jù)流量等負(fù)載，此外在數(shù)據(jù)上報傳輸?shù)倪^程中也存在丟失數(shù)據(jù)的風(fēng)險。

可視化埋點

由于代碼埋點需要終端開發(fā)人員來執(zhí)行采集方案，對業(yè)務(wù)的功能開發(fā)侵入性較高。有的公司開發(fā)出了可視化埋點技術(shù)，只需要產(chǎn)品與運營人員通過GUI界面進(jìn)行鼠標(biāo)簡單點擊，就可以隨時增加、取消、調(diào)整采集數(shù)據(jù)的位置和方式，此種埋點方式避開了終端開發(fā)人員的介入，由需求人員直接執(zhí)行采集，減輕了需求傳遞過程中的信息損耗和誤解，另外可視化埋點技術(shù)往往由服務(wù)端直接下發(fā)采集的配置文件，而不用跟隨版本發(fā)布，從而加快了數(shù)據(jù)采集的流程。

具體實現(xiàn)方式參考：

具體實現(xiàn)是SDK定時做界面截圖，在截圖的同時從界面UI的根對象開始遍歷所有的可視化子對象，得到其層級關(guān)系。根據(jù)截圖和UI元素的可視化信息重新渲染頁面，識別可埋點的控件。當(dāng)產(chǎn)品人員在后臺管理端的截屏畫面上點擊可埋點控件，設(shè)置事件關(guān)聯(lián)方面的配置，服務(wù)器保存這些配置，客戶端在獲取到這些配置信息以后，按照新配置采集數(shù)據(jù)。

無埋點

無埋點與可視化埋點原理基本一致，區(qū)別在于無埋點是先遍歷所有的控件和操作行為的組合情況，然后將這些組合情況交給埋點后臺，由數(shù)據(jù)分析人員選擇對哪些組合的埋點數(shù)據(jù)進(jìn)行分析，其優(yōu)缺點如下：

優(yōu)點：

收集數(shù)據(jù)全面，無漏報

缺點：

采集數(shù)據(jù)量巨大，增加了終端流量消耗和服務(wù)器存儲負(fù)擔(dān)。

埋點的上報時機(jī)相對呆板，不能靈活的根據(jù)特定的場景進(jìn)行特殊設(shè)置

前端埋點的注意事項：

頁面和控件標(biāo)示上報要從頂層進(jìn)行合理的設(shè)計，層次感要明顯

埋點數(shù)據(jù)的漏報和重復(fù)上報如何衡量

前端埋點不僅可以處理不需要和服務(wù)器交互的曝光和點擊事件，也可以將與服務(wù)器交互的結(jié)果，比如關(guān)注成功、分享成功、優(yōu)惠券領(lǐng)取成功等原屬于后端埋點里的事件放在前端來上報。

后端埋點
后端埋點為了避免前端埋點的以下問題：

前端埋點需要對采集的數(shù)據(jù)壓縮、暫存，為減少移動端的數(shù)據(jù)流量，除一些需要實時上報的重要事件不限制網(wǎng)絡(luò)環(huán)境，其它事件一般只在wifi情況下上報，因此數(shù)據(jù)會有延遲，丟數(shù)據(jù)等弊端，而在后端采集數(shù)據(jù)，由于數(shù)據(jù)是在內(nèi)網(wǎng)傳輸，數(shù)據(jù)傳輸?shù)募磿r性強(qiáng)，丟失數(shù)據(jù)的風(fēng)險小。

前端埋點采集程序由于需要常駐，監(jiān)測實時和延遲埋點上報，不可避免的帶來額外的耗電。

前端埋點若要新增或調(diào)整采集方案，需要開發(fā)人員修改客戶端代碼，然后發(fā)版之后才能解決，受發(fā)布周期的影響較大，而且通常用戶的版本更新并不會及時，這將導(dǎo)致新方案不能及時覆蓋所有用戶。雖然現(xiàn)在部分埋點管理后臺也支持熱配置更新，但功能一般都很弱，只支持一些基礎(chǔ)的埋點事件熱更新部署，

注意：

很多時候并不把后端埋點獨立出來，而是混合在前端埋點中，等用戶和服務(wù)器端的交互返回結(jié)果之后，將結(jié)果進(jìn)行上報。

對一下需要精確采集的數(shù)據(jù)，比如代金券發(fā)放等，實施的時候盡量采用后端埋點，除非后端無法采集到所需要的數(shù)據(jù)，前端埋點只是用來參考。此外也可以將業(yè)務(wù)數(shù)據(jù)庫代金券領(lǐng)取數(shù)據(jù)同步到數(shù)據(jù)倉庫中進(jìn)行分析。

其它埋點

路徑埋點和獨立埋點

這部分的埋點根據(jù)業(yè)務(wù)對路徑的追蹤需求和SDK的開發(fā)能力，可為每個事件設(shè)計上下文的路徑信息，路徑信息的組成一般由頁面、控件、行為三部分組成，而路徑的深度也不宜太深，一般小于五層。

顯性埋點和隱性埋點 

顯性和隱性是從用戶有感和無感來區(qū)分的，有感事件是用戶的主動事件，比如展示和點擊事件；無感事件主要用來處理后臺的數(shù)據(jù)請求和拉取，用以監(jiān)控和服務(wù)器的數(shù)據(jù)交互是否正常等，無感事件中常用的是掃描采集，比如app啟動之后，掃描各設(shè)置開關(guān)的狀態(tài)信息進(jìn)行上報等 

業(yè)務(wù)埋點和監(jiān)測埋點 

業(yè)務(wù)埋點是從業(yè)務(wù)需求的角度而言，比如產(chǎn)品需要統(tǒng)計某個頁面的曝光和點擊，算法人員需要的推薦項點擊率等；而監(jiān)測埋點是從業(yè)務(wù)的流程上來講的，一般是指隱性的（比如服務(wù)器交互的內(nèi)容拉取情況、本地潛在信息的生成情況等），此外業(yè)務(wù)埋點中的關(guān)鍵部分也可以用作監(jiān)測埋點。