本文作者將從一個(gè)埋點(diǎn)系統(tǒng)設(shè)計(jì)者的角度通俗系統(tǒng)地講解埋點(diǎn)的全過(guò)程，涉及到埋點(diǎn)基礎(chǔ)知識(shí)、埋點(diǎn)作用、埋點(diǎn)方法、埋點(diǎn)數(shù)據(jù)流程、埋點(diǎn)應(yīng)用、埋點(diǎn)管理等信息。enjoy~

埋點(diǎn)是什么？

埋點(diǎn)是互聯(lián)網(wǎng)領(lǐng)域非常重要的數(shù)據(jù)信息獲取方式。埋點(diǎn)采集信息的過(guò)程一般也稱(chēng)作日志采集。

通俗點(diǎn)講，就是在APP或者web產(chǎn)品中植入一段代碼，監(jiān)控用戶行為事件（例如某個(gè)頁(yè)面的曝光）。用戶一旦觸發(fā)了該事件，就會(huì)上傳埋點(diǎn)代碼中定義的、需要上傳的有關(guān)該事件的信息。

常見(jiàn)的信息包括：用戶會(huì)話id，用戶id，當(dāng)前頁(yè)面編碼，當(dāng)前事件編碼，觸發(fā)時(shí)間，用戶設(shè)備id，ip信息等等。

埋點(diǎn)的作用

可以看到，除了像電商購(gòu)物提交的訂單報(bào)表等信息是用戶填寫(xiě)之后，通過(guò)業(yè)務(wù)數(shù)據(jù)庫(kù)中進(jìn)行讀取的；用戶在APP或web產(chǎn)品上的行為信息，更多需要靠埋點(diǎn)方式進(jìn)行獲取。典型的應(yīng)用場(chǎng)景就是某個(gè)運(yùn)營(yíng)活動(dòng)，頁(yè)面的點(diǎn)擊量（PV）有多少，點(diǎn)擊用戶數(shù)目（UV）有多少，都是用埋點(diǎn)數(shù)據(jù)進(jìn)行計(jì)算，來(lái)對(duì)運(yùn)營(yíng)活動(dòng)有數(shù)據(jù)上的評(píng)估。

當(dāng)然這些信息并不是消費(fèi)一次就沒(méi)有用處了。通過(guò)埋點(diǎn)收集到的信息，可以作為監(jiān)控，看到APP的長(zhǎng)期表現(xiàn)，也可以作為基礎(chǔ)原料，進(jìn)行復(fù)雜的運(yùn)算，用于用戶標(biāo)簽、渠道轉(zhuǎn)化分析、個(gè)性推薦等等。

埋點(diǎn)種類(lèi)

按照信息采集發(fā)生的位置來(lái)分，埋點(diǎn)可分為客戶端埋點(diǎn)、服務(wù)端埋點(diǎn)、H5埋點(diǎn)?？蛻舳寺顸c(diǎn)即監(jiān)控APP當(dāng)?shù)匕l(fā)生事件的埋點(diǎn)，例如APP某頁(yè)面曝光，一旦APP客戶端加載了該頁(yè)面，客戶端埋點(diǎn)就會(huì)發(fā)送相應(yīng)信息；H5埋點(diǎn)可能是在APP中跳轉(zhuǎn)到的某個(gè)H5頁(yè)面（如運(yùn)營(yíng)活動(dòng)頁(yè)）上的埋點(diǎn)，也可能是web某頁(yè)面上的埋點(diǎn)。

下文重點(diǎn)講的是客戶端或H5埋點(diǎn)的方式，服務(wù)端埋點(diǎn)一般較少，埋點(diǎn)方式也較為通用。

埋點(diǎn)方式

1、手動(dòng)埋點(diǎn)

這是埋點(diǎn)最古老的方式。具體的步驟一般是，產(chǎn)品經(jīng)理在提需求，需要在APP某個(gè)頁(yè)面的某個(gè)事件進(jìn)行埋點(diǎn)，在這個(gè)過(guò)程中，產(chǎn)品會(huì)對(duì)該頁(yè)面和事件按照一套規(guī)則進(jìn)行編碼命名（若事件數(shù)不多，頁(yè)面編碼命名這一層也可以省略），以便后續(xù)通過(guò)該編碼對(duì)上傳上來(lái)的信息進(jìn)行辨認(rèn)；同時(shí)，產(chǎn)品也會(huì)將這一埋點(diǎn)需要上傳的參數(shù)告知前端開(kāi)發(fā)。開(kāi)發(fā)明確需求后就會(huì)進(jìn)行埋點(diǎn)。

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

