怎么在vue項目中實現前端埋點

本篇文章為大家展示了怎么在vue項目中實現前端埋點，內容簡明扼要并且容易理解，絕對能使你眼前一亮，通過這篇文章的詳細介紹希望你能有所收獲。

Vue的優點

Vue具體輕量級框架、簡單易學、雙向數據綁定、組件化、數據和結構的分離、虛擬DOM、運行速度快等優勢，Vue中頁面使用的是局部刷新，不用每次跳轉頁面都要請求所有數據和dom，可以大大提升訪問速度和用戶體驗。

埋點方案的確定。業界的埋點方案主要分為以下三類：

• 代碼埋點：在需要埋點的節點調用接口，攜帶數據上傳。如百度統計等；

• 可視化埋點：使用可視化工具進行配置化的埋點，即所謂的「無痕埋點」，前端在頁面加載時，可以讀取配置數據，自動調用接口進行埋點。如開源的Mixpanel;

• 無埋點：前端自動采集全部事件并上報埋點數據。如國內的神策數據等；

在當時排期緊湊，人力緊缺的情況下，顯然不允許我們去開發可視化埋點方案和無埋點方案，所以只能采取代碼埋點方案。

命令式埋點

命令式埋點，顧名思義，開發者需要手動在需要埋點的節點處進行埋點。如點擊按鈕或鏈接后的回調函數、頁面ready時進行請求的發送。大家肯定都很熟悉這樣的代碼：

// 頁面加載時發送埋點請求
$(document).ready(function(){
  // ... 這里存在一些業務邏輯
  sendRequest(params);
});
// 按鈕點擊時發送埋點請求
$('button').click(function(){
  // ... 這里存在一些業務邏輯
  sendRequest(params);
});

可以很容易發現，這樣的做法很有可能會將埋點代碼侵入業務代碼，這使整體業務代碼變得繁瑣，容易出錯，且后續代碼會愈加膨脹，難以維護。所以，我們需要讓埋點的代碼與具體的業務邏輯解耦，即 聲明式埋點 ，從而提高埋點的效率和代碼的可維護性。

聲明式埋點

理論上，聲明式埋點只需要關注兩個問題：

• 需要埋點的DOM節點；

• 所需攜帶的數據

因此，可以很快想出一個聲明式埋點的方法：

// key表示埋點的唯一標識；act表示埋點方式
<button data-stat="{key:'111', act: 'click'}">埋點</button>

那么可以去遍歷DOM樹，找到 [data-stat] 的節點，給這個button綁上click事件，把這些參數在回調函數中通過請求發出去。

在DOM節點(html)上聲明埋點，與業務邏輯（通常在Javascript文件中）就解耦了。調用也很方便。

看起來很美，但這樣就能解決問題了嗎？顯然是不夠的。還需要解決以下問題：

• 遍歷DOM樹的時機問題，一個簡單的例子，一個表格的行數據是通過異步加載，而表格行中的操作按鈕需要埋點，那么在DOM ready的時候去遍歷，顯然是無法找到的

• 綁定埋點事件次數的問題，怎樣保證埋點事件不會被重復綁定到元素上，一次操作發了N個埋點請求?

• 如何處理特有的埋點行為，如頁面展現埋點，區域展現埋點?

• 如何在解綁時，銷毀已綁定的事件?

1.自定義指令實現埋點數據統計

在項目中通常需要做數據埋點，這個時候，使用自定義指令將會變非常簡單

在項目入口文件 main.js 中配置我們的自定義指令

// 坑位埋點指令
Vue.directive('stat', {
 bind(el, binding) {
  el.addEventListener('click', () => {
   const data = binding.value;
   let prefix = 'store';
   if (OS.isAndroid || OS.isPhone) {
    prefix = 'mall';
   }
   analytics.request({
    ty: `${prefix}_${data.type}`,
    dc: data.desc || ''
   }, 'n');
  }, false);
 }
});

2.使用路由攔截統計頁面級別的 PV

由于第一次在單頁應用中嘗試數據埋點，在項目上線一個星期之后，數據統計后臺發現，首頁的 PV 遠遠高于其它頁面，數據很不正常。后來跟數據后臺的人溝通詢問他們的埋點統計原理之后，才發現其中的問題所在。

傳統應用，一般都在頁面加載的時候，會有一個異步的 js 加載，就像百度的統計代碼類似，所以我們每個頁面的加載的時候，都會統計到數據；然而在單頁應用，頁面加載初始化只有一次，所以其它頁面的統計數據需要我們自己手動上報

解決方案

使用 vue-router 的 beforeEach 或者 afterEach 鉤子上報數據，具體使用哪個最好是根據業務邏輯來選擇。

const analyticsRequest = (to, from) => {
 // 只統計頁面跳轉數據，不統計當前頁 query 不同的數據
 // 所以這里只使用了 path, 如果需要統計 query 的，可以使用 to.fullPath
 if (to.path !== from.path) {
  analytics.request({
   url: `${location.protocol}//${location.host}${to.path}`
  });
 }
};

router.beforeEach((to, from, next) => {
 if (to.matched.some(record => record.meta.requiresAuth)) {
  // 這里做登錄等前置邏輯判斷
  // 判斷通過之后，再上報數據
  ...
  analyticsRequest(to, from);
 } else {
  // 不需要判斷的，直接上報數據
  analyticsRequest(to, from);
  next();
 }
});

在組件中使用我們的自定義指令

基于 jquery + widget 的老項目，

那么在這些項目中的DOM操作是jquery甚至原生DOM API來實現，Vue的自定義指令就無法工作

基于MutationObserver API的Mixin

MutationObserver是在DOM3標準中提出的標準API，提供讓開發者感知到在某一個DOM節點變更的能力。可以監聽以下場景：

• childList: 目標節點的子節點插入刪除引起的變更

• attributes: 目標節點屬性改變引起的變更

• characterData: 目標節點的文本節點改變引起的變更，如通過appendData()等

• subtree: 目標節點的子孫節點改變引起的變更

• attributeOldValue：當attribute監聽被設定為true時，可以記錄改變前的屬性值

• characterDataOldValue：當characterData監聽被設定為true時，可以記錄改變前的屬性值

• attributeFilter：可以設定需要監聽的屬性列表

但為了保證MutationObserver可以在所有瀏覽器上正常工作，我們仍然引入了這個API的polyfill,詳情可見這里。

在此能力的前提下，我們就可以在任意的DOM操作下觸發Vue進行重新解析指令。

我們將 MutationObserver 封裝進一個 Vue mixin , 非Vue應用的業務代碼只需要引入這個mixin，這樣也可以很好地解耦。
詳細的實現原理可以見以下偽代碼：

let observer;
export default {
 ready() {
  // 開啟監聽
  observer = new MutationObserver(mutations => {
   this.$compile(this.$el);
  });
  observer.observe(this.$el, config);
 },
 destroyed() {
  // 清理工作
  observer.disconnect();
  observer.takeRecords();
 }
}

上述內容就是怎么在vue項目中實現前端埋點，你們學到知識或技能了嗎？如果還想學到更多技能或者豐富自己的知識儲備，歡迎關注億速云行業資訊頻道。