導(dǎo)讀

　　本文核心內(nèi)容聚焦為什么要埋點(diǎn)治理、埋點(diǎn)治理的方法論和實(shí)踐、奇點(diǎn)一站式埋點(diǎn)管理平臺(tái)的建設(shè)和創(chuàng)新功能。讀者可以從全局角度深入了解埋點(diǎn)、埋點(diǎn)治理的整體思路和實(shí)踐方法，落地的埋點(diǎn)工具和創(chuàng)新功能都有較高的實(shí)用參考價(jià)值。遵循埋點(diǎn)治理的方法論，本文作者團(tuán)隊(duì)已在實(shí)踐中取得優(yōu)異成效，在同行業(yè)內(nèi)有突出的創(chuàng)新功能，未來(lái)也將繼續(xù)建設(shè)數(shù)智化經(jīng)營(yíng)能力，持續(xù)打造更好的服務(wù)。

　　01埋點(diǎn)治理背景

　　在今年的敏捷團(tuán)隊(duì)建設(shè)中，我通過(guò)Suite執(zhí)行器實(shí)現(xiàn)了一鍵自動(dòng)化單元測(cè)試。Juint除了Suite執(zhí)行器還有哪些執(zhí)行器呢？由此我的Runner探索之旅開(kāi)始了！

　　1.1 埋點(diǎn)數(shù)據(jù)的價(jià)值

　　隨著線上流量紅利高峰逐漸達(dá)到瓶頸，在精細(xì)化運(yùn)營(yíng)、數(shù)智化運(yùn)營(yíng)的大背景下，越來(lái)越多的公司開(kāi)始認(rèn)識(shí)到數(shù)據(jù)的重要性，并將其打造成為公司的核心資產(chǎn)，以數(shù)據(jù)為中心驅(qū)動(dòng)業(yè)務(wù)發(fā)展。而 埋點(diǎn)數(shù)據(jù) 作為企業(yè)內(nèi)部最重要的兩大來(lái)源（埋點(diǎn)數(shù)據(jù)、業(yè)務(wù)數(shù)據(jù)）之一，其重要性不言而喻。

　　埋點(diǎn)是一種常用的數(shù)據(jù)采集方法。基于業(yè)務(wù)需求或產(chǎn)品需求，在應(yīng)用頁(yè)面中植入數(shù)據(jù)采集代碼，監(jiān)聽(tīng)用戶各種行為事件（頁(yè)面瀏覽、關(guān)閉，元素曝光、點(diǎn)擊等），然后將采集的數(shù)據(jù)上報(bào)至服務(wù)端，服務(wù)端分別下發(fā)到大數(shù)據(jù)平臺(tái)和搜索、推薦等各業(yè)務(wù)系統(tǒng)。通過(guò)分析數(shù)據(jù)，追蹤用戶行為和應(yīng)用使用情況，推動(dòng)產(chǎn)品優(yōu)化或指導(dǎo)運(yùn)營(yíng)；通過(guò)實(shí)時(shí)地獲取用戶點(diǎn)擊、瀏覽、停留等行為作為關(guān)鍵特征提供給搜索、推薦、廣告等系統(tǒng)，來(lái)提升智能分發(fā)的轉(zhuǎn)化和用戶體驗(yàn)。

　　埋點(diǎn)數(shù)據(jù)上能影響業(yè)務(wù)運(yùn)營(yíng)數(shù)據(jù)分析、智能推薦、AB實(shí)驗(yàn)的準(zhǔn)確性，下能影響數(shù)據(jù)倉(cāng)庫(kù)結(jié)構(gòu)設(shè)計(jì)和數(shù)據(jù)采集團(tuán)隊(duì)的維護(hù)成本。

　　1.2 業(yè)內(nèi)主流埋點(diǎn)方式的對(duì)比