• 手動(dòng)埋點(diǎn)方式簡(jiǎn)單靈活，來(lái)一個(gè)埋一個(gè)，埋點(diǎn)代碼實(shí)現(xiàn)過(guò)程對(duì)開(kāi)發(fā)來(lái)說(shuō)也較為簡(jiǎn)單，不會(huì)占用太多時(shí)間。
• 可對(duì)埋點(diǎn)中需要上傳信息的字段進(jìn)行個(gè)性化選擇，滿足復(fù)雜業(yè)務(wù)場(chǎng)景。例如頁(yè)面曝光埋點(diǎn)中，上傳的信息只需要是這個(gè)頁(yè)面編碼等就可以了，但如果是某個(gè)下拉控件的事件，可能上傳的信息中還需要帶上下拉控件后最終選擇了第幾項(xiàng)。

缺點(diǎn)：

• 埋點(diǎn)過(guò)多時(shí)，大量重復(fù)性操作較為枯燥且容易出錯(cuò)。新版本發(fā)布可能要埋100個(gè)點(diǎn)，人工手動(dòng)去埋，總可能出現(xiàn)某一個(gè)忘記埋或者某個(gè)應(yīng)該在A處埋的點(diǎn)埋到了B處的情況。
• 溝通成本較高。需要PM和開(kāi)發(fā)確認(rèn)。
• 埋點(diǎn)周期長(zhǎng)。手動(dòng)埋點(diǎn)如果出現(xiàn)漏埋情況，必須依賴(lài)下一版本發(fā)版，補(bǔ)上漏埋的那個(gè)埋點(diǎn)，才能看到數(shù)據(jù)。如果新增一個(gè)埋點(diǎn)需求，要看數(shù)據(jù)也只能等下期了。

2、半自動(dòng)埋點(diǎn)

看了上面的手動(dòng)埋點(diǎn)描述，可能很多人都會(huì)有疑問(wèn)，所有的埋點(diǎn)都需要手工去埋是否有必要。就比如100個(gè)埋點(diǎn)中，可能有80個(gè)埋點(diǎn)都是頁(yè)面曝光事件，這類(lèi)埋點(diǎn)非常相似，完全可以用一套埋點(diǎn)手段去解決。那么半自動(dòng)埋點(diǎn)就是為了解決這種問(wèn)題，把部分人工的工作進(jìn)行標(biāo)準(zhǔn)化，做成SDK。阿里埋點(diǎn)實(shí)踐中的“黃金令箭”方案就是半自動(dòng)埋點(diǎn)的典型例子。PM提埋點(diǎn)需求時(shí)候，直接將自己申請(qǐng)的埋點(diǎn)進(jìn)行注冊(cè)，調(diào)用符合自己要求的埋點(diǎn)SDK，并進(jìn)行下發(fā)，那么APP或web產(chǎn)品中就會(huì)集成該段埋點(diǎn)代碼，而不再需要溝通前端開(kāi)發(fā)進(jìn)行埋點(diǎn)。當(dāng)然，在半自動(dòng)埋點(diǎn)不完善的階段，可能調(diào)用SDK的工作是由開(kāi)發(fā)完成的。

友盟、神策分析、growing IO等傳統(tǒng)的商用化埋點(diǎn)服務(wù)，也均是通過(guò)埋點(diǎn)SDK這種手段實(shí)現(xiàn)的。另外值得一提的是，近來(lái)興起的可視化埋點(diǎn)方案（騰訊MTA、百度移動(dòng)統(tǒng)計(jì)近期也剛新加入了該功能），也算是半自動(dòng)埋點(diǎn)的一種。通過(guò)可視化埋點(diǎn)的方案，PM可以直接看到APP或web產(chǎn)品的界面，在界面上捕捉需要進(jìn)行埋點(diǎn)的元素如頁(yè)面或控件等，再通過(guò)可視化的點(diǎn)擊錄入過(guò)程，賦予埋點(diǎn)業(yè)務(wù)含義。也就是說(shuō)，可視化埋點(diǎn)方案可以通過(guò)所見(jiàn)即所得的方式，方便埋點(diǎn)需求方進(jìn)行埋點(diǎn)。

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

• 將通用的埋點(diǎn)方式進(jìn)行整合，提高埋點(diǎn)效率，通過(guò)同一套SDK，埋點(diǎn)上傳的信息也較為規(guī)范，便于后續(xù)數(shù)據(jù)處理。
• PM直接調(diào)用SDK的方式，使得埋點(diǎn)需求提出過(guò)程和埋點(diǎn)過(guò)程統(tǒng)一，無(wú)需付出復(fù)雜勞動(dòng)，省略了整理埋點(diǎn)需求和溝通的環(huán)節(jié)，也節(jié)約了開(kāi)發(fā)進(jìn)行埋點(diǎn)的工作量。
• 可視化埋點(diǎn)方案可以更加形象可視地將埋點(diǎn)業(yè)務(wù)含義和物理代碼連接起來(lái)，也可以更清晰直觀看到哪些控件已有注冊(cè)埋點(diǎn)。

缺點(diǎn)：

