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

埋點是什么？

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

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

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

埋點的作用

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

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

埋點種類

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

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

埋點方式

1、手動埋點

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

優(yōu)點：

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

缺點：

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

2、半自動埋點

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

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

優(yōu)點：

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

缺點：

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

3、全自動埋點

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

全自動埋點方法聽起來挺簡單粗暴，優(yōu)點和缺點也同樣突出。

優(yōu)點：

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

缺點：

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

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

相關(guān)閱讀

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

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

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