常見的前端埋點(diǎn)和前端監(jiān)控系統(tǒng)

埋點(diǎn)流程規(guī)范，流程規(guī)范會(huì)有五個(gè)步驟，步驟一規(guī)劃評(píng)審：數(shù)據(jù)埋點(diǎn)的方案一旦確定，返工和排查問(wèn)題的成本都很高，但數(shù)據(jù)埋點(diǎn)之后的分析工作，又涉及到了PD（productdesigner）、BI（BusinessIntelligence）、算法、數(shù)據(jù)等多個(gè)角色。

因此非常有必要，將需求內(nèi)容和數(shù)據(jù)口徑統(tǒng)一，所有人在一套標(biāo)準(zhǔn)下，將需求定義出來(lái)，明確我們的分析的場(chǎng)景和目標(biāo)，隨后業(yè)務(wù)側(cè)再介入，進(jìn)行埋點(diǎn)方案的設(shè)計(jì)和開發(fā)。

通常情況下，我們需要記錄用戶在使用產(chǎn)品過(guò)程中的操作行為，通過(guò)4W1H模型可以比較好的保障信息是完備的。4W1H包括：Who（誰(shuí)）設(shè)備ID、用戶ID、手機(jī)號(hào)、微信識(shí)別碼等；

When（在什么時(shí)間）記錄日志的時(shí)間戳、日志上報(bào)的時(shí)間戳；Where（在什么位置）IP地址，GPS地址在哪；How（以什么方式）操作系統(tǒng)、設(shè)備型號(hào)、網(wǎng)絡(luò)環(huán)境、APP版本、當(dāng)前頁(yè)面等信息；What（做了什么事情）如果是搜索行為，則記錄關(guān)聯(lián)詞；如果是內(nèi)容點(diǎn)擊，則記錄內(nèi)容ID、內(nèi)容類型、列表位置；如果是交易動(dòng)作，記錄交易的商品ID、類型、數(shù)量；如果是支付過(guò)程，記錄付款的方式與付款金額。 搭建前端監(jiān)控平臺(tái)之?dāng)?shù)據(jù)上報(bào)，需要通過(guò)埋點(diǎn)方案來(lái)實(shí)現(xiàn)。常見的前端埋點(diǎn)和前端監(jiān)控系統(tǒng)

前端監(jiān)控之?dāng)?shù)據(jù)監(jiān)控：數(shù)據(jù)監(jiān)控即通過(guò)數(shù)據(jù)分析用戶行為。

常見的監(jiān)控?cái)?shù)據(jù)包括：PV/UV、頁(yè)面停留時(shí)長(zhǎng)、通過(guò)什么入口進(jìn)入、在頁(yè)面觸發(fā)了什么行為等。統(tǒng)計(jì)這些數(shù)據(jù)就是為了清楚用戶來(lái)源，拓寬產(chǎn)品的推廣渠道；

了解用戶在頁(yè)面停留的時(shí)間情況，針對(duì)停留較短的頁(yè)面進(jìn)行分析改進(jìn)。也就是我們常說(shuō)的：who(uuid)、when(time)、from where(referrer)、where(x,y)、what (自定義拓展數(shù)據(jù))串成的用戶行為路徑。

通過(guò)代碼埋點(diǎn)來(lái)實(shí)現(xiàn)對(duì)應(yīng)用戶層面的行為分析。 有哪些前端埋點(diǎn)數(shù)據(jù)采集工具webfunny前端埋點(diǎn)系統(tǒng)適用于體現(xiàn)總量和比率，還支持多個(gè)數(shù)據(jù)進(jìn)行重疊展示等等。

大數(shù)據(jù)時(shí)代，多數(shù)的web或app產(chǎn)品都會(huì)使用第三方或自己開發(fā)相應(yīng)的數(shù)據(jù)系統(tǒng)，進(jìn)行用戶行為數(shù)據(jù)或其它信息數(shù)據(jù)的收集，在這個(gè)過(guò)程中，埋點(diǎn)是比較重要的一環(huán)。作為開發(fā)和測(cè)試人員你知道什么是數(shù)據(jù)埋點(diǎn)嗎？作為測(cè)試重點(diǎn)要關(guān)注哪些方面？埋點(diǎn)測(cè)試的過(guò)程有兩個(gè)比較重要的環(huán)節(jié)，埋點(diǎn)上報(bào)和埋點(diǎn)落庫(kù)。