　　從技術(shù)層面上，埋點(diǎn)分為代碼埋點(diǎn)、可視化埋點(diǎn)、無(wú)埋點(diǎn)/全埋點(diǎn)。目前國(guó)內(nèi)主要的第三方數(shù)據(jù)分析服務(wù)商和大型公司內(nèi)部普遍支持。代碼埋點(diǎn)又衍生出了聲明式埋點(diǎn)、無(wú)痕埋點(diǎn)、服務(wù)端埋點(diǎn)等豐富的埋點(diǎn)方式。

　　通過(guò)多種埋點(diǎn)方式組合，可以在不同場(chǎng)景業(yè)務(wù)中靈活使用。比如在頁(yè)面中元素或頁(yè)面事件使用前端代碼埋點(diǎn)；在Debug鏈路長(zhǎng)的搜推代碼中使用服務(wù)端埋點(diǎn)；產(chǎn)品運(yùn)營(yíng)等非研發(fā)使用可視化埋點(diǎn)。

　　1.3 為什么要治理埋點(diǎn)數(shù)據(jù)

　　然而隨著業(yè)務(wù)的迭代變更，部分埋點(diǎn)數(shù)據(jù)失去效用。為了確保數(shù)據(jù)的質(zhì)量、效率、安全、標(biāo)準(zhǔn)及易用性，需要對(duì)埋點(diǎn)數(shù)據(jù)進(jìn)行治理。不僅是存量數(shù)據(jù)的治理，新增數(shù)據(jù)更是要保證從源頭開(kāi)始就是正確的。在埋點(diǎn)數(shù)據(jù)的生命周期內(nèi)，每個(gè)環(huán)節(jié)制定原則性的管理方法和具體的落地措施。一個(gè)穩(wěn)定的治理鏈路是埋點(diǎn)治理的基石。

　　從平臺(tái)視角來(lái)看，埋點(diǎn)治理要解決的問(wèn)題如下：

　　質(zhì)量問(wèn)題： 最重要，大部分公司的數(shù)據(jù)部門啟動(dòng)數(shù)據(jù)治理的起因就是數(shù)據(jù)質(zhì)量存在問(wèn)題。例如數(shù)倉(cāng)的及時(shí)性、準(zhǔn)確性、規(guī)范性，以及數(shù)據(jù)應(yīng)用指標(biāo)的邏輯一致性等。

　　成本問(wèn)題： 互聯(lián)網(wǎng)行業(yè)數(shù)據(jù)膨脹速度非常快，大型互聯(lián)網(wǎng)公司在大數(shù)據(jù)基礎(chǔ)設(shè)施上的成本投入占比非常高，而且隨著數(shù)據(jù)量的增加，成本也將繼續(xù)攀升。

　　效率問(wèn)題： 在數(shù)據(jù)開(kāi)發(fā)和數(shù)據(jù)管理過(guò)程中都會(huì)遇到一些影響效率的問(wèn)題，多是靠“盲目”地推人力在做。

　　安全問(wèn)題： 業(yè)務(wù)部門特別關(guān)注用戶數(shù)據(jù)，一旦泄露，對(duì)業(yè)務(wù)的影響非常之大，甚至能左右整個(gè)業(yè)務(wù)的生死。

　　標(biāo)準(zhǔn)問(wèn)題： 當(dāng)公司業(yè)務(wù)部門比較多的時(shí)候，各業(yè)務(wù)部門、開(kāi)發(fā)團(tuán)隊(duì)的數(shù)據(jù)標(biāo)準(zhǔn)不一致，數(shù)據(jù)打通和整合過(guò)程中存在很多問(wèn)題。

　　從業(yè)務(wù)視角來(lái)看，埋點(diǎn)治理要解決的問(wèn)題如下：

　　埋點(diǎn)數(shù)據(jù)“全”： 因整體協(xié)助鏈條非常長(zhǎng)，許多時(shí)候在需要做數(shù)據(jù)分析時(shí)，才發(fā)現(xiàn)頁(yè)面有部分功能漏報(bào)埋點(diǎn)，產(chǎn)品需求未涉及等。

