從埋點(diǎn)技術(shù)的誕生和發(fā)展不難看出，一切都是源于大數(shù)據(jù)的發(fā)展，對(duì)數(shù)據(jù)的需求更加全面和精準(zhǔn)，為適應(yīng)這種發(fā)展，埋點(diǎn)技術(shù)不斷更新迭代。這也是大數(shù)據(jù)發(fā)展的根源。

乍一看題目感覺是個(gè)病句，但從技術(shù)上來(lái)說(shuō)卻是下一個(gè)升級(jí)。

一直以來(lái)，人們把大數(shù)據(jù)和埋點(diǎn)技術(shù)緊緊捆綁在一起，大數(shù)據(jù)時(shí)代也被稱為埋點(diǎn)時(shí)代。技術(shù)發(fā)展，更新更快的無(wú)埋點(diǎn)技術(shù)橫空出世。那么埋點(diǎn)技術(shù)是不是就此被判了死刑，無(wú)埋點(diǎn)就是萬(wàn)能的了？ 非也，二者只會(huì)進(jìn)化的更為高級(jí)。

為什么這樣說(shuō)呢？其實(shí)從埋點(diǎn)技術(shù)的誕生和發(fā)展不難看出，一切都是源于大數(shù)據(jù)的發(fā)展，對(duì)數(shù)據(jù)的需求更加全面和精準(zhǔn)，為適應(yīng)這種發(fā)展，埋點(diǎn)技術(shù)不斷更新迭代。這也是大數(shù)據(jù)發(fā)展的根源。

埋點(diǎn)的進(jìn)化發(fā)展史

互聯(lián)網(wǎng)發(fā)展起始階段，用戶不關(guān)心流量，沒有意識(shí)到需要檢測(cè)網(wǎng)站信息，一切都處在野蠻生長(zhǎng)的階段，隨著時(shí)代的進(jìn)步，業(yè)務(wù)也在增長(zhǎng)，網(wǎng)站的流量開始增多，這時(shí)大家意識(shí)到這些數(shù)據(jù)中蘊(yùn)含著大量的用戶信息，加之用戶需求越來(lái)越復(fù)雜，這時(shí)運(yùn)營(yíng)人員就需要一些關(guān)鍵的數(shù)據(jù)作為參考。

比如一些互聯(lián)網(wǎng)公司，發(fā)展到一定程度，都會(huì)有專門的數(shù)據(jù)團(tuán)隊(duì)或者兼職數(shù)據(jù)人員，對(duì)公司的一些業(yè)務(wù)指標(biāo)負(fù)責(zé)。同時(shí)產(chǎn)品的迭代升級(jí)同樣需要大量的數(shù)據(jù)來(lái)支撐，如果沒有數(shù)據(jù)指標(biāo)的支撐，又怎么衡量這個(gè)功能升級(jí)是不是合理的呢？互聯(lián)網(wǎng)產(chǎn)品并不是功能越多就越好，產(chǎn)品是否經(jīng)得起用戶考驗(yàn)，還是要基于數(shù)據(jù)說(shuō)話的，然后學(xué)習(xí)新知識(shí)，用于下一輪的迭代。于是，埋點(diǎn)就此誕生了！

從埋點(diǎn)發(fā)展到今天的無(wú)埋點(diǎn)經(jīng)歷三個(gè)階段的升級(jí)，第一階段是代碼埋點(diǎn)，最初的埋點(diǎn)是在代碼的關(guān)鍵部位植入N行代碼，追蹤用戶的行為,得到想要的數(shù)據(jù)。挖開產(chǎn)品本身,找到收集點(diǎn).進(jìn)行源源不斷的傳遞數(shù)據(jù)。簡(jiǎn)單的說(shuō),找節(jié)點(diǎn),布代碼,收數(shù)據(jù)。

但隨著業(yè)務(wù)規(guī)模擴(kuò)大，數(shù)據(jù)需求增多，埋點(diǎn)效率低下，采集成本過(guò)高等問(wèn)題開始暴露，這時(shí)候新的埋點(diǎn)技術(shù)出現(xiàn)了，即第二階段框架式埋點(diǎn)。

