一、什么是數(shù)據(jù)埋點(diǎn)

數(shù)據(jù)埋點(diǎn)是當(dāng)用戶我們的產(chǎn)品發(fā)生交互時(shí)，對(duì)交互當(dāng)時(shí)的用戶信息、產(chǎn)品信息和用戶行為信息進(jìn)行捕獲，比如我們想知道當(dāng)用戶點(diǎn)擊支付按鈕時(shí)，所用的設(shè)備類型（華為、小米等）、操作系統(tǒng)（iOS、Android、window等），就需要進(jìn)行數(shù)據(jù)埋點(diǎn)進(jìn)行獲取；

通過埋點(diǎn)我們可以知道產(chǎn)品的用戶活躍情況、用戶使用產(chǎn)品的主要路徑以及各鏈路的轉(zhuǎn)化情況，通過埋點(diǎn)輔助運(yùn)營(yíng)及時(shí)調(diào)整運(yùn)營(yíng)策略、優(yōu)化產(chǎn)品形態(tài)，當(dāng)前比較火的抖音、淘寶、頭條的精準(zhǔn)推薦，絕大部分的數(shù)據(jù)源都是來(lái)源于行為埋點(diǎn)，所以“行為埋點(diǎn)數(shù)據(jù)是一座待挖掘的金礦”；

二、埋點(diǎn)的方式對(duì)比

當(dāng)前互聯(lián)網(wǎng)中埋點(diǎn)的方式主要有三種，分別是代碼埋點(diǎn)（前后端）、全埋點(diǎn)、可視化埋點(diǎn)

1、代碼埋點(diǎn)

前后端埋點(diǎn)的主要實(shí)現(xiàn)是在產(chǎn)品功能代碼上嵌入一段數(shù)據(jù)采集代碼，當(dāng)用戶和產(chǎn)品產(chǎn)生交互并滿足埋點(diǎn)觸發(fā)時(shí)機(jī)時(shí)，上報(bào)需要采集的信息，數(shù)據(jù)上報(bào)的格式一般是{key,value}的形式。

本身來(lái)說前后端埋點(diǎn)的工作量相差不多，公共參數(shù)都是封裝好調(diào)用，自定義參數(shù)都需要手動(dòng)寫代碼，但是前后端埋點(diǎn)的適用的場(chǎng)景有些差距，前端埋點(diǎn)重點(diǎn)在用戶的交互行為，后端埋點(diǎn)主要在數(shù)據(jù)請(qǐng)求返回上。

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

（1）可以根據(jù)需要自定義上報(bào)參數(shù)，滿足統(tǒng)計(jì)需求

（2）數(shù)據(jù)精準(zhǔn)度相對(duì)于全埋點(diǎn)和可視化埋點(diǎn)較高

（3）可以上報(bào)一些層層透?jìng)鞯膮?shù)，用于鏈路追蹤

缺點(diǎn)：

（1）成本較高，每次改動(dòng)埋點(diǎn)都需要產(chǎn)品寫埋點(diǎn)文檔，開發(fā)介入，尤其一些客戶端頁(yè)面，還涉及到發(fā)版本，用戶升級(jí)覆蓋的問題

（2）代碼侵入性高，大部分公司的埋點(diǎn)代碼和功能代碼是沒有分離的，多次迭代，新老埋點(diǎn)代碼可能都會(huì)比功能代碼還多

適用場(chǎng)景

前端代碼埋點(diǎn)適用的場(chǎng)景：

（1）用戶的交互不需要請(qǐng)求服務(wù)器的行為：如點(diǎn)擊頁(yè)面的某一個(gè)空白區(qū)域時(shí)，此時(shí)并沒有請(qǐng)求服務(wù)，若需要統(tǒng)計(jì)空白區(qū)域的點(diǎn)擊次數(shù)，則需要前端進(jìn)行埋點(diǎn)

（2）用戶一次交互調(diào)用多個(gè)接口時(shí)的行為：如用戶點(diǎn)擊了某個(gè)按鈕后，調(diào)用了多個(gè)接口，此時(shí)若想統(tǒng)計(jì)的用戶的點(diǎn)擊行為，前端埋點(diǎn)會(huì)比服務(wù)端埋點(diǎn)相對(duì)容易

服務(wù)端代碼埋點(diǎn)適用的場(chǎng)景：

