作為埋點家族里的“輕食主義者”，可視化埋點的操作思路是這樣的......

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

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

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

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

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

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

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

代碼埋點VS可視化埋點

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

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

當然，可視化埋點也并不是無所不能，也有一些不如人意的地方：

1. 業務屬性數據，例如，訂單號、金額、商品數據量等，通常要調用后臺的接口，可視化埋點在這方面的支持有限；尤其國內的安卓基本上不是“原裝”的，開發沒有統一的規范，除非每個廠商一套策略，否則靠可視化埋點很難獲取這部分數據；并且每個廠商一套策略，搞不好監測的SDK比應用都大，就太不友好了；
2. 國內山寨機的數量很大，個別山寨機甚至一批機器一個IMEI，這種灰色地帶的數據監測，目前并沒有具備可行性的可視化埋點方案；
3. 網頁、app和小程序的開發“流派”很多，各有特色；但對于可視化埋點而言，就是開發沒有統一規范，導致某些場景下監測不到或監測準確性不足；例如，一些前端架構不完善的公司的新手前端程序員，經常忘記給元素加id或class等起標識作用的屬性，導致自己維護麻煩，監測也麻煩；

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

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