關(guān)于“埋點(diǎn)”的演變史

導(dǎo)讀:埋點(diǎn)分析放钦,是一種常用的數(shù)據(jù)采集方法色徘。經(jīng)過不斷演化發(fā)展,由此所演變出的數(shù)據(jù)采集方式操禀,已出現(xiàn)很多類型褂策,并各具特點(diǎn)。為了讓大家更系統(tǒng)颓屑、更細(xì)致的了解斤寂,將圍繞“埋點(diǎn)”的概念、演變形式揪惦、應(yīng)用實(shí)例等推出系列講解內(nèi)容遍搞,系統(tǒng)闡述。

1533604893641-1.jpg

▌為什么要專門埋點(diǎn)丹擎?

互聯(lián)網(wǎng)應(yīng)用(網(wǎng)站尾抑、APP)在研發(fā)時(shí)往往不會(huì)專門記錄用戶身份和行為數(shù)據(jù),也不會(huì)包含專業(yè)的數(shù)據(jù)分析功能蒂培。但有時(shí)為了分析用戶產(chǎn)生某些動(dòng)作或不產(chǎn)生某些動(dòng)作的深層原因再愈,就需要詳細(xì)的用戶數(shù)據(jù)進(jìn)行分析。這個(gè)時(shí)候就需要用到專業(yè)的用戶分析工具以及埋點(diǎn)了护戳。

數(shù)據(jù)獲取是任何一個(gè)數(shù)據(jù)平臺(tái)的起始動(dòng)作翎冲。對(duì)于互聯(lián)網(wǎng)應(yīng)用來(lái)說(shuō),用戶行為的捕捉及獲取是重中之重媳荒。如果沒有準(zhǔn)確抗悍、全面的用戶身份和行為數(shù)據(jù)作為輸入驹饺,在后續(xù)分析中得到準(zhǔn)確洞察的可能性就會(huì)存在不確定性,營(yíng)銷閉環(huán)也會(huì)缺少過程數(shù)據(jù)依據(jù)缴渊,精細(xì)化運(yùn)營(yíng)更難以開展赏壹。

▌埋點(diǎn)原理

對(duì)基于用戶行為的數(shù)據(jù)平臺(tái)來(lái)說(shuō),發(fā)生在用戶界面的衔沼,能獲取用戶信息的觸點(diǎn)就是用戶數(shù)據(jù)的直接來(lái)源蝌借,而建立這些觸點(diǎn)的方式就是埋點(diǎn)。當(dāng)這些觸點(diǎn)獲取到用戶行為指蚁、身份數(shù)據(jù)后菩佑,會(huì)通過網(wǎng)絡(luò)傳輸?shù)椒?wù)器端進(jìn)行后續(xù)的處理。

埋點(diǎn)從準(zhǔn)確性角度考慮凝化,分為客戶端埋點(diǎn)和服務(wù)端埋點(diǎn)稍坯。客戶端埋點(diǎn)搓劫,即客戶操作界面中瞧哟,在客戶產(chǎn)生動(dòng)作時(shí)對(duì)用戶行為進(jìn)行記錄,這些行為只會(huì)在客戶端發(fā)生糟把,不會(huì)傳輸?shù)椒?wù)器端绢涡;而服務(wù)端埋點(diǎn)則通常是在程序和數(shù)據(jù)庫(kù)交互的界面進(jìn)行埋點(diǎn)牲剃,這時(shí)的埋點(diǎn)會(huì)更準(zhǔn)確地記錄數(shù)據(jù)的改變遣疯,同時(shí)也會(huì)減小由于網(wǎng)絡(luò)傳輸?shù)仍蚨鴰?lái)的不確定性風(fēng)險(xiǎn)。

從分析的角度出發(fā)凿傅,數(shù)據(jù)越準(zhǔn)確缠犀、越全面就越能達(dá)到理想狀態(tài);但在實(shí)際生產(chǎn)過程中卻不得不考慮數(shù)據(jù)獲取可行性等問題聪舒。由于數(shù)據(jù)分析工具的最終用戶可能是企業(yè)內(nèi)部的各種角色辨液,如工程師、產(chǎn)品運(yùn)營(yíng)箱残、市場(chǎng)甚至其他業(yè)務(wù)人員滔迈;大家會(huì)在不同時(shí)間,在產(chǎn)品不同的模塊中被辑,以不同的規(guī)則向產(chǎn)品中注入自己關(guān)心的采集代碼燎悍。遵循傳統(tǒng)方式,常見工作流程如下:


工作流程

團(tuán)隊(duì)內(nèi)部還會(huì)使用一種表格來(lái)搜集各個(gè)團(tuán)隊(duì)的埋點(diǎn)需求盼理,然后再交給工程師谈山。如下圖:


1533605044075-3.png

實(shí)際上,即使是赫赫有名的數(shù)據(jù)分析服務(wù)商Mixpanel宏怔,在很長(zhǎng)一段時(shí)間內(nèi)也只能將這種工作流程作為它所建議的最佳實(shí)踐奏路,甚至不得不花篇幅在文檔中心提供了幾種不同風(fēng)格的文檔畴椰,以此幫助大家熟悉這種工作流程。

▌傳統(tǒng)埋點(diǎn)的不足

一遍又一遍的迭代鸽粉,使行為采集及埋點(diǎn)管理這兩個(gè)動(dòng)作構(gòu)成了這個(gè)工作流的一個(gè)閉環(huán)斜脂,但這個(gè)閉環(huán)卻存在幾個(gè)明顯的弊端,因此触机,它們也是現(xiàn)在實(shí)際工作中讓大家非郴喟苦惱的地方:

  • 人力成本增加,即需要投入對(duì)業(yè)務(wù)和技術(shù)都具備一定專業(yè)水平的人專門負(fù)責(zé)
  • 溝通成本增加威兜,即前期需要同多方協(xié)作
  • 犯錯(cuò)成本增加销斟,即發(fā)現(xiàn)錯(cuò)漏無(wú)法快速事后補(bǔ)救
  • 管理成本增加高,即跨版本后椒舵,廢點(diǎn)會(huì)造成代碼垃圾也會(huì)影響性能

實(shí)際工作過程中蚂踊,部分企業(yè)一方面強(qiáng)調(diào)數(shù)據(jù)獲取的重要性,另一方面卻依然沒有真正把重心投入進(jìn)來(lái)笔宿。

對(duì)行業(yè)從業(yè)者來(lái)說(shuō)犁钟,數(shù)據(jù)獲取及管理,從來(lái)不是一個(gè)做到某種程度就夠用的問題泼橘,而是只要數(shù)據(jù)業(yè)務(wù)還在發(fā)展涝动,就要不斷通過自行迭代,去探索更好的獲取及管理方式的問題炬灭。時(shí)至今日醋粟,Mixpanel等著名國(guó)外廠商依然在努力挖掘提供更高效、準(zhǔn)確的埋點(diǎn)方式重归;國(guó)內(nèi)的廠商米愿,也還有很大的提升進(jìn)步空間。

聊完“埋點(diǎn)”這個(gè)大的概念鼻吮,其細(xì)分概念隨即出現(xiàn)育苟,如“無(wú)埋點(diǎn)”、“全埋點(diǎn)”椎木、“無(wú)痕埋點(diǎn)”违柏、“無(wú)碼埋點(diǎn)”、“可視化埋點(diǎn)”等等香椎。而站在用戶的角度漱竖,如果仍然對(duì)這些概念不甚了解,那么結(jié)合業(yè)務(wù)做好數(shù)據(jù)采集就難以展開士鸥,選擇適合自己團(tuán)隊(duì)和業(yè)務(wù)的埋點(diǎn)方法也無(wú)法進(jìn)行......

下面我將所有可能遇到的埋點(diǎn)方式和它們的名稱梳理并做簡(jiǎn)單講解闲孤,需要對(duì)你的工作有幫助。

▌代碼埋點(diǎn):最可控的埋點(diǎn)方式

代碼埋點(diǎn)是最經(jīng)典的幫助工程師了解用戶是如何使用產(chǎn)品的埋點(diǎn)方式。因?yàn)槭枪こ處熑斯⒙顸c(diǎn)結(jié)合到代碼邏輯中讼积,理論上只要是客戶端種的操作肥照,再?gòu)?fù)雜也能采集到。常見的如:頁(yè)面停留時(shí)間勤众,頁(yè)面瀏覽深度舆绎,視頻播放時(shí)長(zhǎng),用戶鼠標(biāo)軌跡们颜,表單項(xiàng)停留及終止等等吕朵。尤其是一些非點(diǎn)擊的、不可視的行為窥突,是非要代碼埋點(diǎn)來(lái)實(shí)現(xiàn)不可了努溃。所以如果我們需要對(duì)埋點(diǎn)有更加精準(zhǔn)的控制力,那么代碼埋點(diǎn)是最好的選擇阻问。