框架式埋點(diǎn)也稱“可視化埋點(diǎn)”。用框架式交互手段來(lái)代替純手工寫代碼，固化相應(yīng)代碼的做為SDK,方便直接調(diào)用.這是一個(gè)非常大的進(jìn)步?？蚣苁铰顸c(diǎn)很好地解決了代碼埋點(diǎn)的埋點(diǎn)代價(jià)大和更新代價(jià)大兩個(gè)問(wèn)題。但框架式埋點(diǎn)能夠覆蓋的功能有限，關(guān)鍵在于不是所有的控件操作都可以通過(guò)這種方案進(jìn)行定制，而且數(shù)據(jù)收集難度加大，因此無(wú)埋點(diǎn)技術(shù)走入了大眾的視線。

“無(wú)埋點(diǎn)”則是先盡可能收集所有的控件的操作數(shù)據(jù)，然后再通過(guò)界面配置哪些數(shù)據(jù)需要在系統(tǒng)里面進(jìn)行分析?！盁o(wú)埋點(diǎn)”相比框架式埋點(diǎn)的優(yōu)點(diǎn)，一方面是解決了數(shù)據(jù)“回溯”的問(wèn)題，另一方面，“無(wú)埋點(diǎn)”方案也可以自動(dòng)獲取很多啟發(fā)性的信息。無(wú)埋點(diǎn)大大減少了開發(fā)人員的開發(fā)成本及技術(shù)和業(yè)務(wù)人員的溝通成本。

可以說(shuō)無(wú)埋點(diǎn)技術(shù)的出現(xiàn)，最大化的提升了數(shù)據(jù)收集的速度，大幅縮短了數(shù)據(jù)收集周期，使得原來(lái)不敢想的事情現(xiàn)在敢做了，原來(lái)礙于必須有時(shí)效性不敢收集的數(shù)據(jù)也可以迅速進(jìn)行分析了，在這點(diǎn)上，無(wú)埋點(diǎn)技術(shù)對(duì)傳統(tǒng)埋點(diǎn)技術(shù)的優(yōu)勢(shì)巨大。那么發(fā)展到無(wú)埋點(diǎn)是否就此為止了呢？答案是否定的。

下一個(gè)階段：無(wú)埋點(diǎn)基礎(chǔ)上的有埋點(diǎn)

從埋點(diǎn)到無(wú)埋點(diǎn)，每個(gè)階段的演變都是順應(yīng)時(shí)代發(fā)展的需求，二者不是簡(jiǎn)單的被淘汰，而是在原來(lái)的基礎(chǔ)上更新迭代，回到根源上來(lái)說(shuō)，對(duì)數(shù)據(jù)的全面和精準(zhǔn)，也是技術(shù)進(jìn)化的一個(gè)催化加。因此我們有理由大膽猜測(cè)，數(shù)據(jù)分析技術(shù)只會(huì)繼續(xù)下一個(gè)階段的進(jìn)化，基于無(wú)埋點(diǎn)上的有埋點(diǎn)，支持我們的理由是什么？

首先我們了解一下它的概念，所謂無(wú)埋點(diǎn)技術(shù)，并不是說(shuō)完全不用在App中植入代碼，而是需要調(diào)用SDK代碼，在應(yīng)用頁(yè)面的加載過(guò)程中、點(diǎn)擊事件傳播過(guò)程中、在其中間的某個(gè)點(diǎn)自動(dòng)嵌入監(jiān)測(cè)代碼來(lái)采集數(shù)據(jù)。

簡(jiǎn)單來(lái)說(shuō)，就是通過(guò)簡(jiǎn)單的引入一段代碼來(lái)實(shí)現(xiàn)監(jiān)測(cè)。目前主流的APP監(jiān)測(cè)，引入監(jiān)測(cè)方的SDK；網(wǎng)站端監(jiān)測(cè)，則引入監(jiān)測(cè)方的JS文件，通過(guò)引入的SDK或者JS文件來(lái)實(shí)現(xiàn)對(duì)APP或者網(wǎng)站的流量、頁(yè)面熱點(diǎn)、用戶數(shù)等等這類基礎(chǔ)數(shù)據(jù)的統(tǒng)計(jì)分析。因此無(wú)埋點(diǎn)，并非完全不埋點(diǎn)，只是少埋點(diǎn)，不是大家理解的不埋任何代碼就能實(shí)現(xiàn)監(jiān)測(cè)，無(wú)埋點(diǎn)不能脫離有埋點(diǎn)獨(dú)立存在的。