　　埋點(diǎn)數(shù)據(jù)“準(zhǔn)”： 需求開(kāi)發(fā)測(cè)試階段，往往重點(diǎn)關(guān)注業(yè)務(wù)邏輯，對(duì)于埋點(diǎn)上報(bào)這些輔助異步流程，設(shè)計(jì)評(píng)估不準(zhǔn)確。會(huì)存在因驗(yàn)證不充分而導(dǎo)致數(shù)據(jù)不準(zhǔn)確的情況。

　　埋點(diǎn)數(shù)據(jù)“快”： 推薦算法主要依賴數(shù)據(jù)驅(qū)動(dòng)，埋點(diǎn)數(shù)據(jù)需要及時(shí)上報(bào)并反饋，推薦等智能應(yīng)用系統(tǒng)才能根據(jù)用戶當(dāng)前行為給出精準(zhǔn)的策略決策。

　　埋點(diǎn)數(shù)據(jù)“統(tǒng)一”： 智能場(chǎng)景往往要通過(guò)多個(gè)業(yè)務(wù)線交叉數(shù)據(jù)作為輸入特征或算法畫(huà)像，每個(gè)業(yè)務(wù)線如沒(méi)有統(tǒng)一標(biāo)準(zhǔn)規(guī)范，數(shù)據(jù)處理計(jì)算邏輯復(fù)雜且迭代維護(hù)成本很高。

　　埋點(diǎn)數(shù)據(jù)“鏈路長(zhǎng)”： 埋點(diǎn)數(shù)據(jù)從生產(chǎn)到使用，涉及運(yùn)營(yíng)、產(chǎn)品、研發(fā)、測(cè)試、數(shù)據(jù)分析師或算法工程師多個(gè)環(huán)節(jié)（如下圖），問(wèn)題溝通排查鏈路長(zhǎng)。

　　埋點(diǎn)數(shù)據(jù)“歷史長(zhǎng)”： 頁(yè)面埋點(diǎn)隨需求迭代更新較快，歷史埋點(diǎn)設(shè)計(jì)文檔缺少統(tǒng)一管理，不利于長(zhǎng)期維護(hù)。

　　02 埋點(diǎn)治理實(shí)踐

　　理解，首先 MCube 會(huì)依據(jù)模板緩存狀態(tài)判斷是否需要網(wǎng)絡(luò)獲取最新模板，當(dāng)獲取到模板后進(jìn)行模板加載，加載階段會(huì)將產(chǎn)物轉(zhuǎn)換為視圖樹(shù)的結(jié)構(gòu)，轉(zhuǎn)換完成后將通過(guò)表達(dá)式引擎解析表達(dá)式并取得正確的值，通過(guò)事件解析引擎解析用戶自定義事件并完成事件的綁定，完成解析賦值以及事件綁定后進(jìn)行視圖的渲染，最終將目標(biāo)頁(yè)面展示到屏幕

　　為解決上述問(wèn)題，幾經(jīng)探索總結(jié)經(jīng)驗(yàn)后，本文作者團(tuán)隊(duì)為埋點(diǎn)治理制定了全面的標(biāo)準(zhǔn)制度。遵循相應(yīng)的制度，使得埋點(diǎn)治理工作有序有效開(kāi)展。

　　2.1 制定全鏈路標(biāo)準(zhǔn)

　　作者團(tuán)隊(duì)制定了一套覆蓋數(shù)據(jù)生產(chǎn)到使用，全鏈路的數(shù)據(jù)標(biāo)準(zhǔn)方法，從埋點(diǎn)數(shù)據(jù)定義、采集、驗(yàn)證、指標(biāo)定義到數(shù)據(jù)生命周期管理都建立了相應(yīng)環(huán)節(jié)的標(biāo)準(zhǔn)化的研發(fā)規(guī)范，發(fā)布了《埋點(diǎn)流程規(guī)范標(biāo)準(zhǔn)》。

