資料產生–>資料採集–>資料處理–>資料分析–>資料探勘–>產品優化
針對特定使用者行為或事件進行捕獲、處理和傳送的相關技術及其實施過程。用來跟蹤使用者使用狀況和優化產品。
技術實質：
監聽軟體執行中的事件，當需要關注的事件發生時，進行判斷和捕獲。
注意：明確事件發生的時間點、判別條件。
埋點原則：
1、獲取目標資料；
2、獲取當前版本情況；
1）新功能使用情況是否符合預期；
2）新功能對其他功能、整體是否有積極影響；
3）運營活動目標群體特徵獲取；
4）新增商業化目標監測。
3、為後續版本做資料支援。
1）規劃方向的使用者行為分析；
2）畫像特徵分析；
常見溝通過程以埋點文件為載體，以資料埋點評審為終結。
埋點方式：
一、**埋點：
實施人員：開發
優點：可以詳細的設定某乙個事件自定義屬性；
缺點：時間、人力成本大，資料傳輸的時效性。
二、視覺化埋點：
實施人員：資料產品、資料分析師
優點：埋點只需業務同學接入，無需開發支援；
缺點：僅支援客戶端行為。
三、無埋點：
定義：開發整合sdk後，sdk直接開始捕捉和檢測使用者在應用中的所有行為。
實施人員：資料產品、資料分析師
優點：1）無需開發，業務人員埋點即可；
2）支援先上報資料，後進行埋點。
缺點：1）資料量大；
2）多數有清空機制，超過n天，清空資料，無法追溯；
3）僅僅支援客戶端。
埋點技術：
一、客戶端埋點：
優點：1）能夠蒐集頁面展示、點選行為；
缺點：1）由於資料上報需要網路，當使用者產生行為而沒有網路時，則會延遲上報資料，影響資料的實時性。
3）當需要改變埋點時，需要更新版本才行，但是會存在有些使用者不更新版本情況，影響資料質量。
二、服務端埋點
優點：1）實時性好：實時收集，資料很準確，不存在延時上報；
2）變更成本小：當要改變埋點時，只要改變，上報資料就會改變；
缺點：1）不能收集不需要請求伺服器的資料；
2）使用者沒聯網的時候不能夠採集資料。
資料採集遇到的問題：
實時性：無網條件下產生的資料，無法實時上報；
完整性：部分資料無法採集，根據《使用者隱私協議》和《歐盟通用資料保護條例》
異常：部分埋點，隨版本公升級變化，無法獲取。如：android_id、idfa、idfv。
idfa、idfv解釋：
什麼是埋點？埋點的意義是什麼？有哪些用途？
所謂 埋點 是資料採集領域 尤其是使用者行為資料採集領域 的術語，指的是針對特定使用者行為或事件進行捕獲 處理和傳送的相關技術及其實施過程。埋點的業務意義顯而易見，即幫助定義和獲取分析人員真正需要的業務資料及其附帶資訊。在不同場景下，業務人員關注的資訊和角度可能不同。典型的應用場景有面向數字營銷領域...
埋點日誌MySQL 資料採集之js埋點
worker processes 2 events if ngx.var.arg domain then ngx.location.capture i log?ngx.var.args utrace uid end add header expires fri,01 jan 1980 00 00 0...
CSS 埋點統計
html head lang en meta charset utf 8 meta name viewport content width device width,initial scale 1,minimum scale 1,maximum scale 1,user scalable no ti...