APP埋點方式大彙總
埋點方式大彙總圖如下:
|
程式碼埋點 |
無碼埋點 |
全/無埋點 |
按業務需求自定義埋點 |
√ |
√ |
|
支援事件引數 |
√ |
⭕ |
⭕ |
部署週期 |
隨版本 |
靈活 |
一次部署 |
需要技術人員寫程式碼 |
√ |
× |
√ |
需要版本更新 |
√ |
× |
√ |
分析資料難度 |
低 |
低 |
高 |
傳輸資料量 |
按需 |
按需 |
大 |
適合客戶群 |
定製化需求 |
特定業務 中小團隊 |
業務量較小 中小團隊 |
埋點方式詳解-全/無埋點
1)全埋點
全埋點需要APP中嵌入SDK,在全域性一個位置一次性嵌入一段程式碼後,無差異的採集使用者的所有行為。
優點:
1.
2. 資料可在一段時間內回溯。
缺點:
1.資料未加工、分析難度大:事件數特別大時,分析人員的操作步驟會較多,同時會遇到大量困難,包括長連結、英文/拼音、各種縮寫。
2.資料量大:對儲存、傳輸、查詢的硬體資源要求增大。
3.有可能導致 app crash 風險增加;
代表:
GrowingIO
全埋點的適用場景:
業務範圍、統計需求較小。
要求分析人員能力極強。
埋點方式詳解-程式碼埋點
2)程式碼埋點
程式碼埋點是在需要計數和採集資訊的按鍵、頁面位置植入程式碼,可以靈活的控制埋點的範圍、傳出的內容(包括具體引數和將事件解析成中文)。
程式碼埋點的優點:
1.可以採集使用者行為屬性:程式碼埋點能收集到全部的使用者行為,可以與APP自身的功能完全一致。
2.部署方式靈活:部署程式碼埋點的範圍比較靈活,可以根據具體的業務需求增加或刪減埋點範圍和屬性引數。
程式碼埋點的缺點:
1.寫程式碼工作量大,人力成本高:開發人員需要逐個位置去部署;
2.更新週期長 :必須在使用者更新APP後,才能開始收集資料。
3.維護工作繁重:每次新版本時都要對新功能做埋點;現有業務功能調整時埋點不能及時跟進。
代表:
易觀方舟;Mixpanel;Google Analytics
程式碼埋點的適用場景:
僅需研究部分主流業務,有較高定製化分析需求,對使用者行為的屬性引數有較大的需求。
業務人員的分析能力和營銷經驗。
埋點方式詳解-視覺化埋點
3)視覺化埋點
視覺化埋點又叫無碼埋點,需要在APP上部署一套基礎程式碼,在APP端實時的、通過視覺化介面對事件進行埋點。運營人員在操作時,僅需使用移動裝置和web頁面即可完成操作。
視覺化埋點的優點:
1.操作難度低:無需技術團隊嵌入程式碼,不懂程式碼的業務團隊也可通過視覺化介面做埋點配置,並可以實時下發到客戶端生效。
2.無需版本更新:視覺化埋點不需要在更新版APP後才可回數,而是即時生效。
3.對所有版本生效:新增埋點可對所有版本生效。
視覺化埋點的缺點:
1.不能靈活設定事件屬性:只能傳預設範圍內的引數。
2.覆蓋功能有限:不是所有的控制元件操作都可以通過這種方案進行定製。
代表:
易觀方舟
視覺化埋點的適用場景:
分析或統計需求簡單,不需要對埋點事件進行傳參等自定義屬性設定
頻繁上線或更新的H5型別的運營活動