　　2.2 制定埋點(diǎn)流程規(guī)范

　　作者團(tuán)隊(duì)制定了完整的埋點(diǎn)上報(bào)規(guī)范規(guī)程，并郵件通知各部門產(chǎn)研按流程，照規(guī)范上報(bào)數(shù)據(jù)。上報(bào)流程為埋點(diǎn)方案設(shè)計(jì)、埋點(diǎn)方案配置、埋點(diǎn)開(kāi)發(fā)/測(cè)試、數(shù)據(jù)存儲(chǔ)/服務(wù)、數(shù)據(jù)應(yīng)用五個(gè)環(huán)節(jié)，每個(gè)環(huán)節(jié)都要通過(guò)必要的步驟才可繼續(xù)向下執(zhí)行。

　　2.3建設(shè)一站式埋點(diǎn)管理平臺(tái)

　　奇點(diǎn)埋點(diǎn)管理平臺(tái)是科技內(nèi)部統(tǒng)一的埋點(diǎn)平臺(tái)，覆蓋埋點(diǎn)數(shù)據(jù)定義、采集、生產(chǎn)、驗(yàn)證、基礎(chǔ)指標(biāo)應(yīng)用、數(shù)據(jù)質(zhì)量監(jiān)控治理等埋點(diǎn)全生命周期。做到了埋點(diǎn)元數(shù)據(jù)統(tǒng)一管理，埋點(diǎn)信息查詢簡(jiǎn)易化、埋點(diǎn)上報(bào)驗(yàn)證一鍵化、埋點(diǎn)數(shù)據(jù)質(zhì)量追蹤可視化。

　　2.4成立組織保執(zhí)行

　　通過(guò)和數(shù)據(jù)技術(shù)產(chǎn)品部門合作，在兩個(gè)部門領(lǐng)導(dǎo)的支持下，作者團(tuán)隊(duì)成立了埋點(diǎn)治理盤古項(xiàng)目及埋點(diǎn)數(shù)據(jù)管理委員會(huì)。平臺(tái)研發(fā)部團(tuán)隊(duì)是采集埋點(diǎn)數(shù)據(jù)工具的產(chǎn)研方，數(shù)據(jù)倉(cāng)庫(kù)體系是由數(shù)據(jù)技術(shù)部負(fù)責(zé)建設(shè)，所以以這兩個(gè)團(tuán)隊(duì)作為核心，并由這兩個(gè)團(tuán)隊(duì)負(fù)責(zé)聯(lián)合各個(gè)業(yè)務(wù)線團(tuán)隊(duì)，一起完成數(shù)據(jù)治理各個(gè)環(huán)節(jié)工作和流程的保障。

　　奇點(diǎn)團(tuán)隊(duì)作為埋點(diǎn)數(shù)據(jù)采集和管理的主力，負(fù)責(zé)數(shù)據(jù)采集SDK，數(shù)據(jù)上報(bào)、清洗、存儲(chǔ)、查詢，埋點(diǎn)管理平臺(tái)等。

　　2.5宣導(dǎo)埋點(diǎn)和數(shù)據(jù)文化

　　過(guò)去由于數(shù)據(jù)文化的缺失，很多業(yè)務(wù)方意識(shí)不到規(guī)范埋點(diǎn)的重要性。未正確錄入頁(yè)面埋點(diǎn)信息、使用低版本采集SDK，造成了大量不符合標(biāo)準(zhǔn)的數(shù)據(jù)。組織培訓(xùn)會(huì)和埋點(diǎn)規(guī)范宣講，推動(dòng)數(shù)據(jù)合理規(guī)范上報(bào)，也是埋點(diǎn)治理的重點(diǎn)工作之一。

　　03 埋點(diǎn)治理階段性成果

