專業(yè)的前端埋點(diǎn)數(shù)據(jù)采集平臺(tái)

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

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

②自埋點(diǎn)和第三方應(yīng)用統(tǒng)計(jì)口徑的問題自埋點(diǎn)一般都會(huì)定義一個(gè)id作為區(qū)分用戶的標(biāo)志，但是第三方是缺少用戶屬性信息的判斷，一般會(huì)以設(shè)備號(hào)uuid/imse，或者IP地址段、mac地址段作為區(qū)分標(biāo)志，從而造成統(tǒng)計(jì)數(shù)據(jù)上的差異化，對于留存分析、轉(zhuǎn)化分析、流失分析需要用到明細(xì)數(shù)據(jù)的場景，可兼容性不是很友好； 為什么需要前端埋點(diǎn)和前端監(jiān)控？無論是產(chǎn)品技術(shù)還是老板都需要通過對系統(tǒng)進(jìn)行數(shù)據(jù)分析的方式才能弄清業(yè)務(wù)。專業(yè)的前端埋點(diǎn)數(shù)據(jù)采集平臺(tái)

前端埋點(diǎn)方案大致分為：代碼埋點(diǎn)、可視化埋點(diǎn)、無痕埋點(diǎn)三種。每種方案各有優(yōu)劣，并不存在某種普遍完美的可以適應(yīng)一切場景的埋點(diǎn)方案，而是應(yīng)該根據(jù)不同的產(chǎn)品，不同的分析需求，不同的系統(tǒng)架構(gòu)，不同的使用場景，選擇合適的一種接入方案。

下面是一些典型的例子：是分析UV、PV、點(diǎn)擊量等基本指標(biāo)，可以選擇代碼埋點(diǎn)或者可視化埋點(diǎn)等前端埋點(diǎn)方案；

精細(xì)化分析轉(zhuǎn)化流程，則可能需要利用后端SDK或者LogAgent接入后端日志；

活動(dòng)/新功能快速上線迭代時(shí)的效果評(píng)估，則可以利用可視化埋點(diǎn)快速完成；對客服服務(wù)質(zhì)量的考核，或者不同快遞在不同省份運(yùn)送不同品類產(chǎn)品的速度的比較，則需要使用后端SDK來對接第三方系統(tǒng)以便導(dǎo)入數(shù)據(jù) 好用的前端埋點(diǎn)方案埋點(diǎn)的作用可以提高渠道轉(zhuǎn)化:通過用戶的操作序列，找到用戶流失的節(jié)點(diǎn)。

埋點(diǎn)的功能作用：分析運(yùn)營策略的合理性，優(yōu)化用戶體驗(yàn)，提高使用效率。（精細(xì)營銷、場景化提示/私人助理）比如用戶去餐廳購買產(chǎn)品，每次都需要在APP中選擇是否使用優(yōu)惠券，但是通過埋點(diǎn)發(fā)現(xiàn)，全部的用戶對于該商家都是選擇的否，那么說明該商家是從來沒有進(jìn)行優(yōu)惠券的發(fā)放，那么就可以考慮在商家版中增加一個(gè)是否讓用戶選擇優(yōu)惠券的選項(xiàng)，若商家沒有優(yōu)惠券，那么用戶就可以直接跳過選擇是否使用優(yōu)惠券，從而提升用戶體驗(yàn)及使用效率，分析用戶消費(fèi)行為，分析不同渠道用戶行為差異。

埋點(diǎn)有哪些方式？代碼埋點(diǎn)出現(xiàn)的時(shí)間很早了，在GoogleAnalytics年代，就已經(jīng)出現(xiàn)了類似的方案了。目前，國內(nèi)的服務(wù)商，如觀縱科技、webfunny、友盟等都提供了這一方案。

代碼埋點(diǎn)的技術(shù)原理也很簡單，在APP或者界面初始化的時(shí)候，初始化第三方數(shù)據(jù)分析服務(wù)商的SDK，然后在某個(gè)事件發(fā)生時(shí)就調(diào)用SDK里面相應(yīng)的數(shù)據(jù)發(fā)送接口發(fā)送數(shù)據(jù)。例如，我們想統(tǒng)計(jì)APP里面某個(gè)按鈕的點(diǎn)擊次數(shù)，則在APP的某個(gè)按鈕被點(diǎn)擊時(shí)，可以在這個(gè)按鈕對應(yīng)的OnClick函數(shù)里面調(diào)用SDK提供的數(shù)據(jù)發(fā)送接口來發(fā)送數(shù)據(jù)。 代碼埋點(diǎn)優(yōu)點(diǎn)傳遞多樣化自定義屬性、自定義事件，傳遞比較豐富的數(shù)據(jù)到服務(wù)端。

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

