易觀方舟的可視化埋點(diǎn)操作實(shí)踐

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

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

　　易觀方舟的可視化埋點(diǎn)頁(yè)面

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

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

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

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

　　▌代碼埋點(diǎn)VS可視化埋點(diǎn)

　　代碼埋點(diǎn)與可視化埋點(diǎn)對(duì)比圖

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

　　當(dāng)然，可視化埋點(diǎn)也并不是無(wú)所不能，也存在一些局限性：

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

　　2. 國(guó)內(nèi)山寨機(jī)的數(shù)量很大，個(gè)別山寨機(jī)甚至一批機(jī)器一個(gè)IMEI，這種灰色地帶的數(shù)據(jù)監(jiān)測(cè)，目前并沒(méi)有具備可行性的可視化埋點(diǎn)方案;

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

　　總之，這些不如人意的地方，最終會(huì)導(dǎo)致可視化埋點(diǎn)獲取不到一些數(shù)據(jù)，或監(jiān)測(cè)數(shù)據(jù)的準(zhǔn)確性降低。

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