• 同樣存在埋點(diǎn)周期長(zhǎng)的問(wèn)題。如果漏埋還是要等下一版本發(fā)布。
• 可視化埋點(diǎn)一般只適用于比較簡(jiǎn)單的APP，如果版本過(guò)多，顯示的內(nèi)容不同，需要打開(kāi)并進(jìn)行埋點(diǎn)的可視化頁(yè)面過(guò)多，導(dǎo)致管理混亂。
• 公司自行開(kāi)發(fā)可視化埋點(diǎn)方案成本較高。

3、全自動(dòng)埋點(diǎn)

全自動(dòng)埋點(diǎn)在一些宣傳當(dāng)中也被稱(chēng)為“無(wú)痕埋點(diǎn)”。這種方式和上文的手動(dòng)和半自動(dòng)埋點(diǎn)有產(chǎn)生方式上的本質(zhì)不同。手動(dòng)和半自動(dòng)埋點(diǎn)是需求方需要了，才去埋。而全自動(dòng)埋點(diǎn)則是不管需不需要，將所有的點(diǎn)都埋了。通常這種埋點(diǎn)也是通過(guò)SDK實(shí)現(xiàn)的，這種SDK不需調(diào)用，已經(jīng)直接嵌入在APP中。因?yàn)槿詣?dòng)埋點(diǎn)都是自動(dòng)生成的，用于對(duì)每一個(gè)埋點(diǎn)進(jìn)行標(biāo)識(shí)的埋點(diǎn)編碼也是按照既定規(guī)則進(jìn)行生成。通常這種標(biāo)識(shí)是不可讀的，需要PM和開(kāi)發(fā)溝通，對(duì)埋點(diǎn)編碼進(jìn)行和業(yè)務(wù)含義上的映射。

全自動(dòng)埋點(diǎn)方法聽(tīng)起來(lái)挺簡(jiǎn)單粗暴，優(yōu)點(diǎn)和缺點(diǎn)也同樣突出。

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

• 根本上解決漏埋問(wèn)題，縮短埋點(diǎn)周期。
• 無(wú)需對(duì)頁(yè)面、控件是否需要進(jìn)行埋點(diǎn)做區(qū)分，需要數(shù)據(jù)時(shí)直接取數(shù)據(jù)。

缺點(diǎn)：

• 全自動(dòng)埋點(diǎn)一套SDK對(duì)應(yīng)一套數(shù)據(jù)上傳方式，需要盡可能通用，個(gè)性化的數(shù)據(jù)采集無(wú)法滿足。一般只能對(duì)頁(yè)面曝光、關(guān)閉，控件點(diǎn)擊這種通用事件進(jìn)行全自動(dòng)埋點(diǎn)。
• 全自動(dòng)埋點(diǎn)覆蓋面廣，數(shù)據(jù)傳輸壓力大，可能有很多上傳上來(lái)的信息是不需要的。
• 和一些半自動(dòng)埋點(diǎn)中PM可自行通過(guò)SDK自助進(jìn)行埋點(diǎn)相比，全自動(dòng)埋點(diǎn)仍需要PM和開(kāi)發(fā)溝通。因?yàn)槿詣?dòng)埋點(diǎn)中埋點(diǎn)編碼為自動(dòng)生成，其意義只有開(kāi)發(fā)明白，要想對(duì)應(yīng)到業(yè)務(wù)含義，必須由開(kāi)發(fā)參與。
• 安卓APP和IOS APP往往是兩組開(kāi)發(fā)人員開(kāi)發(fā)的。全自動(dòng)埋點(diǎn)這種“埋點(diǎn)創(chuàng)造于開(kāi)發(fā)過(guò)程而不是需求過(guò)程”的模式，很容易導(dǎo)致同一個(gè)埋點(diǎn)事件，其埋點(diǎn)物理編碼在安卓和IOS上是不同的，這就需要埋點(diǎn)需求方花費(fèi)時(shí)間去做對(duì)應(yīng)。對(duì)應(yīng)過(guò)程是復(fù)雜而艱辛的。

因而，全自動(dòng)埋點(diǎn)適用于產(chǎn)品比較小，頁(yè)面、控件少，上傳的數(shù)據(jù)也較少的情況。同樣，全自動(dòng)埋點(diǎn)也可以配合可視化埋點(diǎn)方案，此時(shí)可視化頁(yè)面中不僅僅是捕捉到頁(yè)面或控件，同樣可以顯示其已存在的埋點(diǎn)編碼名稱(chēng)，埋點(diǎn)需求方可將該不易讀的編碼錄入到可讀的業(yè)務(wù)含義上。

相關(guān)閱讀

想看埋點(diǎn)數(shù)據(jù)？產(chǎn)品經(jīng)理有必要了解的埋點(diǎn)知識(shí)（2）

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

題圖來(lái)自 Pixabay，基于 CC0 協(xié)議