想知道哪個資源位點擊量更高，哪種類型的人群是自己的目標用戶，某個頁面的停留時長等等，可通過數(shù)據(jù)埋點來統(tǒng)計。所以運營一款產(chǎn)品，數(shù)據(jù)埋點是必不可少的。

理解數(shù)據(jù)上報的整個鏈路，對于數(shù)據(jù)來源、數(shù)據(jù)計算、數(shù)據(jù)質量、數(shù)據(jù)需求迭代就更有把握，跟開發(fā)溝通起來效率更高。

目錄

1、數(shù)據(jù)埋點
2、數(shù)據(jù)存儲
3、數(shù)據(jù)計算
4、可視化展示

數(shù)據(jù)埋點

下文以“代碼埋點”方式為例講解（數(shù)據(jù)埋點的幾種方式可看上一篇文章技術角度看數(shù)據(jù)中臺(一)：數(shù)據(jù)埋點）。

1、一個事件發(fā)生時，需要上報哪些數(shù)據(jù)？

當事件發(fā)生時（比如頁面瀏覽、按鈕點擊），前端會把事件以key-value的格式上報到服務端。

這里的key指的是唯一識別事件的id，這個id可以是產(chǎn)品提前定好的具有語義的標記，可能會以“應用_頁面_功能”的格式命名。（命名方式可根據(jù)自己業(yè)務調整）。

比如"下單"按鈕的事件id，如果是在小程序商品詳情頁下的單，id是"wxapp_detail_order"，如果是在網(wǎng)站的商品詳情頁下的單，id是"web_detail_order"。

value一般會包括這3個數(shù)據(jù)：觸發(fā)頁面URL、觸發(fā)時間、觸發(fā)者id。有了這些數(shù)據(jù)，就可以分析一個事件發(fā)生的數(shù)量、時間、具體頁面、人群了。

2、除了上報事件的相關屬性，還可以上報用戶的哪些屬性呢？
一般來說，要做一個應用的數(shù)據(jù)埋點，都會設計預置屬性。預置屬性一般包括設備屬性和常用的業(yè)務屬性。

比如對于web端，預置屬性可能會包含：域名、頁面路徑、頁面標題、國家、省份、城市、屏幕高度、屏幕寬度、瀏覽器類型、瀏覽器版本、操作系統(tǒng)、操作系統(tǒng)版本等。

3、除了前端埋點，后端可以埋點嗎？后端埋點適用于什么場景？
后端也可以埋點。對于一些需要十分準確的采集的關鍵事件，比如支付、登錄等事件是在頁面關閉之后才發(fā)送的（即點擊支付、登錄頁面發(fā)生了跳轉），有些瀏覽器可能會取消掉頁面關閉時發(fā)出的請求，導致后端沒收到上報的數(shù)據(jù)。所以這類事件建議前后端一起統(tǒng)計，提高數(shù)據(jù)的準確性。

4、數(shù)據(jù)會不會出現(xiàn)丟失的情況？該如何保障數(shù)據(jù)質量？
數(shù)據(jù)是有可能會丟失的。數(shù)據(jù)丟失的場景有很多，比如用戶設備網(wǎng)絡異常，用戶估計就會關掉頁面；再比如用戶手機進程閃退，用戶突然關掉頁面或瀏覽器；或者上報數(shù)據(jù)接口異常，都有可能導致數(shù)據(jù)丟失。

這種情況我們只能盡可能避免數(shù)據(jù)的丟失。
1、當頁面離開時，立即上報所有數(shù)據(jù)（可能還是存在有的瀏覽器不會執(zhí)行頁面離開事件）。

2、把數(shù)據(jù)存儲在客戶端的本地緩存中(localstorage)。當網(wǎng)絡異常/服務端接口異常時，即使用戶關閉了頁面，等下一次用戶再進來時，可以先檢測本地緩存中是否存在之前沒有上報的事件數(shù)據(jù)，如果有的話立即上報。

5、數(shù)據(jù)發(fā)送的時機是怎樣的？
一般一個事件觸發(fā)后，事件數(shù)據(jù)不會立即實時上報。如果事件觸發(fā)比較頻繁，實時上報的話，會耗費用戶比較多的流量，也會加大服務器壓力。

所以我們一般會使用延時批量上報。比如當事件觸發(fā)時，會先把數(shù)據(jù)緩存在本地，當?shù)竭_3s時，批量上報一次數(shù)據(jù)。

數(shù)據(jù)存儲

一般數(shù)據(jù)上報到服務端后，不會立即做計算。因為有些數(shù)據(jù)指標計算量比較大，會加大服務端壓力，所以會先把原始數(shù)據(jù)做一個簡單的清洗，比如把事件id、觸發(fā)時間、頁面路徑、用戶id等篩選出來，存到數(shù)據(jù)表相應的字段中。

因為原始數(shù)據(jù)量比較大，一般會根據(jù)需求設置一個有效期，比如1年，1年前的數(shù)據(jù)會定時清理掉，這樣既可以減小數(shù)據(jù)庫壓力，又能省錢。

數(shù)據(jù)計算

對于一些簡單的數(shù)據(jù)指標，比如pv、uv、曝光、點擊，計算任務只需要從原始數(shù)據(jù)庫篩選出來就可以了。

但是對于一些復雜的數(shù)據(jù)指標，比如點擊7天成交商品件數(shù)、點擊15天ROI、曝光30天成交筆單價等，是需要數(shù)據(jù)分析師寫腳本去算的。

數(shù)據(jù)分析師算好的數(shù)據(jù)，會落入一個結果表中，這是一份比較干凈的數(shù)據(jù)，后臺可以直接讀取這份數(shù)據(jù)，傳給前端就可以展示啦。

可視化展示

前端一般會使用第三方圖表庫來展示數(shù)據(jù)。下面列舉出常用的幾種圖表庫。

一、Echarts - 最全的圖表庫
echarts是百度商業(yè)前端團隊開發(fā)的圖表庫，免費開源，可用于商用。

它是至今國內最火和最全的圖表庫，基本我們想要的圖表，它都有。

echarts的最大亮點是它能實現(xiàn)三維圖表和地球的展示，這點其他開源庫基本沒有。它的三維是真三維，可以配置各種光照、陰影等等。echarts還提供了編輯器和大量案例。

二、antv
這是支付寶團隊自研的圖表庫。
它的圖庫類型跟echarts差不多，但是它更注重視覺設計效果，它的圖看起來視覺上更好看一些，還有antv推出的G6關系圖和流程圖比起echart會更好用（數(shù)據(jù)處理比較簡單）。

近期antv開始做一些更酷炫的動畫和交互，也是值得期待的。

三、Highcharts
highCharts是全球知名度比較高的圖表庫，他雖然開源，但是商用是需要收費的，個人免費。

當數(shù)據(jù)量達到萬條的級別時，Highcharts的多表聯(lián)動、自動縮放具有更強的優(yōu)勢，而Echarts則會出現(xiàn)明顯的卡頓。

Highcharts基于SVG，方便定制，同類型的圖表，Highcharts能玩出100種花樣。極高的自由度非常適用于定制商業(yè)化的大屏。

產(chǎn)品需要知道公司里，前端使用的是哪款圖表庫，方便于從中選擇一些圖表展示數(shù)據(jù)。

---end---

--- 推薦閱讀 ---

技術角度看數(shù)據(jù)中臺(一)：數(shù)據(jù)埋點
推薦幾款電商管理后臺模版
推薦8款好用的數(shù)據(jù)采集工具
搜不到想要的內容？那是你沒掌握這10個高級搜索技巧