埋點(diǎn)上報(bào)：無(wú)論是前端埋點(diǎn)還是后端埋點(diǎn)，是否正常按照相關(guān)規(guī)則進(jìn)行上報(bào)，相關(guān)的事件名、屬性值都是否完整正確上報(bào)。

埋點(diǎn)落庫(kù)：埋點(diǎn)上報(bào)完的數(shù)據(jù)是需要存儲(chǔ)到數(shù)據(jù)庫(kù)當(dāng)中再進(jìn)行相關(guān)的數(shù)據(jù)統(tǒng)計(jì)、分析、歸類等等，除了檢查埋點(diǎn)上報(bào)，還要看終數(shù)據(jù)是否正常落庫(kù)，相關(guān)數(shù)據(jù)字段是否正常。

如果要問(wèn)前端埋點(diǎn)基本要實(shí)現(xiàn)的功能是什么？

那必然是數(shù)據(jù)發(fā)送的能力，否則即便有應(yīng)用、有用戶、有數(shù)據(jù)也只能保存在本地沒法發(fā)送給相應(yīng)的監(jiān)控系統(tǒng)，意味就沒法進(jìn)行收集和統(tǒng)計(jì)，數(shù)據(jù)就等于白給。

那么數(shù)據(jù)發(fā)送都有什么方式呢？針對(duì)這個(gè)問(wèn)題把數(shù)據(jù)發(fā)送翻譯成請(qǐng)求發(fā)送就容易多了，轉(zhuǎn)而問(wèn)題就變成了請(qǐng)求發(fā)送方式都有哪些？一般會(huì)包括如下幾種（包括但不限于）：XMLHttpRequest、fetch、form表單的action、基于元素src屬性的請(qǐng)求、img標(biāo)簽的src、script標(biāo)簽的src、N 前端監(jiān)控和前端埋點(diǎn)方案設(shè)計(jì)。

埋點(diǎn)是目的導(dǎo)向，不是說(shuō)頁(yè)面上隨便寫一個(gè)埋點(diǎn)代碼就搞定了，一般情況下，在產(chǎn)品的規(guī)劃階段就要思考埋點(diǎn)問(wèn)題，每一個(gè)埋點(diǎn)都要思考后續(xù)的數(shù)據(jù)分析，要帶來(lái)怎樣的結(jié)果。

同時(shí)埋點(diǎn)也不是一勞永逸的，需要不斷的根據(jù)產(chǎn)品的規(guī)劃，運(yùn)營(yíng)的方向和前置埋點(diǎn)的數(shù)據(jù)分析結(jié)果來(lái)合理的調(diào)整埋點(diǎn)，終的目的即是幫助產(chǎn)品收益比較大化。

比如活動(dòng)頁(yè)，關(guān)心的即是活動(dòng)參與的人數(shù)，活動(dòng)分享的熱度，活動(dòng)裂變的程度等等，根據(jù)這些目的就可以在頁(yè)面上的關(guān)鍵點(diǎn)擊按鈕處，比如“我要參加”，“分享給好友”等地方添加埋點(diǎn)，后續(xù)產(chǎn)品在后臺(tái)可一目了然的知道此次活動(dòng)的實(shí)際效果。 埋點(diǎn)是產(chǎn)品數(shù)據(jù)分析的基礎(chǔ)，用于推薦系統(tǒng)反饋、用戶行為監(jiān)控和分析、新功能或者運(yùn)營(yíng)活動(dòng)效果的統(tǒng)計(jì)分析等。有哪些前端埋點(diǎn)數(shù)據(jù)采集工具

埋點(diǎn)是數(shù)據(jù)的來(lái)源，采集的數(shù)據(jù)可以分析網(wǎng)站/APP的使用情況，用戶行為習(xí)慣等。常見的前端埋點(diǎn)和前端監(jiān)控系統(tǒng)

當(dāng)我們點(diǎn)擊一個(gè)控件時(shí)，要上報(bào)哪些內(nèi)容才能全的分析這個(gè)點(diǎn)擊行為呢？