　　理解，首先 MCube 會(huì)依據(jù)模板緩存狀態(tài)判斷是否需要網(wǎng)絡(luò)獲取最新模板，當(dāng)獲取到模板后進(jìn)行模板加載，加載階段會(huì)將產(chǎn)物轉(zhuǎn)換為視圖樹(shù)的結(jié)構(gòu)，轉(zhuǎn)換完成后將通過(guò)表達(dá)式引擎解析表達(dá)式并取得正確的值，通過(guò)事件解析引擎解析用戶自定義事件并完成事件的綁定，完成解析賦值以及事件綁定后進(jìn)行視圖的渲染，最終將目標(biāo)頁(yè)面展示到屏幕。

　　作者團(tuán)隊(duì)提供的數(shù)據(jù)采集服務(wù)范圍除了京東科技下金融科技、京東云、數(shù)字城市等全部業(yè)務(wù)線外，還擴(kuò)展到了京東物流等兄弟部門。

　　奇點(diǎn)針對(duì)金融業(yè)務(wù)深耕多年，對(duì)數(shù)據(jù)的安全性、穩(wěn)定性、實(shí)時(shí)性有多種保障方案，已是業(yè)務(wù)運(yùn)營(yíng)過(guò)程中不可或缺的重要環(huán)節(jié)。奇點(diǎn)管理平臺(tái)現(xiàn)已實(shí)現(xiàn)埋點(diǎn)管理、數(shù)據(jù)分析一體化。在埋點(diǎn)數(shù)據(jù)上報(bào)查詢、數(shù)據(jù)監(jiān)控、數(shù)據(jù)計(jì)算可視化展示等各個(gè)環(huán)節(jié)都有相應(yīng)的管理工具。

　　3.1埋點(diǎn)驗(yàn)證工具

　　過(guò)去驗(yàn)證上報(bào)數(shù)據(jù)是否準(zhǔn)確，需要測(cè)試人員申請(qǐng)數(shù)據(jù)庫(kù)表權(quán)限，然后手寫(xiě)SQL查詢數(shù)據(jù)。為此作者團(tuán)隊(duì)做了埋點(diǎn)驗(yàn)證工具，既可以掃碼查看本機(jī)實(shí)時(shí)數(shù)據(jù)、查看所有上報(bào)實(shí)時(shí)數(shù)據(jù)，也可以一鍵檢測(cè)上報(bào)數(shù)據(jù)是否符合規(guī)范。該工具為測(cè)試人員節(jié)省了大量時(shí)間，也為埋點(diǎn)治理，推動(dòng)用戶規(guī)范錄入起了輔助作用。奇點(diǎn)服務(wù)端使用Lua腳本并發(fā)處理，而不是傳統(tǒng)的Web服務(wù)，處理請(qǐng)求速度更快，減少了服務(wù)器資源使用。實(shí)時(shí)數(shù)據(jù)存放在ES中，相比MYSQL數(shù)據(jù)庫(kù)能容納更多的數(shù)據(jù)量，查詢速度更快。

　　3.2埋點(diǎn)驗(yàn)證工具

　　作者團(tuán)隊(duì)在客戶端數(shù)據(jù)上報(bào)、服務(wù)端數(shù)據(jù)轉(zhuǎn)換、數(shù)據(jù)發(fā)送、落倉(cāng)等每步都加入了監(jiān)控，保證整條鏈路數(shù)據(jù)質(zhì)量。監(jiān)控定時(shí)檢查計(jì)算數(shù)據(jù)上報(bào)的成功率、緩存率、丟失率，數(shù)據(jù)加工清洗后的留存率、落倉(cāng)率等，一旦數(shù)據(jù)浮動(dòng)超過(guò)設(shè)定的閾值，會(huì)自動(dòng)發(fā)告警郵件給奇點(diǎn)研發(fā)人員。有了數(shù)據(jù)監(jiān)控，能及時(shí)發(fā)現(xiàn)、高效處理數(shù)據(jù)量問(wèn)題，降低數(shù)據(jù)損失，節(jié)省人力，極大提升了數(shù)據(jù)質(zhì)量。

