前端監(jiān)控通常情況下監(jiān)控的內(nèi)容可以分為三類:第二,用戶行為。用戶行為大體上可以理解為,誰,在什么時(shí)間,做了哪些操作。比如,用戶,登錄了什么應(yīng)用,應(yīng)用的版本是什么,應(yīng)用所在的平臺(tái)信息,頁面的訪問情況,停留時(shí)長(zhǎng)等。第三,應(yīng)用的性能。應(yīng)用的性能指的是,比如頁面加載時(shí)長(zhǎng),接口請(qǐng)求時(shí)長(zhǎng),資源大小等等。
以哪種方式進(jìn)行監(jiān)控監(jiān)控方式,其實(shí)指的就是我們平常說的埋點(diǎn)方式。通常情況分為自動(dòng)埋點(diǎn),和手動(dòng)埋點(diǎn)。
自動(dòng)埋點(diǎn)的實(shí)現(xiàn)方式稍微復(fù)雜一些,需要我們?nèi)ack很多內(nèi)容。比如需要重寫XHR對(duì)象,或者以一種更優(yōu)雅的方式實(shí)現(xiàn)fetch等。而手動(dòng)埋點(diǎn)則是我們直接在業(yè)務(wù)代碼中需要監(jiān)控的地方,直接調(diào)用接口上報(bào)所需的數(shù)據(jù)即可。
webfunny前端監(jiān)控系統(tǒng)的功能:性能分析模塊,通過探針可對(duì)頁面的加載性能進(jìn)行分析,并直觀反映在報(bào)表上。有效的前端監(jiān)控和前端性能監(jiān)控系統(tǒng)
你知道有多少用戶沒等到頁面首屏出現(xiàn)就離開了嗎?性能不佳會(huì)對(duì)業(yè)務(wù)目標(biāo)產(chǎn)生負(fù)面影響。比如,BBC發(fā)現(xiàn)他們的網(wǎng)站加載時(shí)間每增加一秒,他們就會(huì)失去10%的用戶。高性能站點(diǎn)比低性能站點(diǎn)更能吸引和留住用戶,而留住用戶對(duì)于提高用戶轉(zhuǎn)化率至關(guān)重要。
何衡量站點(diǎn)性能站點(diǎn)性能好壞的表現(xiàn)形式是多樣的,不是單純通過頁面加載速度、頁面渲染速度就能衡量,而是要關(guān)注從頁面開始加載到被關(guān)閉的整個(gè)過程中,用戶對(duì)性能的感知。一個(gè)頁面,即使很快渲染,如果對(duì)用戶的交互遲遲沒有響應(yīng),那么在用戶心中這個(gè)站點(diǎn)的性能依然很差。站點(diǎn)性能一般可以分為兩類,一類是首屏性能,另一類是運(yùn)行時(shí)性能。前者衡量的是頁面從加載開始到可以穩(wěn)定交互的性能情況,后者衡量的是頁面穩(wěn)定后到頁面關(guān)閉的性能情況。 國(guó)內(nèi)好用的前端監(jiān)控和靜態(tài)資源加載錯(cuò)誤監(jiān)控軟件webfunny前端埋點(diǎn)系統(tǒng)具備純私有化部署,自主掌控?cái)?shù)據(jù)安全性、個(gè)性化、私密性。
搭建前端監(jiān)控系統(tǒng)(七)之用戶細(xì)查篇一、如何貫穿用戶的整個(gè)行為鏈路?這個(gè)很好理解,貫穿用戶的整個(gè)行為鏈路,就需要一個(gè)單一的key來標(biāo)識(shí)這個(gè)用戶。比較簡(jiǎn)單的就是使用UserId了,在通過webfunny前端監(jiān)控系統(tǒng)「用戶細(xì)查」的功能模塊,每個(gè)用戶我都給他傳入一個(gè)userId就可以了串聯(lián)起來了。但是這種方式有一個(gè)很容易被忽略的弊端:如果這個(gè)項(xiàng)目獲取userId速度比較慢,或者壓根不會(huì)有userId,那么用戶的行為記錄是不是會(huì)出現(xiàn)缺失呢?或者根本就無法關(guān)聯(lián)呢?那我們?cè)撊绾我?guī)避這種問題呢?webfunny是如何做到的呢?為了規(guī)避以上提出的幾點(diǎn)問題,webfunny通過設(shè)置內(nèi)置id,來對(duì)所有的用戶進(jìn)行區(qū)分。然后再通過userId,將所有的內(nèi)置id關(guān)聯(lián)在一起,這樣一來,只要在用戶的生命周期過程中,傳入一次userId,我們就可以關(guān)聯(lián)上用戶所有的行為記錄了。內(nèi)置ID生成規(guī)則的代碼,感興趣的前端同學(xué)可以到webfunny官網(wǎng)查看本篇博客原文。
搭建前端監(jiān)控系統(tǒng)(六)之接口性能分析篇,如何監(jiān)控前端接口的性能。一、接口耗時(shí)分段分析在webfunny前端監(jiān)控系統(tǒng)上,我們的開發(fā)者將前端接口耗時(shí)劃分為5個(gè)分段:<1秒、1-5秒、5-10秒、10-30秒、>30秒10秒是用戶可忍受等待時(shí)間的臨界值,如果一個(gè)接口超過10秒還在loading,用戶極有可能殺掉程序。所以一般情況下,大于10秒的接口都可以認(rèn)為是超時(shí)接口(特殊情況例外)。即使真的有這種情況,也應(yīng)該讓后端小伙伴把這個(gè)接口做成異步接口,在10秒內(nèi)給用戶一個(gè)反饋。為什么要把耗時(shí)分段進(jìn)行分析呢,因?yàn)榇蟛糠謺r(shí)候,前端工程師通常要關(guān)心就是10-30秒這個(gè)段位,大部分超時(shí)的接口都會(huì)在這里發(fā)生。這種超時(shí)的接口、在webfunny前端監(jiān)控上,異常的情況就會(huì)以這種鶴立雞群的柱子圖形出現(xiàn),前端就能知道接口肯定是出了問題。每個(gè)耗時(shí)分段,每天發(fā)生的數(shù)量都一目了然,前端工程師就可以做到心中有數(shù)。如果出現(xiàn)大面積的異常接口,這個(gè)柱子會(huì)變得非常明顯。每個(gè)分段的占比也需要計(jì)算出來,可以按照自定的規(guī)則發(fā)送報(bào)警信息。webfunny能夠輕松完成打點(diǎn)業(yè)務(wù)需求。webfunny還對(duì)埋點(diǎn)數(shù)據(jù)進(jìn)行了漏斗分析,清晰查看兩個(gè)埋點(diǎn)的留存率。
前端監(jiān)控通常情況下監(jiān)控的內(nèi)容可以分為三類:一,js錯(cuò)誤。js錯(cuò)誤又分大概四種:一是uncaughterror,這種錯(cuò)誤通常情況下發(fā)生在我們的開發(fā)過程中。理論上不需要我們進(jìn)行上報(bào)。二是jsruntimeerror,這種錯(cuò)誤會(huì)觸發(fā)事件,我們可以通過onerror事件,獲取到相關(guān)的信息進(jìn)行上報(bào)。三是資源錯(cuò)誤,比如圖片加載失敗等,它也會(huì)觸發(fā)error事件。四是unhandledregection錯(cuò)誤,這種錯(cuò)誤由promise觸發(fā),我們可以onunhandledrejection方法獲取相關(guān)信息進(jìn)行上報(bào)webfunny前端一體化埋點(diǎn),前端開發(fā)者可以根據(jù)需求和實(shí)際使用情況選擇適合你的模型,滿足多場(chǎng)景分析需求。有哪些好用的前端監(jiān)控和css文件加載錯(cuò)誤監(jiān)控產(chǎn)品
webfunny通過探針記錄了用戶大量的操作行為,一旦出現(xiàn)問題,復(fù)現(xiàn)BUG也將變得非常簡(jiǎn)單。有效的前端監(jiān)控和前端性能監(jiān)控系統(tǒng)
前端監(jiān)控系統(tǒng)搭建第三步之購(gòu)買CA證書或者說是HTTPS證書現(xiàn)在很多網(wǎng)站都是走HTTPS安全協(xié)議,如果我們的服務(wù)器不支持安全協(xié)議,那么日志是無法被上傳到我們的服務(wù)器上的。所以我們也需要給我們的服務(wù)器配置安全證書。有多種方式獲取證書,有不收費(fèi)的,有收費(fèi)的,我的webfunny前端監(jiān)控項(xiàng)目用的是阿里云上未收費(fèi)版本一年的。PS:https證書可能也需要折騰一些時(shí)間,需要有耐心。這樣,我們的阿里云服務(wù)器部署環(huán)境就算搭建完成了,可以開始寫前端日志的監(jiān)控代碼了。有效的前端監(jiān)控和前端性能監(jiān)控系統(tǒng)
上海觀縱科技有限公司主要經(jīng)營(yíng)范圍是傳媒、廣電,擁有一支專業(yè)技術(shù)團(tuán)隊(duì)和良好的市場(chǎng)口碑。觀縱科技致力于為客戶提供良好的webfunny前端監(jiān)控,webfunny前端埋點(diǎn),全鏈路應(yīng)用性能監(jiān)控,Argus-IT運(yùn)維監(jiān)控,一切以用戶需求為中心,深受廣大客戶的歡迎。公司從事傳媒、廣電多年,有著創(chuàng)新的設(shè)計(jì)、強(qiáng)大的技術(shù),還有一批專業(yè)化的隊(duì)伍,確保為客戶提供良好的產(chǎn)品及服務(wù)。觀縱科技秉承“客戶為尊、服務(wù)為榮、創(chuàng)意為先、技術(shù)為實(shí)”的經(jīng)營(yíng)理念,全力打造公司的重點(diǎn)競(jìng)爭(zhēng)力。