也許你還分不清集成和埋點(diǎn)梧税。為了進(jìn)行埋點(diǎn),廠商通常都提供一個(gè)代碼包称近,可以理解為一個(gè)工具包第队,里面包含常用的工具。想埋點(diǎn)就要先有這個(gè)工具包刨秆,也就是集成SDK凳谦。然后根據(jù)里面的說(shuō)明書,再使用這個(gè)工具包制作出各種東西衡未,也就是埋點(diǎn)了尸执。

當(dāng)然弊端也是很明顯的,前文說(shuō)描述的那些苦惱幾乎全是代碼埋點(diǎn)相關(guān)的眠屎。為了能讓埋點(diǎn)過程更高效剔交,廠商們做了很多努力肆饶。

▌全埋點(diǎn):讓我歡喜讓我憂

全埋點(diǎn)改衩,一些國(guó)內(nèi)的團(tuán)隊(duì)也稱“無(wú)埋點(diǎn)”、“無(wú)痕埋點(diǎn)”以及“自動(dòng)埋點(diǎn)”驯镊。是一種對(duì)全自動(dòng)的埋點(diǎn)方式的探索葫督,而且從名字看仿佛是個(gè)一勞永逸的解決方案,那我們先看看什么是“全埋點(diǎn)”板惑。

1533605132663-4.png

客戶端埋點(diǎn)一般分為訪問級(jí)橄镜、頁(yè)面級(jí)、頁(yè)內(nèi)行為級(jí)冯乘。用戶訪問一個(gè)網(wǎng)站或啟動(dòng)一個(gè)移動(dòng)應(yīng)用時(shí)幾乎所有的廠商都會(huì)自動(dòng)采集上報(bào)用戶的訪問洽胶;當(dāng)用戶訪問不同頁(yè)面時(shí),有一部分廠商就會(huì)選擇不默認(rèn)自動(dòng)采集裆馒,而將其作為一個(gè)選項(xiàng)交給用戶姊氓;而對(duì)于用戶在某一個(gè)頁(yè)面內(nèi)詳細(xì)的操作行為丐怯,只有極少數(shù)廠商支持自動(dòng)采集上報(bào)。實(shí)現(xiàn)了后兩種自動(dòng)采集的廠商翔横,通常會(huì)說(shuō)自己是全埋點(diǎn)读跷。但頁(yè)內(nèi)行為級(jí)的采集也還可以進(jìn)一步探討其采集的范圍。最常見的就是自動(dòng)采集可交互元素和自動(dòng)采集所有元素的差別禾唁。

可交互元素包含:鏈接效览、表單項(xiàng)(如按鈕、輸入框等)荡短、HTML 的對(duì)象級(jí)元素等丐枉。不可交互元素就太多了,絕大多數(shù)的頁(yè)面元素都屬于此類掘托。由于實(shí)際上網(wǎng)頁(yè)和移動(dòng)應(yīng)用中的大家可以看得到的界面很多都并不是標(biāo)準(zhǔn)元素矛洞,所以實(shí)際上界面上很多看似可交互的元素也都是無(wú)法自動(dòng)采集上報(bào)的。這一點(diǎn)不可不謂之遺憾烫映。

優(yōu)點(diǎn)沼本。

首先,全埋點(diǎn)確實(shí)會(huì)自動(dòng)采集非常多的數(shù)據(jù)锭沟,而且未來(lái)在使用數(shù)據(jù)的時(shí)候就可以從數(shù)據(jù)庫(kù)中直接查詢抽兆,不會(huì)面臨我想看的時(shí)候因?yàn)闆]有埋點(diǎn)采集而獲取不到的情況。這是非常受分析師喜愛的方式族淮,因此經(jīng)常會(huì)聽到“能采集就盡量都采集辫红,后續(xù)分析總能用得到”

其次祝辣,埋點(diǎn)是比較耗時(shí)的工作贴妻,需要業(yè)務(wù)方提供方案,工程師進(jìn)行埋點(diǎn)蝙斜,測(cè)試團(tuán)隊(duì)進(jìn)行測(cè)試名惩。而由于實(shí)際工作中埋點(diǎn)數(shù)量比較多,每次發(fā)布新功能或新活動(dòng)都需要新的埋點(diǎn)孕荠,所以埋點(diǎn)不但費(fèi)時(shí)娩鹉,而且錯(cuò)誤率也難以控制。有了全埋點(diǎn)稚伍,數(shù)據(jù)用不用都先收回來(lái)弯予,由于都是程序自動(dòng)完成,業(yè)務(wù)人員想要A 而工程師埋成B 這種錯(cuò)誤也幾乎不存在个曙。