其次，雖然無(wú)埋點(diǎn)看似十分先進(jìn)，但也同樣存在一些弊端，不能靈活地自定義屬性，傳輸時(shí)效性和數(shù)據(jù)可靠性欠佳，由于所有的控件事件都全部搜集，給服務(wù)器和網(wǎng)絡(luò)傳輸帶來(lái)更大的負(fù)載；現(xiàn)有的無(wú)埋點(diǎn)技術(shù)并非官方標(biāo)準(zhǔn)方案，有可能在未來(lái)無(wú)法使用；監(jiān)測(cè)需求相對(duì)比較基礎(chǔ)，更多的是依據(jù)流量、用戶、熱點(diǎn)的一些分析統(tǒng)計(jì)，不涉及到一些自定義、或者更細(xì)化的統(tǒng)計(jì)分析，比如每個(gè)訂單、 會(huì)員的監(jiān)測(cè)；或者頁(yè)面存在jQuery時(shí)對(duì)頁(yè)面熱點(diǎn)的監(jiān)測(cè)。

比如我們以APP來(lái)說(shuō)，APP所有新聞頁(yè)、產(chǎn)品詳情頁(yè)的類名都是一個(gè)，那么無(wú)埋點(diǎn)就無(wú)法區(qū)分不同新聞頁(yè)或者產(chǎn)品詳情頁(yè)的數(shù)據(jù)，這就影響到了數(shù)據(jù)的精準(zhǔn)，這種情況下就需要添加代碼來(lái)實(shí)現(xiàn)。

就比如城市要鋪設(shè)新的業(yè)務(wù)管道，那必須開挖路面，光看是不行的，同時(shí)要計(jì)量或控制管道的流量大小，知道管道里的流動(dòng)情況，就必須在相應(yīng)的節(jié)點(diǎn)上裝相應(yīng)的閥門，這就好像埋點(diǎn)一樣。

有時(shí)一些特殊需求或者特殊格式，也需要額外手動(dòng)發(fā)送請(qǐng)求代碼來(lái)實(shí)現(xiàn)，比如滾動(dòng)條高度、及其它稍復(fù)雜的監(jiān)控都無(wú)法做到，如果需要采集全方位的數(shù)據(jù)進(jìn)行更專業(yè)的分析，仍需要靠開發(fā)人員來(lái)埋點(diǎn)配置。

可見，無(wú)埋點(diǎn)在數(shù)據(jù)監(jiān)測(cè)中并不能做到全面。這就注定埋點(diǎn)技術(shù)不會(huì)安安靜靜的選擇“狗帶”，無(wú)埋點(diǎn)技術(shù)又不是吹噓的十分萬(wàn)能。實(shí)現(xiàn)全面監(jiān)測(cè)，將二者有效的結(jié)合在一起才是發(fā)展的正理。

因此在基于無(wú)埋點(diǎn)的基礎(chǔ)上，通過(guò)一些手動(dòng)發(fā)送請(qǐng)求方式（也就是所謂的埋點(diǎn)），來(lái)實(shí)現(xiàn)全面監(jiān)測(cè)，這是目前行業(yè)需求和技術(shù)發(fā)展的主流方向，在這方面，國(guó)內(nèi)領(lǐng)先的第三方數(shù)據(jù)監(jiān)測(cè)服務(wù)商99click商助科技走在了技術(shù)的前端，在無(wú)埋點(diǎn)的基礎(chǔ)上融入有埋點(diǎn)技術(shù)，為用戶提供全面的數(shù)據(jù)信息，這種技術(shù)既解決了數(shù)據(jù)分析中的弊端，又確保了數(shù)據(jù)的精準(zhǔn)性，同時(shí)也具備很強(qiáng)的擴(kuò)展性。

我們靜待下一個(gè)進(jìn)化階段的到來(lái)！

作者：99click（微信公眾號(hào)：cn99click）

本文由 @99click商助科?原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。