在進行可視化埋點和無埋點是可以借助三方平臺方案進行實現,如webfunny、觀縱科技等。如果對數據安全比較重視,業務又相對復雜,公司則通常是使用代碼埋點方式采集數據,并搭建相應的數據產品實現其數據應用或是分析的訴求。
在埋點的技術方案中,首先要重視的,是用戶主要標識的建設。如果做不到對用戶的主要識別,那么基礎的UV統計,都將是錯誤的。因此,在數據埋點方案中,有兩個信息是一定要記錄的,即設備ID+用戶ID。
設備ID作為用戶使用哪個設備,如安卓的ANDROID_ID/IMEI,IOS中的IDFA/UDID,瀏覽器的Cookie,小程序的OpenID等。
用戶ID,作為用戶在產品中所注冊的賬號,通常是手機號,也可以是郵箱等其他格式。當這兩個信息能夠獲得時,不論是用戶更換設備,或者是同一臺設備不同賬號登錄,我們都能夠根據這兩個ID,來識別出誰在對設備做操作。 代碼埋點方案優點:可以按照業務上報詳細、定制化的數據。前端埋點sdk工具推薦
當我們點擊一個控件時,要上報哪些內容才能全的分析這個點擊行為呢?
準確的說,一個事件的觸發,有4個因素:觸發者、觸發位置、觸發的事件、觸發的時間。(3)觸發的事件事件類型有瀏覽、點擊、曝光、懸浮,下拉、滾動、長按、右鍵等等,常用的還是瀏覽和點擊。(4)觸發的事件事件觸發的時間一般取的是客戶端時間,也就是用戶的本地時間,如果用戶的設備是移動端,取的就是手機時間,如果是電腦,取的就是電腦的時間。
但是客戶端的時間不太準確,因為用戶可以去更改設備時間。所以我們需要一個機制去校準客戶端時間。一般的做法是,在上報事件時,我們會上報事件觸發時間t1和數據發送時間t2,服務端也會拿到一個接收數據的時間t3,如果t3-t2>60s,則認為客戶端時間不準,要對客戶端時間進行修正,修正后的客戶端時間是:t1+(t3-t2)為啥t3-t2>60s會認為不準,因為數據發送到接收的時間,一般不會超過60s。 穩定的前端埋點方案代碼埋點方案適用場景上下文理解要求較高的業務數據。
前端埋點中——代碼埋點是可以拿到performance信息,而「performance的作用」是瀏覽器暴露給js的一個接口,可以通過這個接口查看用戶訪問網站的連接時間、dns等信息。
使用該api時需要在頁面完全加載之后才能使用。拿到數據后,前端程序員可以提交內容,獲得對應事件。performance作用的優點:能精確的監控到用戶的行為和網頁性能等數據,通過。
performance作用的缺點:非常繁瑣,工作量大,需要在每一處埋點的地方添加代碼。
webfunny前端埋點一體化埋點系統,讓埋點不再困難。
前端埋點-數倉庫表的開發成本:
埋點數據落到數倉后,需要預先建立哪些表,如何做埋點數據的分層;畢竟埋點的數據體量是非常大的,TB級數據的存儲本身就是一個比較大的成本,再加上調度系統、計算資源、運行性能等方面,就需要數倉團隊在一開始就要把數據模型提前建立好,做好ods層到dw層、ads層的劃分,維度和事實之間的建設;
數倉性能,時間問題(hive):因為埋點數據的體量問題,落表的時候,一定會存在大量的冗余字段,如果集群資源比較緊張,對于常規數據的統計、計算都會帶來性能上的問題;在數據團隊的架構中,有對外提供數據應用服務,對于數據的實時計算就有一定的要求,什么場景下應該是T+1,什么場景下應該是偽實時,避免數據調度任務影響前臺應用產出。 可視化埋點方案適用場景業務上下文數據相對簡單,操作交互比較固定的界面。
為什么需要埋點和前端監控?當我們在分析復盤一個產品是否成功的時候,產品、技術、業務運營方都會有自己對應的分析層面,那不同的角色考慮的方向是不同的。
站在產品的視角,經常會問如下幾個問題:1.產品有沒有用戶使用;2.用戶用得怎么樣;3.系統會不會經常出現異常;4.如何更好地滿足用戶需求服務用戶;
當站在技術視角時,經常會問如下幾個問題:1.系統出現異常的頻率如何;2.異常出現后如何快速進行定位追蹤;3.如何分析解決問題;
而當站在老板的視角時,問題可能又會變為:1.我的存量用戶多少,未來還有多少潛力;2.多少用戶在系統內進行了消費。
當在回答了上述問題之后,埋點和監控兩者的作用便躍然紙上。因為要回答以上問題,只有通過對系統進行數據分析的方式才能弄清楚。其實無論是前端埋點還是前端監控,二者并不是分開存在,而是相互依存的關系。 代碼埋點屬于侵入式埋點,由開發手動在代碼內植入預埋點,完全由開發控制埋點的位置時間和觸發機制。穩定的前端埋點sdk軟件
webfunny前端埋點一體化埋點系統。前端埋點sdk工具推薦
前端埋點在實踐過程中避開的雷點,在埋點應用場景中,要對應初期埋點預留,要基于以下點來考慮:①基于業務分析框架,梳理常規分析案例中需要用到的埋點數據集,主要指標必須要有埋點;②基于算法模型框架,梳理算法所需要構建的數據特征需要用到的字段信息;③基于業務訴求,梳理非常規,當前沒需求未來有應用場景的字段信息;
舉個例子,譬如供需求匹配、資源調度、智能選址,所對應的幾個信息主體分別是:用戶需求方、用戶供給方、商品信息、時間信息、空間信息、行為信息、業務信息。 前端埋點sdk工具推薦
上海觀縱科技有限公司位于上海市奉賢區望園南路1288弄80號1904、1909室。公司自成立以來,以質量為發展,讓匠心彌散在每個細節,公司旗下webfunny前端監控,webfunny前端埋點,全鏈路應用性能監控,Argus-IT運維監控深受客戶的喜愛。公司將不斷增強企業重點競爭力,努力學習行業知識,遵守行業規范,植根于傳媒、廣電行業的發展。觀縱科技秉承“客戶為尊、服務為榮、創意為先、技術為實”的經營理念,全力打造公司的重點競爭力。