缺點(diǎn)

然而任何事務(wù)都有它的兩面性锈嫩,其缺點(diǎn)也很明顯

首先,全埋點(diǎn)的“全”并非真的全部。基本的電腦瀏覽器和移動(dòng)應(yīng)用中頁(yè)面內(nèi)常見的用戶操作包括鼠標(biāo)行為呼寸、鍵盤行為和手指行為那槽。例如網(wǎng)頁(yè)端常見的鼠標(biāo)點(diǎn)擊、鼠標(biāo)滑動(dòng)等舔、屏幕滾動(dòng)骚灸、鍵盤錄入、光標(biāo)選取甚至靜止等慌植,移動(dòng)端除了類似點(diǎn)擊的按下甚牲,還有多指開合、拉動(dòng)蝶柿、用力按下等等行為丈钙。但這些操作并不會(huì)都被“埋點(diǎn)”,能埋點(diǎn)的通常僅限點(diǎn)擊或者按下交汤,這顯然是遠(yuǎn)遠(yuǎn)不夠的雏赦,甚至我們都不能稱之為全埋點(diǎn)。

其次芙扎,全埋點(diǎn)的“全”以采集上報(bào)的數(shù)據(jù)量為代價(jià)星岗,隨著數(shù)據(jù)量上升導(dǎo)致客戶端崩潰的概率也會(huì)上升。尤其是移動(dòng)端戒洼,更多的數(shù)據(jù)量意味著更多的電量俏橘、流量和內(nèi)存消耗。從這個(gè)角度來(lái)看圈浇,想做到真正的“全”在現(xiàn)階段也是很難寥掐。

第三,即使全部行為數(shù)據(jù)可以被接收回來(lái)磷蜀,具體分析時(shí)的二次梳理和加工也無(wú)法避免召耘,甚至痛苦。因?yàn)闄C(jī)器無(wú)法在采集時(shí)能按照我們想要的方式對(duì)全部事件進(jìn)行有意義的命名褐隆,甚至無(wú)法保證采集上來(lái)的事件都正好是正確的污它。于是前期埋點(diǎn)時(shí)節(jié)省下來(lái)的人力成本,這個(gè)時(shí)候又都搭進(jìn)去了妓灌。

第四轨蛤,現(xiàn)階段全埋點(diǎn)對(duì)于用戶身份信息和行為附帶的屬性信息也幾乎無(wú)能為力。

那么這個(gè)功能到底是我需要的嗎虫埂?這其實(shí)是個(gè)度的問題。關(guān)于這個(gè)問題圃验,只能說(shuō)得結(jié)合你實(shí)際情況掉伏,如果你更需要隨機(jī)探索過去點(diǎn)擊行為的趨勢(shì),那么這個(gè)功能就還合適,否則還有更好的選擇斧散。

▌可視化埋點(diǎn):一種所見即所得的埋點(diǎn)方式

代碼埋點(diǎn)和全埋點(diǎn)并沒有在易用性和準(zhǔn)確性方面達(dá)到平衡供常。可視化埋點(diǎn)鸡捐,很多時(shí)候也被稱為“無(wú)碼埋點(diǎn)”栈暇。前文提到,代碼埋點(diǎn)的缺點(diǎn)對(duì)于網(wǎng)站還好箍镜,但對(duì)于移動(dòng)應(yīng)用來(lái)講無(wú)疑是格外低效的源祈。為了解決這個(gè)問題,在一部分廠商選擇全埋點(diǎn)的同時(shí)也有大量廠商選擇了一種所見即所得埋點(diǎn)的道路色迂,即可視化埋點(diǎn)香缺。

可視化埋點(diǎn)的好處是可以直接在網(wǎng)站或移動(dòng)應(yīng)用的真實(shí)界面上操作埋點(diǎn),而且埋點(diǎn)之后立即可以驗(yàn)證埋點(diǎn)是否正確歇僧,這還不算完图张,將埋點(diǎn)部署到所有客戶端也是幾乎實(shí)時(shí)生效的。因?yàn)榭梢暬顸c(diǎn)的這些好處诈悍,分析的需求方祸轮,業(yè)務(wù)人員,沒有權(quán)限觸碰代碼或者不懂得編程的人都可以非常低的門檻獲取到用于分析的數(shù)據(jù)侥钳【笞玻可謂是埋點(diǎn)的一大進(jìn)步。