準(zhǔn)確的說(shuō)，一個(gè)事件的觸發(fā)，有4個(gè)因素：觸發(fā)者、觸發(fā)位置、觸發(fā)的事件、觸發(fā)的時(shí)間。(3)觸發(fā)的事件事件類型有瀏覽、點(diǎn)擊、曝光、懸浮，下拉、滾動(dòng)、長(zhǎng)按、右鍵等等，常用的還是瀏覽和點(diǎn)擊。(4)觸發(fā)的事件事件觸發(fā)的時(shí)間一般取的是客戶端時(shí)間，也就是用戶的本地時(shí)間，如果用戶的設(shè)備是移動(dòng)端，取的就是手機(jī)時(shí)間，如果是電腦，取的就是電腦的時(shí)間。

但是客戶端的時(shí)間不太準(zhǔn)確，因?yàn)橛脩艨梢匀ジ脑O(shè)備時(shí)間。所以我們需要一個(gè)機(jī)制去校準(zhǔn)客戶端時(shí)間。一般的做法是，在上報(bào)事件時(shí)，我們會(huì)上報(bào)事件觸發(fā)時(shí)間t1和數(shù)據(jù)發(fā)送時(shí)間t2，服務(wù)端也會(huì)拿到一個(gè)接收數(shù)據(jù)的時(shí)間t3，如果t3-t2>60s，則認(rèn)為客戶端時(shí)間不準(zhǔn)，要對(duì)客戶端時(shí)間進(jìn)行修正，修正后的客戶端時(shí)間是：t1+(t3-t2)為啥t3-t2>60s會(huì)認(rèn)為不準(zhǔn)，因?yàn)閿?shù)據(jù)發(fā)送到接收的時(shí)間，一般不會(huì)超過(guò)60s。 常見的前端埋點(diǎn)和前端監(jiān)控系統(tǒng)

上海觀縱科技有限公司正式組建于2022-11-14，將通過(guò)提供以webfunny前端監(jiān)控，webfunny前端埋點(diǎn)，全鏈路應(yīng)用性能監(jiān)控，Argus-IT運(yùn)維監(jiān)控等服務(wù)于于一體的組合服務(wù)。業(yè)務(wù)涵蓋了webfunny前端監(jiān)控，webfunny前端埋點(diǎn)，全鏈路應(yīng)用性能監(jiān)控，Argus-IT運(yùn)維監(jiān)控等諸多領(lǐng)域，尤其webfunny前端監(jiān)控，webfunny前端埋點(diǎn)，全鏈路應(yīng)用性能監(jiān)控，Argus-IT運(yùn)維監(jiān)控中具有強(qiáng)勁優(yōu)勢(shì)，完成了一大批具特色和時(shí)代特征的傳媒、廣電項(xiàng)目；同時(shí)在設(shè)計(jì)原創(chuàng)、科技創(chuàng)新、標(biāo)準(zhǔn)規(guī)范等方面推動(dòng)行業(yè)發(fā)展。我們強(qiáng)化內(nèi)部資源整合與業(yè)務(wù)協(xié)同，致力于webfunny前端監(jiān)控，webfunny前端埋點(diǎn)，全鏈路應(yīng)用性能監(jiān)控，Argus-IT運(yùn)維監(jiān)控等實(shí)現(xiàn)一體化，建立了成熟的webfunny前端監(jiān)控，webfunny前端埋點(diǎn)，全鏈路應(yīng)用性能監(jiān)控，Argus-IT運(yùn)維監(jiān)控運(yùn)營(yíng)及風(fēng)險(xiǎn)管理體系，累積了豐富的傳媒、廣電行業(yè)管理經(jīng)驗(yàn)，擁有一大批專業(yè)人才。觀縱科技始終保持在傳媒、廣電領(lǐng)域優(yōu)先的前提下，不斷優(yōu)化業(yè)務(wù)結(jié)構(gòu)。在webfunny前端監(jiān)控，webfunny前端埋點(diǎn)，全鏈路應(yīng)用性能監(jiān)控，Argus-IT運(yùn)維監(jiān)控等領(lǐng)域承攬了一大批高精尖項(xiàng)目，積極為更多傳媒、廣電企業(yè)提供服務(wù)。