數據埋點方案
數據埋點方案分為三個部分
- 觸發條件的設置
- 映射關系的管理
- 采集上報的規則處理
神策數據埋點方案學習
對於神策數據來說，底層數據模型用的是"Event+User"的事件模型，因此埋點在神策數據這里稱為事件。埋點需求文檔稱為事件設計。
事件(埋點)設計的三個核心
- 將事件拆分成用戶單個的點擊和瀏覽動作
- 將需要分析的目標動作轉化成事件
- 結合分析的業務目標，設計事件
1.數據模型
傳統互聯網時代用Page View(網頁瀏覽量)來進行產品分析，衡量產品好壞，但現在PV已經遠遠無法滿足產品和運營人員的要求了。
- 每個產品有其獨特的衡量指標，例如對於一個視頻軟件來說，視頻播放量比較重要，而對於一個電商App來說，商品瀏覽量和下單量比較重要
- PV過於粗粒度，現在的產品需要更加精細的分析
事件模型就可以更加契合當前產品的要求。
事件模型包含五大要素：
- Who:用戶是誰，用唯一ID來標識用戶，對於登陸用戶，用后台的標識，對於未登錄用戶，用設備號、cookie等等
- Where:事件發生的位置，根據不同的需求來記錄事件發生的位置，可以是通過GPS定位得到的地理位置信息，或者粗粒度的國家、省份信息，又或者具體到某個小區的信息等等。
- How:用戶從事事件的方式，這里的概念比較廣，可能包含用戶的設備、用戶使用的瀏覽器、操作系統的版本，渠道等等。
- When:事件發生時間
- What:根據不同的事件記錄不同的信息，例如搜索事件，記錄搜索關鍵詞、搜索時間、搜索類型等等，又例如加入購物車事件，記錄加入的商品和商品類型等等。
2.客戶端埋點VS服務端埋點
神策數據建議在服務端埋點，理由如下：
- 很多事件在前端拿不到完整的信息，而后端通常可以獲得最全的信息
- 服務端埋點方便快捷，而App端每次都需要發版后才能增加新的埋點事件。
- App端埋點有丟失風險，為了節省用戶流量，App端一般都是在網絡環境良好時，應用程序位於前台時，才會將數據上傳，這就有可能導致數據不及時或者丟失的情況。
2.結合場景設計事件
例如提交機票和提交門票訂單，在設計事件時是否設計成同一場景還是分開處理？
兩種設計思路：兩者場景相差不大且分析場景時通常會整體分析，可以設計為同一事件；各事件場景相差很大，分析時多場景分析，可以設計為不同事件。
3.Session分析
對於網站而言，用戶的一系列行為，是一次訪問，稱為一次Session.
對於用戶行為我們一般記錄4W1H模型：Who誰在訪問，When什么時候訪問，Where地點，What用戶在做什么，How如何訪問的
基於這樣的用戶角度的行為記錄，無論是一個商場，還是一個網站，商家都能知道用戶做了什么，比如什么時候進入網站，什么時候買了什么東西等等。
但對於一些類似這樣的需求，例如用戶平均會來幾次，平均每次停留多長時間，平均每次逛了幾個頁面等等，這些需要連續性消息的分析，就需要將用戶的單點行為串聯成一個整體。
Session分析中的重點包含兩個方面，
Session應該包含哪些行為事件
Session如何切割：設置切割時長，即相鄰事件之間的間隔大於時長，則進行切割。
例如一個用戶首先打開了電商網站首頁，然后進行了搜索，進入了商品頁，最終將商品加入購物車，產生訂單，最后支付訂單等等。
傳統統計工具只會采集頁面瀏覽動作，所以Session的組成只包含首頁、商品頁和訂單頁三個事件，而神策數據可以采集全部的事件，包括首頁、搜索、商品頁、加入購物車等等，所以在計算用戶在商品頁的停留時長時，可以將加入購物車時間與商品頁時間相減，得到准確的停留時長。
傳統統計工具中的切割時長是固定的，例如PC端是30分鍾,APP端是1分鍾，假設用戶打開首頁后，切換至后台，再經過一定時間回到APP,例如兩分鍾，則此時Session被切割成兩段，打開首頁的那次切換停留時長為0，而切割時長根據業務、行業的不同而需要相應調整，神策數據提供了切割時長的配置。
例如對於視頻網站而言，假設Session切割時長為30分鍾，當一個用戶先瀏覽了網站10分鍾，然后打開了一個視頻，邊與女朋友打電話邊看視頻1個小時，結束通話后又繼續瀏覽網頁。
這時計算用戶的Session時長就會偏短，記錄深度不足。
而如果此時Session的切割時長為40分鍾或者1個小時時，則能更加真實體現用戶的訪問情況。