可視化埋點(diǎn)的部署原理

支持可視化埋點(diǎn)的SDK 會(huì)在被監(jiān)測(cè)的網(wǎng)站或移動(dòng)應(yīng)用被訪問時(shí)向服務(wù)器校驗(yàn)是否有新的埋點(diǎn)慕趴,如果發(fā)現(xiàn)更新的埋點(diǎn)痪蝇,則會(huì)從服務(wù)器下載并且立即生效。這樣就能確保服務(wù)器收到最新的埋點(diǎn)后冕房,所有客戶端都能在下一次訪問時(shí)得到部署了躏啰。

可視化埋點(diǎn)和全埋點(diǎn)

可視化埋點(diǎn)和全埋點(diǎn)有著對(duì)埋點(diǎn)和分析全然不同的追求“也幔可視化埋點(diǎn)的理念是提升原工作流程的效率——依然要梳理需求给僵、設(shè)計(jì)埋點(diǎn);全埋點(diǎn)則是將工作流都進(jìn)行了簡(jiǎn)化——反正數(shù)據(jù)會(huì)被采集回來(lái)详拙,這兩步的必要性就容易被忽視帝际。這里不能說(shuō)孰優(yōu)孰略,因?yàn)槭孪葒?yán)謹(jǐn)?shù)挠?jì)劃和事后發(fā)散的探索都是分析中的不同角度饶辙。況且這兩種埋點(diǎn)也完全不是排他的蹲诀,完全可以同時(shí)使用。

可視化埋點(diǎn)局限性也很多弃揽。

首先脯爪,可視化埋點(diǎn)也只是針對(duì)點(diǎn)擊可見元素的则北,其中可見元素最常見的就是點(diǎn)擊行為了。對(duì)于點(diǎn)擊操作的埋點(diǎn)也確實(shí)是目前可視化埋點(diǎn)的主攻點(diǎn)痕慢。但從實(shí)際情況看尚揣,復(fù)雜頁(yè)面、不標(biāo)準(zhǔn)頁(yè)面掖举、動(dòng)態(tài)頁(yè)面都給可視化埋點(diǎn)增加不可用的風(fēng)險(xiǎn)快骗,一旦遇到就還是只能代碼埋點(diǎn)了。

其次塔次,對(duì)于點(diǎn)擊操作附帶的業(yè)務(wù)屬性方篮,雖然也可通過進(jìn)一步選取屬性所在元素來(lái)獲取屬性信息,但國(guó)內(nèi)廠商支持得好的就比較少了俺叭。

第三恭取,為了確保埋點(diǎn)準(zhǔn)確性,可視化埋點(diǎn)也逐步整合了更為復(fù)雜的高級(jí)設(shè)置熄守,例如:“同頁(yè)面”蜈垮、“同版本”、“同層級(jí)”裕照、“同文本”……攒发,加上了這些復(fù)雜設(shè)置的可視化埋點(diǎn)也是那個(gè)為提效而生的可視化埋點(diǎn)嗎?

▌標(biāo)簽管理器(Tag manager):低調(diào)的高手

大家可能對(duì)標(biāo)簽比較陌生晋南,但用于采集網(wǎng)頁(yè)數(shù)據(jù)的SDK 大家已經(jīng)不陌生惠猿,這些嵌入到網(wǎng)頁(yè)中,能采集網(wǎng)頁(yè)上负间、移動(dòng)應(yīng)用或者視頻中的數(shù)據(jù)的偶妖,就是監(jiān)測(cè)類的標(biāo)簽。但標(biāo)簽的用途遠(yuǎn)不止于此政溃,通過在網(wǎng)站中嵌入代碼趾访,工程師可以對(duì)網(wǎng)站提供很多額外的能力。除了剛剛提到的數(shù)據(jù)監(jiān)測(cè)董虱,還可能為網(wǎng)站提供一些額外的功能扼鞋,最常見的就是推送個(gè)性化的內(nèi)容,例如:A/B 測(cè)試愤诱,消息推送云头,個(gè)性化廣告等等。