　　3.3實(shí)時(shí)數(shù)據(jù)一站式看板

　　過(guò)去作者團(tuán)隊(duì)只關(guān)注埋點(diǎn)范圍的研發(fā)業(yè)務(wù)，平臺(tái)升級(jí)后，用戶錄入埋點(diǎn)信息后可通過(guò)看板即時(shí)查看PV、UV、點(diǎn)擊率等指標(biāo)實(shí)時(shí)數(shù)據(jù)。對(duì)于用戶來(lái)說(shuō)，省去了從各種庫(kù)表取數(shù)分析的步驟；對(duì)于埋點(diǎn)治理來(lái)說(shuō)，不但降本增效，推動(dòng)用戶規(guī)范錄入頁(yè)面信息，而且指標(biāo)計(jì)算結(jié)果比各個(gè)業(yè)務(wù)方自己分析更加準(zhǔn)確。

　　04奇點(diǎn)埋點(diǎn)對(duì)比行業(yè)創(chuàng)新功能

　　4.1埋點(diǎn)可視化展示

　　查看某個(gè)頁(yè)面的埋點(diǎn)信息，通常采用分頁(yè)列表的方式，詳細(xì)數(shù)據(jù)要跳轉(zhuǎn)到看板瀏覽。這種方式雖然羅列出了頁(yè)面所有埋點(diǎn)，但是每個(gè)埋點(diǎn)的錄入人不同，埋點(diǎn)多了之后具體每個(gè)埋點(diǎn)表示什么含義其他人并不清楚。

　　為此作者團(tuán)隊(duì)研發(fā)了埋點(diǎn)可視化工具，完美解決了上述問(wèn)題。只要輸入頁(yè)面URL，選擇合適的設(shè)備大小，頁(yè)面哪些元素有埋點(diǎn)就呈現(xiàn)出來(lái)。每個(gè)坑位的埋點(diǎn)ID，點(diǎn)擊曝光的數(shù)據(jù)只要點(diǎn)擊一下浮框即可見(jiàn)。埋點(diǎn)可視化工具還支持查看實(shí)時(shí)上報(bào)的日志和匯總的實(shí)時(shí)數(shù)據(jù)。

　　埋點(diǎn)可視化展示通過(guò)數(shù)據(jù)采集腳本-奇點(diǎn) JS SDK 自動(dòng)加載可視化插件實(shí)現(xiàn)，使用postMessage 和addEventListener(message)，實(shí)現(xiàn)埋點(diǎn)可視化工具和所查看頁(yè)面的數(shù)據(jù)雙向發(fā)送與接收，從而實(shí)時(shí)展示埋點(diǎn)數(shù)據(jù)和埋點(diǎn)日志。為減少加載SDK的頁(yè)面開(kāi)銷，作者團(tuán)隊(duì)做了優(yōu)化處理，只有在可視化工具中打開(kāi)頁(yè)面才會(huì)加載該插件。

　　4.2 H5與原生App全鏈路數(shù)據(jù)打通

　　類似京東金融這樣使用Native和WEB技術(shù)開(kāi)發(fā)的混合應(yīng)用，之前H5頁(yè)面和原生頁(yè)面的數(shù)據(jù)，使用了不同的SDK采集，用戶在兩端頁(yè)面間跳轉(zhuǎn)，數(shù)據(jù)是斷裂的，只能分開(kāi)統(tǒng)計(jì)，不能從整體上統(tǒng)計(jì)分析用戶行為。采用歸因統(tǒng)計(jì)的方法能關(guān)聯(lián)部分兩端的數(shù)據(jù)，但會(huì)導(dǎo)致數(shù)據(jù)統(tǒng)計(jì)不準(zhǔn)確，不但增加數(shù)據(jù)分析人力、物力成本，不可靠的數(shù)據(jù)還會(huì)使運(yùn)營(yíng)無(wú)法精準(zhǔn)投放廣告，從而影響最終收益；

