前言

通過(guò)閱讀本篇盏阶，你將獲得以下三方面的知識(shí)：

什么是埋點(diǎn)干花？

埋點(diǎn)的用途陈肛？

埋點(diǎn)的分類(lèi)揍鸟？

一、什么是埋點(diǎn)

數(shù)據(jù)埋點(diǎn)是數(shù)據(jù)采集的一種重要方式句旱，主要用來(lái)記錄和收集終端用戶的操作行為阳藻，其基本原理是在App/H5/PC等終端部署采集的SDK代碼，當(dāng)用戶的行為滿足某種條件的時(shí)候谈撒，比如進(jìn)入某個(gè)頁(yè)面腥泥、點(diǎn)擊某個(gè)按鈕等，會(huì)自動(dòng)觸發(fā)記錄和存儲(chǔ)啃匿，然后這些數(shù)據(jù)會(huì)被收集并被傳輸?shù)浇K端提供商蛔外，或者是通過(guò)后端采集用戶使用服務(wù)過(guò)程中的請(qǐng)求數(shù)據(jù)蛆楞。

一個(gè)典型的埋點(diǎn)采集處理流程如下圖所示：

二、埋點(diǎn)的用途

終端提供商在收集到埋點(diǎn)數(shù)據(jù)之后夹厌，通過(guò)大數(shù)據(jù)處理豹爹、數(shù)據(jù)統(tǒng)計(jì)、數(shù)據(jù)分析尊流、數(shù)據(jù)挖掘等加工處理帅戒，可以得到衡量產(chǎn)品狀態(tài)的一些基本指標(biāo)，比如活躍崖技、留存、新增等大盤(pán)數(shù)據(jù)钟哥，從而洞察產(chǎn)品的狀態(tài)迎献。此外更重要的是隨著數(shù)據(jù)挖掘等技術(shù)的興起，埋點(diǎn)采集到的數(shù)據(jù)在以下方面的作用也越來(lái)越凸顯：

驅(qū)動(dòng)決策：ABtest腻贰、漏斗優(yōu)化吁恍、用戶增長(zhǎng)、bug修復(fù)播演、精準(zhǔn)營(yíng)銷(xiāo)冀瓦、流失用戶預(yù)警

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

驅(qū)動(dòng)安全：風(fēng)險(xiǎn)識(shí)別

三写烤、埋點(diǎn)的分類(lèi)

從位置上分為前端埋點(diǎn)和后端埋點(diǎn)翼闽，從形式上分為顯性埋點(diǎn)和隱性埋點(diǎn)，從路徑上又可以分為路徑埋點(diǎn)和獨(dú)立埋點(diǎn)洲炊，從需求上分為業(yè)務(wù)埋點(diǎn)和監(jiān)測(cè)埋點(diǎn)感局。

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

1.? 前端埋點(diǎn)

前端埋點(diǎn)是在用戶端(APP撑毛、Web、客戶端)等嵌入數(shù)據(jù)采集代碼唧领，比如友盟等均采用的是前端埋點(diǎn)藻雌，比如通過(guò)嵌入一段代碼就就可以對(duì)網(wǎng)頁(yè)數(shù)據(jù)的訪問(wèn)數(shù)據(jù)進(jìn)行采集。相比于后端埋點(diǎn)疹吃，前端埋點(diǎn)能方便收集到用戶在界面上的行為數(shù)據(jù)蹦疑，比如用戶點(diǎn)了哪個(gè)按鈕、頁(yè)面之間的跳轉(zhuǎn)次序萨驶、停留時(shí)長(zhǎng)等歉摧，這些數(shù)據(jù)是后面進(jìn)行數(shù)據(jù)分析的主要來(lái)源。

前端埋點(diǎn)技術(shù)有以下三類(lèi)：

代碼埋點(diǎn)

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

優(yōu)點(diǎn)：

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

缺點(diǎn)：

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

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

最后由于采集代碼常駐終端，不斷將采集的用戶行為數(shù)據(jù)進(jìn)行記錄和上報(bào)略贮，對(duì)于終端尤其是移動(dòng)終端來(lái)說(shuō)還有耗電甚疟、消耗數(shù)據(jù)流量等負(fù)載，此外在數(shù)據(jù)上報(bào)傳輸?shù)倪^(guò)程中也存在丟失數(shù)據(jù)的風(fēng)險(xiǎn)逃延。

可視化埋點(diǎn)

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

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

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

無(wú)埋點(diǎn)

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

優(yōu)點(diǎn)：

收集數(shù)據(jù)全面迫皱，無(wú)漏報(bào)

缺點(diǎn)：

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

埋點(diǎn)的上報(bào)時(shí)機(jī)相對(duì)呆板卓起，不能靈活的根據(jù)特定的場(chǎng)景進(jìn)行特殊設(shè)置

前端埋點(diǎn)的注意事項(xiàng)：

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

埋點(diǎn)數(shù)據(jù)的漏報(bào)和重復(fù)上報(bào)如何衡量

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

2. 后端埋點(diǎn)

后端埋點(diǎn)為了避免前端埋點(diǎn)的以下問(wèn)題：

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

前端埋點(diǎn)采集程序由于需要常駐办成，監(jiān)測(cè)實(shí)時(shí)和延遲埋點(diǎn)上報(bào)，不可避免的帶來(lái)額外的耗電搂漠。

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

注意：

很多時(shí)候并不把后端埋點(diǎn)獨(dú)立出來(lái)碎绎，而是混合在前端埋點(diǎn)中螃壤，等用戶和服務(wù)器端的交互返回結(jié)果之后，將結(jié)果進(jìn)行上報(bào)混卵。

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

3. 其它埋點(diǎn)

路徑埋點(diǎn)和獨(dú)立埋點(diǎn)：

這部分的埋點(diǎn)根據(jù)業(yè)務(wù)對(duì)路徑的追蹤需求和SDK的開(kāi)發(fā)能力辕录，可為每個(gè)事件設(shè)計(jì)上下文的路徑信息，路徑信息的組成一般由頁(yè)面梢卸、控件走诞、行為三部分組成，而路徑的深度也不宜太深蛤高，一般小于五層蚣旱。

顯性埋點(diǎn)和隱性埋點(diǎn)：

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

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

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

四春宣、參考資料

一些資料參考：

可視化埋點(diǎn)參考：Mixpanel, Inc · GitHub

產(chǎn)品經(jīng)理如何做數(shù)據(jù)埋點(diǎn)：產(chǎn)品經(jīng)理該如何做好數(shù)據(jù)埋點(diǎn)？ | 人人都是產(chǎn)品經(jīng)理

常見(jiàn)的埋點(diǎn)平臺(tái)參考：

Growing io： GrowingIO 官網(wǎng)－硅谷新一代無(wú)埋點(diǎn)用戶行為數(shù)據(jù)分析產(chǎn)品

神策： 神策數(shù)據(jù) | 大數(shù)據(jù)用戶行為分析產(chǎn)品 | Sensors Data

諸葛ＩＯ： 諸葛io - 深入業(yè)務(wù)場(chǎng)景的數(shù)據(jù)智能決策平臺(tái)

talking data: TalkingData-移動(dòng).數(shù)據(jù).價(jià)值

友盟：友盟+嫉你，國(guó)內(nèi)領(lǐng)先的第三方全域數(shù)據(jù)服務(wù)商

百度統(tǒng)計(jì)：百度移動(dòng)統(tǒng)計(jì)|移動(dòng)應(yīng)用APP統(tǒng)計(jì)|android統(tǒng)計(jì)分析|iOS統(tǒng)計(jì)分析