假如網(wǎng)站或者移動(dòng)應(yīng)用借助標(biāo)簽的能力實(shí)現(xiàn)很多功能淫半,那么就需要用到很多標(biāo)簽溃槐,而且標(biāo)簽可能也需要頻繁更新或改動(dòng)。同樣網(wǎng)頁(yè)還好撮慨,上線很容易竿痰,但移動(dòng)應(yīng)用可就難了脆粥,假如再出現(xiàn)了錯(cuò)漏砌溺,改正就要面臨非常長(zhǎng)的改正周期影涉。這種情況下,標(biāo)簽管理器就派上了用場(chǎng)规伐。

標(biāo)簽管理器提供了一個(gè)容器蟹倾,工程師只需要在網(wǎng)頁(yè)或移動(dòng)應(yīng)用中正確嵌入這個(gè)容器,之后不懂技術(shù)的團(tuán)隊(duì)也能通過在線管理的方式將后續(xù)各種標(biāo)簽發(fā)布到網(wǎng)頁(yè)或移動(dòng)應(yīng)用中猖闪。這樣就實(shí)現(xiàn)了技術(shù)人員和業(yè)務(wù)人員工作的各自為戰(zhàn)鲜棠。聽起來(lái)是不是跟可視化埋點(diǎn)很像?是的培慌,他們的原理是幾乎一模一樣的豁陆。只不過可視化埋點(diǎn)更傾向于針對(duì)客戶端的用戶點(diǎn)擊行為提供了直觀的方法,而標(biāo)簽管理器是代碼層面的吵护,能做的事情會(huì)更多一些盒音。

標(biāo)簽管理器非常強(qiáng)大的地方在于能免去代碼埋點(diǎn)而通過DataLayer 就能獲取到頁(yè)面中的變量,如每個(gè)用戶不同的用戶ID馅而、用戶等級(jí)祥诽、登錄狀態(tài)、購(gòu)買的產(chǎn)品的名稱以及價(jià)格等瓮恭;而通過觸發(fā)器能在這些變量符合一定的時(shí)才觸發(fā)事件的上報(bào)雄坪。是不是非常厲害!

目前最著名的標(biāo)簽管理器是谷歌推出Google Tag manager屯蹦,簡(jiǎn)稱GTM维哈,占據(jù)了83% 的份額。個(gè)人版是免費(fèi)的登澜,但依然提供了極其強(qiáng)大的功能阔挠,一般團(tuán)隊(duì)用都足夠了。想進(jìn)一步地了解GTM 的功能帖渠,可以閱讀它的官網(wǎng)谒亦,里面有非常豐富的講解和案例。

綜上空郊,目前客戶端中對(duì)用戶數(shù)據(jù)的獲取并不存在既簡(jiǎn)單又萬(wàn)能的解決方案份招,大家應(yīng)該在合適的場(chǎng)景選擇相應(yīng)的埋點(diǎn)方式,平衡成本和收益來(lái)進(jìn)行狞甚。好在現(xiàn)在廠商也基本上都支持以上多種客戶端行為采集方式锁摔。未來(lái),對(duì)于客戶端埋點(diǎn)來(lái)說(shuō)哼审,整合了標(biāo)簽管理器的某些特性的可視化埋點(diǎn)一定能更多地替代代碼埋點(diǎn)谐腰,解決工作中常見的所有客戶端行為采集需求孕豹。

就像早期論壇的編輯框,只能通過發(fā)布或者預(yù)覽功能才能看到帖子的效果十气,但后來(lái)所見即所得的編輯器出現(xiàn)使得文字的編輯變得非常高效和愉悅励背。目前開源社區(qū)流行的Markdown 格式依然沿用了這種方式,在諸多流行的Markdown 編輯器中砸西,依然是一側(cè)編輯叶眉、一側(cè)實(shí)時(shí)預(yù)覽,或直接就以最終格式的方式來(lái)編輯芹枷。

隨著IoT 時(shí)代的帶來(lái)衅疙,越來(lái)越多的用戶界面會(huì)出現(xiàn)在電腦和手機(jī)之外,越來(lái)越多的內(nèi)容是因人而異的鸳慈。屆時(shí)饱溢,未來(lái)越來(lái)越多的SDK 集成后會(huì)自動(dòng)采集更多標(biāo)準(zhǔn)的用戶行為,而對(duì)于非標(biāo)準(zhǔn)以及業(yè)務(wù)含義強(qiáng)的走芋,需要計(jì)算的绩郎,或者需要按照特定條件生效的埋點(diǎn),則可以交給可視化埋點(diǎn)來(lái)完成绿聘。但目前這個(gè)階段嗽上,最好的組合恐怕還是GTM 結(jié)合可視化埋點(diǎn)來(lái)完成吧。