在實(shí)際過程中，有些埋點(diǎn)是不用特意區(qū)分前后端的，用戶的一個(gè)埋點(diǎn)事件在前端埋點(diǎn)或后端埋點(diǎn)都可以實(shí)現(xiàn)，但是需要注意的是，在實(shí)際埋點(diǎn)上報(bào)、數(shù)據(jù)收集等過程中會(huì)有數(shù)據(jù)丟失的情況，從這個(gè)角度來看的話，其實(shí)后端埋點(diǎn)要比前端埋點(diǎn)更有優(yōu)勢，前端埋點(diǎn)會(huì)因?yàn)橐恍┚W(wǎng)絡(luò)問題、適配問題等等容易出現(xiàn)上報(bào)異常造成數(shù)據(jù)丟失且丟失后排查困難，因?yàn)榍岸讼嚓P(guān)的是沒有記錄相關(guān)操作的，只負(fù)責(zé)上報(bào)，上報(bào)成功與否沒有記錄。

而如果是后端埋點(diǎn)，無論是自己的數(shù)據(jù)系統(tǒng)還是第三方數(shù)據(jù)系統(tǒng)都是可以通過自己系統(tǒng)本身相關(guān)的數(shù)據(jù)庫查詢或記錄日志等操作進(jìn)行埋點(diǎn)數(shù)據(jù)的校驗(yàn)排查，所以針對一些比較重要的埋點(diǎn)，還是建議以后端埋點(diǎn)為主，必要時(shí)通過記錄日志或記入數(shù)據(jù)庫等方式對相關(guān)數(shù)據(jù)進(jìn)行二次記錄以便進(jìn)行數(shù)據(jù)核實(shí)。 如何自定義上報(bào)埋點(diǎn)數(shù)據(jù)？查看上報(bào)字段信息,點(diǎn)擊SDK發(fā)布頁中的點(diǎn)位列表，來獲取要上報(bào)的字段信息。前端埋點(diǎn)平臺(tái)哪家好

前端埋點(diǎn)平臺(tái)有哪些？國內(nèi)已有觀縱科技、webfunny、神策等。專業(yè)的前端埋點(diǎn)數(shù)據(jù)采集平臺(tái)

前端埋點(diǎn)是前端監(jiān)控的實(shí)現(xiàn)方式，前端埋點(diǎn)和上報(bào)即是數(shù)據(jù)的收集階段。目前常見的前端埋點(diǎn)方法主要分為：代碼埋點(diǎn)、可視化埋點(diǎn)和無痕埋點(diǎn)。代碼埋點(diǎn)：代碼埋點(diǎn)也叫手動(dòng)埋點(diǎn)，是以嵌入代碼的形式進(jìn)行埋點(diǎn)的，比如需要監(jiān)控用戶的點(diǎn)擊事件，會(huì)選擇在用戶點(diǎn)擊事情上插入埋點(diǎn)代碼，從而在觸發(fā)時(shí)直接傳遞給服務(wù)端；當(dāng)需要統(tǒng)計(jì)一個(gè)toC網(wǎng)站的PV和UV時(shí)，需要在網(wǎng)頁初始化時(shí)，發(fā)送用戶的訪問信息等。本質(zhì)就是用js代碼拿到一些信息，然后在一些特定的位置返回給服務(wù)端，還可以拿到Performance的信息專業(yè)的前端埋點(diǎn)數(shù)據(jù)采集平臺(tái)

上海觀縱科技有限公司致力于傳媒、廣電，是一家服務(wù)型的公司。公司自成立以來，以質(zhì)量為發(fā)展，讓匠心彌散在每個(gè)細(xì)節(jié)，公司旗下webfunny前端監(jiān)控，webfunny前端埋點(diǎn)，全鏈路應(yīng)用性能監(jiān)控，Argus-IT運(yùn)維監(jiān)控深受客戶的喜愛。公司秉持誠信為本的經(jīng)營理念，在傳媒、廣電深耕多年，以技術(shù)為先導(dǎo)，以自主產(chǎn)品為重點(diǎn)，發(fā)揮人才優(yōu)勢，打造傳媒、廣電良好品牌。觀縱科技秉承“客戶為尊、服務(wù)為榮、創(chuàng)意為先、技術(shù)為實(shí)”的經(jīng)營理念，全力打造公司的重點(diǎn)競爭力。