上一期，易觀的技術男們，用超過五千字的內容，詳細講解了埋點。今天這篇文章，則主要圍繞埋點方式之一的可視化埋點展開，從其技術原理，優(yōu)點缺點，實際案例等方面，向大家立體展示這一埋點方式。此篇為埋點系列文章第二篇。

　　可視化埋點，通常是指用戶通過設備連接用戶行為分析工具的數據接入管理界面，對可交互且交互后有效果的頁面元素(如：圖片、按鈕、鏈接等)，直接在界面上進行操作實現(xiàn)數據埋點，下發(fā)采集代碼生效回數的埋點方式。這種方式所見即所得，跳過代碼部署、測試驗證和發(fā)版過程，極大提升生產力。

　　易觀方舟的可視化埋點頁面

　　▌可視化埋點的出現(xiàn)，是為更好的解決代碼埋點流程復雜、成本高等問題

　　以精細化運營分析工具——易觀方舟為例，使用者只需在其可視化埋點頁面上，點擊想要監(jiān)測的元素，然后起個名字、給個編號，埋點就完成了。同時，還可以根據時間、地理位置、操作系統(tǒng)、useragent、渠道等幾十個維度，細分查看該埋點的數據，而不僅僅是這個元素的點擊。

　　可視化埋點的技術原理是什么呢?其實，可視化埋點與好多年前比較流行的面向業(yè)務人員的網頁制作工具Dreamweaver 類似，即所見即所得，通過點擊交互替代手寫代碼。可視化埋點參考Visual Studio 等一系列IDE做法，用可視化的頁面交互手段來代替代碼編寫，從而大幅縮減工作量和溝通成本，同時降低出錯幾率。

　　另外，從流程上講，每次埋點后，業(yè)務人員都還要等待APP/網頁/小程序的更新發(fā)版or上線，才能看到數據，這種時間滯后性，大大傷害了業(yè)務人員的數據使用需求。所以，參考很多手游的做法，把核心代碼、配置、資源分開，通過網絡更新配置和資源從而實現(xiàn)采集代碼下發(fā)。達到所見即所得的效果。

　　▌代碼埋點VS可視化埋點

　　代碼埋點與可視化埋點對比圖

　　通過對比兩者所需步驟和人力配比，不難發(fā)現(xiàn)，可視化埋點的流程，從5步減少至3步，時間也相對縮短，降低了人力成本，提高了生產效率。

　　當然，可視化埋點也并不是無所不能，也存在一些局限性：

　　1. 業(yè)務屬性數據，例如，訂單號、金額、商品數據量等，通常要調用后臺的接口，可視化埋點在這方面的支持有限;尤其國內的安卓基本上不是“原裝”的，開發(fā)沒有統(tǒng)一的規(guī)范，除非每個廠商一套策略，否則靠可視化埋點很難獲取這部分數據;并且每個廠商一套策略，搞不好監(jiān)測的SDK比應用都大，就太不友好了;

　　2. 國內山寨機的數量很大，個別山寨機甚至一批機器一個IMEI，這種灰色地帶的數據監(jiān)測，目前并沒有具備可行性的可視化埋點方案;

　　3. 網頁、app和小程序的開發(fā)“流派”很多，各有特色;但對于可視化埋點而言，就是開發(fā)沒有統(tǒng)一規(guī)范，導致某些場景下監(jiān)測不到或監(jiān)測準確性不足;例如，一些前端架構不完善的公司的新手前端程序員，經常忘記給元素加id或class等起標識作用的屬性，導致自己維護麻煩，監(jiān)測也麻煩。

　　總之，這些不如人意的地方，最終會導致可視化埋點獲取不到一些數據，或監(jiān)測數據的準確性降低。

　　就目前技術來講，可視化埋點并不能使數據采集達到最完美的狀態(tài);雖然它可以提升效率，但滿足不了所有場景的數據采集。從使用角度來說，如果是急于需要使用數據，人力資源又緊張的情況下，可視化埋點就是最后的選擇。如果緊急度不高，且人手充足的情況下，則可考慮代碼埋點。