（1）高精確數(shù)據(jù)需要的場(chǎng)景：如支付訂單相關(guān)的數(shù)據(jù)，如果丟失一條可能就會(huì)產(chǎn)生非常大的影響而前端埋點(diǎn)由于受網(wǎng)絡(luò)請(qǐng)求的影響，大概有5%的漏報(bào)率，此時(shí)就需要服務(wù)端埋點(diǎn)；

（2）埋點(diǎn)代碼實(shí)時(shí)生效的場(chǎng)景：由于前端埋點(diǎn)有些場(chǎng)景（如移動(dòng)端原生頁(yè)面）受客戶端的限制，發(fā)布后必須等用戶升級(jí)后才會(huì)生效，如果是服務(wù)端埋點(diǎn)，可以即發(fā)布即全量生效；

2、全埋點(diǎn)

全埋點(diǎn)本身也是一種前端埋點(diǎn)，只是不支持自定義參數(shù)，簡(jiǎn)單來(lái)解釋就是將需要的所有屬性獲取方法全部封裝到一個(gè)SDK中，在任何需要埋點(diǎn)的位置全部都嵌入這個(gè)SDK，采集埋點(diǎn)信息

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

（1）由于所有點(diǎn)位的埋點(diǎn)信息一樣，所以產(chǎn)品不需要編寫埋點(diǎn)文檔，也不需要和開發(fā)過多溝通，只需要告訴開發(fā)哪些點(diǎn)位需要埋點(diǎn)即可

（2）若前端組件化較好的時(shí)候，可以在所有控件上全部嵌入sdk，只是選擇不上傳到日志庫(kù)，等需要的時(shí)候可以選擇哪些點(diǎn)位的數(shù)據(jù)上報(bào)到日志庫(kù)

缺點(diǎn)：

（1）只能滿足部分統(tǒng)計(jì)需求，開發(fā)無(wú)法介入增加額外的自定義參數(shù)，通用型的屬性較少

（2）數(shù)據(jù)冗余，由于所有點(diǎn)位均上報(bào)了sdk內(nèi)置的屬性，有些點(diǎn)位上不需要的參數(shù)也上報(bào)了，增加了帶寬成本和存儲(chǔ)成本

適用的場(chǎng)景：

適用在產(chǎn)品場(chǎng)景較為簡(jiǎn)單，采集的信息基本無(wú)自定義參數(shù)的場(chǎng)景

3、可視化埋點(diǎn)

可視化埋點(diǎn)是指開發(fā)人員除集成采集 SDK 外，不需要額外去寫埋點(diǎn)代碼，而是由業(yè)務(wù)人員通過訪問分析平臺(tái)的 圈選 功能來(lái)“圈”出需要對(duì)用戶行為進(jìn)行捕捉的控件，并給出事件命名。圈選完畢后，這些配置會(huì)同步到各個(gè)用戶的終端上，由采集 SDK 按照圈選的配置自動(dòng)進(jìn)行用戶行為數(shù)據(jù)的采集和發(fā)送。

如果從本質(zhì)上來(lái)看，可視化埋點(diǎn)和全埋點(diǎn)有什么區(qū)別嘛，其實(shí)沒有，兩者都是把可能需要采集的屬性封裝到sdk中，只不過后者有可視化操作的界面，更便于數(shù)據(jù)分析師和運(yùn)營(yíng)操作，使用門檻更低，操作更為便捷，基本不需要開發(fā)人員介入

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

（1）操作便捷，數(shù)據(jù)分析、運(yùn)營(yíng)即可操作埋點(diǎn)

（2）埋點(diǎn)基本沒有侵入功能代碼，不像代碼埋點(diǎn)，經(jīng)過多輪迭代，埋點(diǎn)的代碼行數(shù)都可能超過功能

缺點(diǎn)：

（1）可視化埋點(diǎn)能覆蓋的控件并不是全部的，有些是無(wú)法識(shí)別到，畢竟他是以劃定熱區(qū)的形式進(jìn)行埋點(diǎn)

（2）開發(fā)無(wú)法介入增加額外的自定義參數(shù)，使用較為局限

下一篇將介紹埋點(diǎn)協(xié)作的sop、埋點(diǎn)上報(bào)的信息及數(shù)據(jù)的傳輸和存儲(chǔ)，有興趣的可以關(guān)注我的微信公眾號(hào)：數(shù)據(jù)產(chǎn)品自由人