　　如今奇點(diǎn)團(tuán)隊(duì)實(shí)現(xiàn)了H5頁(yè)面和原生頁(yè)面數(shù)據(jù)打通，包括以下打通點(diǎn)：

　　訪次打通: 訪次是指用戶在當(dāng)前設(shè)備中累計(jì)訪問(wèn)次數(shù)，在京東金融 App 中，用戶每次重新打開(kāi)或者切后臺(tái)超過(guò) 2 分鐘后，訪問(wèn)的次數(shù)就會(huì)加1。可以根據(jù)訪次來(lái)統(tǒng)計(jì)用戶活躍度。

　　訪序打通: 訪序是指用戶在當(dāng)前訪次內(nèi)，頁(yè)面的訪問(wèn)順序，H5和原生頁(yè)面打通后，頁(yè)面的訪序是連續(xù)的，可以更精準(zhǔn)的查看用戶訪問(wèn)頁(yè)面路徑。

　　來(lái)源埋點(diǎn): 來(lái)源埋點(diǎn)是指上一個(gè)頁(yè)面用戶點(diǎn)擊點(diǎn)最后一個(gè)埋點(diǎn)ID。根據(jù)來(lái)源埋點(diǎn)，可以精準(zhǔn)定位上一個(gè)頁(yè)面觸發(fā)點(diǎn)。數(shù)據(jù)打通后，可以確定當(dāng)前頁(yè)面的熱點(diǎn)來(lái)源。

　　首訪埋點(diǎn): 首訪埋點(diǎn)是指用戶打開(kāi)App時(shí)首次點(diǎn)擊的坑位埋點(diǎn)，根據(jù)首訪埋點(diǎn)可以定位到進(jìn)入某一 H5 或原生頁(yè)面起始點(diǎn)。

　　上一個(gè)頁(yè)面 URL 或原生頁(yè)面 CTP: 為了精準(zhǔn)分析用戶行為軌跡，奇點(diǎn)會(huì)采集上一個(gè)頁(yè)面 URL 或原生頁(yè)面CTP，數(shù)據(jù)打通后，會(huì)形成閉環(huán)，即使是后退操作也會(huì)記錄后退的前一個(gè)頁(yè)面，從而可以更好的進(jìn)行路徑分析、頁(yè)面可達(dá)分析、用戶丟失率分析。

　　其他采集字段打通: 為了統(tǒng)一口徑，統(tǒng)一指標(biāo)，打通的字段還包含以下字段：設(shè)備 ID、手機(jī)品牌、手機(jī)型號(hào)、App 名稱、App 版本。

　　兩端打通前：

　　兩端打通后：

　　數(shù)據(jù)打通的收益是巨大的，下面是一個(gè)實(shí)際使用案例-小金庫(kù)頁(yè)面流量來(lái)源歸因分析：

　　4.3 頁(yè)面ID自動(dòng)匹配上報(bào)

　　過(guò)去統(tǒng)計(jì)PV時(shí)，根據(jù)訪問(wèn)頁(yè)面的URL作為唯一標(biāo)識(shí)，這個(gè)URL需要在奇點(diǎn)管理平臺(tái)錄入后方可進(jìn)行計(jì)算。然而這種方式存在很大的缺陷。當(dāng)遇到以下場(chǎng)景，根據(jù)哪個(gè)URL來(lái)計(jì)算，邊界并不清晰。

　　URL中帶參數(shù)，例如/path1/path2?param=value。不同參數(shù)可能代表同一個(gè)頁(yè)面，也可能是不同的頁(yè)面；動(dòng)態(tài)路由，例如/path1/path2/:path3/，某個(gè)path是動(dòng)態(tài)的，如果這個(gè)path是數(shù)字ID，是無(wú)法在奇點(diǎn)管理平臺(tái)全部錄入的；Hash路由，例如/path1/path2/#/route1 / route2。如今前端單頁(yè)面盛行，不同業(yè)務(wù)方做出的網(wǎng)站大相徑庭，hash值不同，有的希望統(tǒng)計(jì)成一個(gè)頁(yè)面，也有想統(tǒng)計(jì)成不同的頁(yè)面；以上場(chǎng)景混合的情況。