埋點(diǎn)方式對(duì)比
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
  • 序言:七十年代末熄攘,一起剝皮案震驚了整個(gè)濱河市兽愤,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌挪圾,老刑警劉巖浅萧,帶你破解...
    沈念sama閱讀 222,590評(píng)論 6 517
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場(chǎng)離奇詭異哲思,居然都是意外死亡洼畅,警方通過查閱死者的電腦和手機(jī),發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 95,157評(píng)論 3 399
  • 文/潘曉璐 我一進(jìn)店門棚赔,熙熙樓的掌柜王于貴愁眉苦臉地迎上來(lái)帝簇,“玉大人,你說(shuō)我怎么就攤上這事靠益∩ル龋” “怎么了?”我有些...
    開封第一講書人閱讀 169,301評(píng)論 0 362
  • 文/不壞的土叔 我叫張陵胧后,是天一觀的道長(zhǎng)芋浮。 經(jīng)常有香客問我,道長(zhǎng)壳快,這世上最難降的妖魔是什么纸巷? 我笑而不...
    開封第一講書人閱讀 60,078評(píng)論 1 300
  • 正文 為了忘掉前任镇草,我火速辦了婚禮,結(jié)果婚禮上瘤旨,老公的妹妹穿的比我還像新娘梯啤。我一直安慰自己,他們只是感情好裆站,可當(dāng)我...
    茶點(diǎn)故事閱讀 69,082評(píng)論 6 398
  • 文/花漫 我一把揭開白布条辟。 她就那樣靜靜地躺著黔夭,像睡著了一般宏胯。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上本姥,一...
    開封第一講書人閱讀 52,682評(píng)論 1 312
  • 那天肩袍,我揣著相機(jī)與錄音,去河邊找鬼婚惫。 笑死氛赐,一個(gè)胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的先舷。 我是一名探鬼主播艰管,決...
    沈念sama閱讀 41,155評(píng)論 3 422
  • 文/蒼蘭香墨 我猛地睜開眼,長(zhǎng)吁一口氣:“原來(lái)是場(chǎng)噩夢(mèng)啊……” “哼蒋川!你這毒婦竟也來(lái)了牲芋?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 40,098評(píng)論 0 277
  • 序言:老撾萬(wàn)榮一對(duì)情侶失蹤捺球,失蹤者是張志新(化名)和其女友劉穎缸浦,沒想到半個(gè)月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體氮兵,經(jīng)...
    沈念sama閱讀 46,638評(píng)論 1 319
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡裂逐,尸身上長(zhǎng)有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 38,701評(píng)論 3 342
  • 正文 我和宋清朗相戀三年,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了泣栈。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片卜高。...
    茶點(diǎn)故事閱讀 40,852評(píng)論 1 353
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡,死狀恐怖南片,靈堂內(nèi)的尸體忽然破棺而出掺涛,到底是詐尸還是另有隱情,我是刑警寧澤铃绒,帶...
    沈念sama閱讀 36,520評(píng)論 5 351
  • 正文 年R本政府宣布鸽照,位于F島的核電站,受9級(jí)特大地震影響颠悬,放射性物質(zhì)發(fā)生泄漏矮燎。R本人自食惡果不足惜定血,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 42,181評(píng)論 3 335
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望诞外。 院中可真熱鬧澜沟,春花似錦、人聲如沸峡谊。這莊子的主人今日做“春日...
    開封第一講書人閱讀 32,674評(píng)論 0 25
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽(yáng)既们。三九已至濒析,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間啥纸,已是汗流浹背号杏。 一陣腳步聲響...
    開封第一講書人閱讀 33,788評(píng)論 1 274
  • 我被黑心中介騙來(lái)泰國(guó)打工, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留斯棒,地道東北人盾致。 一個(gè)月前我還...
    沈念sama閱讀 49,279評(píng)論 3 379
  • 正文 我出身青樓,卻偏偏與公主長(zhǎng)得像荣暮,于是被迫代替她去往敵國(guó)和親庭惜。 傳聞我的和親對(duì)象是個(gè)殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 45,851評(píng)論 2 361

推薦閱讀更多精彩內(nèi)容