埋點本身現(xiàn)在已經有太多的集成解決方案，如webfunny、神策、GIO等平臺，但是在實踐的過程中仍然還是會碰都很多問題，給前端埋點同學分享下：埋點實踐過程中碰到的坑點。

①前后端埋點不一致的問題前端請求服務端的數(shù)據(jù)大多是存在binlog里面的，數(shù)據(jù)日志同步解析的過程里面可能會存在丟包的可能性，數(shù)倉的穩(wěn)定性也會影響數(shù)據(jù)質量；后端服務信息存儲的數(shù)據(jù)是存在mysql，表字段結構化，分多表存儲，需要靠主鍵進行關聯(lián)，有大量的ETL過程。兩者之間可能因為數(shù)據(jù)清洗、處理、實時技術等原因，造成數(shù)據(jù)差異化；

②自埋點和第三方應用統(tǒng)計口徑的問題自埋點一般都會定義一個id作為區(qū)分用戶的標志，但是第三方是缺少用戶屬性信息的判斷，一般會以設備號uuid/imse，或者IP地址段、mac地址段作為區(qū)分標志，從而造成統(tǒng)計數(shù)據(jù)上的差異化，對于留存分析、轉化分析、流失分析需要用到明細數(shù)據(jù)的場景，可兼容性不是很友好； 埋點是數(shù)據(jù)的來源，采集的數(shù)據(jù)可以分析網站/APP的使用情況，用戶行為習慣等。前端埋點數(shù)據(jù)采集產品如何搭建

當我們點擊一個控件時，要上報哪些內容才能全的分析這個點擊行為呢？

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

但是客戶端的時間不太準確，因為用戶可以去更改設備時間。所以我們需要一個機制去校準客戶端時間。一般的做法是，在上報事件時，我們會上報事件觸發(fā)時間t1和數(shù)據(jù)發(fā)送時間t2，服務端也會拿到一個接收數(shù)據(jù)的時間t3，如果t3-t2>60s，則認為客戶端時間不準，要對客戶端時間進行修正，修正后的客戶端時間是：t1+(t3-t2)為啥t3-t2>60s會認為不準，因為數(shù)據(jù)發(fā)送到接收的時間，一般不會超過60s。 專業(yè)的前端埋點數(shù)據(jù)采集系統(tǒng)前端埋點活躍用戶分析。

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

埋點上報：無論是前端埋點還是后端埋點，是否正常按照相關規(guī)則進行上報，相關的事件名、屬性值都是否完整正確上報。

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

眾所周知產品通過埋點可以進行用戶行為分析，隨著互聯(lián)網發(fā)展，企業(yè)對于網站的PV、UV、用戶的轉化、新增和留存也越來越關注。而完整的數(shù)據(jù)采集是一切的前提。

埋點即監(jiān)控用戶在應用表現(xiàn)層的行為，于產品迭代而言至關重要，運營，產品，數(shù)據(jù)分析基于此來對用戶行為進行分析統(tǒng)計，同時埋點也可作為一種前端監(jiān)控的手段，檢驗功能是否達預期的佐證。

基于埋點數(shù)據(jù)進行用戶行為分析，可以得到包含頁面點擊量、用戶訪問量、用戶訪問路徑、用戶轉化率、導流轉化率、用戶訪問時長和用戶訪問內容分析等重要數(shù)據(jù)。 埋點是產品數(shù)據(jù)分析的基礎，用于推薦系統(tǒng)反饋、用戶行為監(jiān)控和分析、新功能或者運營活動效果的統(tǒng)計分析等。

前端埋點和后端埋點的區(qū)別？

在實際過程中，有些埋點是不用特意區(qū)分前后端的，用戶的一個埋點事件在前端埋點或后端埋點都可以實現(xiàn)，但是需要注意的是，在實際埋點上報、數(shù)據(jù)收集等過程中會有數(shù)據(jù)丟失的情況，從這個角度來看的話，其實后端埋點要比前端埋點更有優(yōu)勢，前端埋點會因為一些網絡問題、適配問題等等容易出現(xiàn)上報異常造成數(shù)據(jù)丟失且丟失后排查困難，因為前端相關的是沒有記錄相關操作的，只負責上報，上報成功與否沒有記錄。

而如果是后端埋點，無論是自己的數(shù)據(jù)系統(tǒng)還是第三方數(shù)據(jù)系統(tǒng)都是可以通過自己系統(tǒng)本身相關的數(shù)據(jù)庫查詢或記錄日志等操作進行埋點數(shù)據(jù)的校驗排查，所以針對一些比較重要的埋點，還是建議以后端埋點為主，必要時通過記錄日志或記入數(shù)據(jù)庫等方式對相關數(shù)據(jù)進行二次記錄以便進行數(shù)據(jù)核實。 埋點分析，是網站分析和APP分析常用的數(shù)據(jù)采集方法。埋點采集方法一般分為兩種，可視化埋點和代碼埋點。前端埋點數(shù)據(jù)采集產品如何搭建

代碼埋點方案適用場景上下文理解要求較高的業(yè)務數(shù)據(jù)。前端埋點數(shù)據(jù)采集產品如何搭建

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

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

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

通過代碼埋點來實現(xiàn)對應用戶層面的行為分析。 前端埋點數(shù)據(jù)采集產品如何搭建

上海觀縱科技有限公司位于上海市奉賢區(qū)望園南路1288弄80號1904、1909室。公司業(yè)務涵蓋webfunny前端監(jiān)控，webfunny前端埋點，全鏈路應用性能監(jiān)控，Argus-IT運維監(jiān)控等，價格合理，品質有保證。公司秉持誠信為本的經營理念，在傳媒、廣電深耕多年，以技術為先導，以自主產品為重點，發(fā)揮人才優(yōu)勢，打造傳媒、廣電良好品牌。觀縱科技立足于全國市場，依托強大的研發(fā)實力，融合前沿的技術理念，及時響應客戶的需求。