　　針對(duì)此問(wèn)題，作者團(tuán)隊(duì)提出了使用pageId代替URL的方案。即業(yè)務(wù)方在奇點(diǎn)管理平臺(tái)錄入時(shí)指定URL的哪部分是動(dòng)態(tài)的還是固定的，并生成唯一頁(yè)面的ID。在訪問(wèn)頁(yè)面時(shí)，當(dāng)前頁(yè)面的鏈接與錄入的動(dòng)態(tài)規(guī)則做計(jì)算，找到最匹配的pageId后上報(bào)數(shù)據(jù)，最終使用pageId做數(shù)據(jù)統(tǒng)計(jì)，極大的提高了指標(biāo)計(jì)算正確率。

　　為保證此方案的穩(wěn)健性，作者團(tuán)隊(duì)也做了很多細(xì)節(jié)把控。比如為防止拉取CDN pageId JSON文件失敗，增加了重試機(jī)制，在未獲取到文件時(shí)先將上報(bào)數(shù)據(jù)緩存在本地。比如沒(méi)有匹配成功的URL另做打標(biāo)處理。還有監(jiān)控站點(diǎn)更新頁(yè)面，同步生成最新的配置關(guān)系等等。

　　05未來(lái)規(guī)劃

　　在埋點(diǎn)數(shù)據(jù)治理方向，奇點(diǎn)團(tuán)隊(duì)聯(lián)合數(shù)據(jù)團(tuán)隊(duì)通過(guò)一系列方案實(shí)現(xiàn)自動(dòng)化治理埋點(diǎn)數(shù)據(jù)。例如對(duì)不規(guī)范數(shù)據(jù)打標(biāo)，使數(shù)據(jù)不進(jìn)入數(shù)據(jù)分析模型層；各端統(tǒng)一使用頁(yè)面唯一ID的上報(bào)方式；不規(guī)范錄入信息的頁(yè)面自動(dòng)認(rèn)領(lǐng)到頁(yè)面站點(diǎn)下；向未錄入頁(yè)面的用戶定向推送郵件等方式持續(xù)提升數(shù)據(jù)質(zhì)量。

　　在平臺(tái)能力建設(shè)方向，首先從精細(xì)化運(yùn)營(yíng)角度還要持續(xù)建設(shè)可視化埋點(diǎn)及與頁(yè)面活動(dòng)搭建平臺(tái)打通提供組件化埋點(diǎn)能力，提升埋點(diǎn)開(kāi)發(fā)效率。其次從埋點(diǎn)生命周期管理角度，奇點(diǎn)平臺(tái)提供的埋點(diǎn)設(shè)計(jì)管理、代碼掃描、埋點(diǎn)驗(yàn)證、埋點(diǎn)指標(biāo)看板一系列工具要更好流程化整合，提升產(chǎn)、運(yùn)、研等各方的協(xié)同效率。最后從智能化建設(shè)角度，對(duì)于流量數(shù)據(jù)看板增加智能分析、智能預(yù)測(cè)能力，提升數(shù)據(jù)應(yīng)用效率。通過(guò)埋點(diǎn)數(shù)據(jù)作為基石，賦能業(yè)務(wù)場(chǎng)景，更好地服務(wù)支撐公司整體的數(shù)智化經(jīng)營(yíng)能力建設(shè)。

  今天的分享就到這里了，想了解更多關(guān)于開(kāi)京東店鋪的流程和費(fèi)用、京東網(wǎng)店購(gòu)買等內(nèi)容，敬請(qǐng)關(guān)注火蝠電商代運(yùn)營(yíng)官網(wǎng)。