利用Google Analytics 4中的DebugView去測試

Google Analytics Haran 10个月前 (04-21) 530次瀏覽 0條留言

Google Analytics 4 設定好後,我們需要去偵錯、測試,確定設定正確與否,Google Analytics 4 提供了內置的即時偵錯模式——DebugView

認識DebugView

DebugViewGoogle Analytics 4 提供的內置的即時偵錯模式,你可以透過 DebugView 來監控事件,以便針對資料收集作業進行偵錯。

Google Analytics 4 點擊「管理」——「DebugView」:

利用Google Analytics 4中的DebugView去測試

啟用DebugView的三種方式

網頁端,在GA4中啟用DebugView有三種方式:

  • Chrome裡的擴充功能Google Analytics Debugger
  • Google Tag  Manager 的預覽模式
  • 添加debug_mode參數

 

Chrome裡的擴充功能Google Analytics Debugger

你先需要在Chrome裡安裝Google Analytics Debugger,點擊擴充功能的圖標,將拓展添加到工具欄的位置:

利用Google Analytics 4中的DebugView去測試

打開要偵錯的頁面,然後點擊Google Analytics Debugger,點擊它會顯示on,就表示進入偵錯模式

利用Google Analytics 4中的DebugView去測試

返回到DebugView,可以看到裡面有資料,就表示成功進入偵錯模式

 

利用Google Analytics 4中的DebugView去測試

 

Google Tag Manager的預覽模式

在GTM中點擊右上角的“預覽”進入調試狀態,如果你還不知道怎麼調試,請看:新版Google Tag Manager 預覽模式指南——Tag Assistant 

返回到DebugView,如果在DebugView看到有資料,就表示成功進入偵錯模式

 

添加debug_mode參數

你還可以透過添加debug_mode參數,使得資料在DebugView中可見,有兩種方式:

  • 一種是添加Google Analytics 4 的基本設定,GTM中所有的設定(事件)都會生效,我的GA4基本設定是“Google Analytics 4 Basic Tracking”
  • 一種是僅添加在要偵錯的設定,如你相對某個事件做偵錯,那麼就只在該事件的代碼添加debug_mode

如果你不知道用哪種方式,就選用第一種即可,接下來給大家示範如何添加debug_mode參數,打開GA4基本設定是“Google Analytics 4 Basic Tracking”,在「要設定的欄位」裡做如下設定:

利用Google Analytics 4中的DebugView去測試

 

debug_mode設定為true,那麼就可以在DebugView中看到資料。

 

進入預覽調試後,返回到DebugView,如果在DebugView看到有資料,就表示成功進入偵錯模式

DebugView的介面介紹

DebugView的介面如下:

利用Google Analytics 4中的DebugView去測試

 

可以分為五部分:

  1. 偵錯裝置:當前進入偵錯、測試狀態的裝置
  2. 分動態:以分為單位顯示事件數,圈裡的數值就是事件總數,一點擊它,秒動態就會顯示裡面所有的事件
  3. 秒動態:以秒為單位顯示事件數,圈裡的數值就是事件總數
  4. 熱門事件:過去30分鐘觸發的事件
  5. 使用者屬性目前有效:過去30分鐘觸發的使用者屬性

 

偵錯裝置

如果你已經在多個裝置上啟用偵錯模式,可以使用「偵錯位置」來選擇要在 DebugView 報表中顯示的特定裝置,設定的位置在DebugView的左上角:

利用Google Analytics 4中的DebugView去測試

一般來說,偵錯是只有你自己的,但如果有其他人通過Google Analytics Debugger在你網站上偵錯的時候,那麼這裡就會出現多個裝置了,你可以透過下拉式選單選擇自己的裝置,去偵錯。

 

分動態

分動態裡顯示許多圓圈,每個圓圈表示1分鐘,圓圈中的數字表示1分鐘內的事件數:

利用Google Analytics 4中的DebugView去測試

隨意點選任一個圓圈,系統就會把在該分鐘內記錄到的事件填入秒動態

秒動態

顯示過去 60 秒內記錄的事件。每個事件都會顯示與開發裝置記錄的時間相對應的時間戳記:

利用Google Analytics 4中的DebugView去測試

點選任一事件可查看相關的參數:利用Google Analytics 4中的DebugView去測試

隨著使用者屬性值在應用程式使用期間有所改變,串流動態中會持續顯示相關事件,最晚發生的事件會顯示在最上方。

熱門事件

顯示在 30 分鐘期間記錄的熱門事件:

利用Google Analytics 4中的DebugView去測試

可以點擊右上角的圖標去過濾。

使用者屬性目前有效

顯示目前使用者屬性,你可以點擊右上角的圖標,可以查看過去30分鐘的變更記錄:

利用Google Analytics 4中的DebugView去測試

 

用DebugView偵錯調試範例

用DebugView的偵錯調試用法是,進入偵錯模式後,在頁面模擬行為或事件,然後返回DebugView,在秒動態中找到對應的事件:

利用Google Analytics 4中的DebugView去測試

 

點擊該事件,查看相關的參數和使用者屬性是否準確:

利用Google Analytics 4中的DebugView去測試

如果準確,就表示事件追蹤設定沒問題。

 

由於DebugView裡能獲取的資訊比較少,如果事件追蹤沒有觸發,DebugView是定位不到原因,所以我是推薦使用Tag Assistant去偵錯測試。

常見錯誤

DebugView裡的Bug

如果你用DebugView去調試,實際價格是250,你會看到price多了很多了6個0:

利用Google Analytics 4中的DebugView去測試

這是一個bug,不影響GA4報表裡的資料的。

 

偵錯裝置(Debug Device)裡有很多裝置

如果你在偵錯裝置裡看到很多的設備:

利用Google Analytics 4中的DebugView去測試

 

原因是你將debug_mode設置發佈到線上,打開GA4基本設定是“Google Analytics 4 Basic Tracking”,在「要設定的欄位」裡做如下設定:

利用Google Analytics 4中的DebugView去測試

將debug_mode移除,在發佈到線上,然後等30分鐘就可以。

延伸閱讀:DebugView裡的偵錯裝置怎麼會有那麼多裝置呢?

 

第二個網頁的UTM參數丟失

有些人在使用DebugView的時候可能會留意到,比如著陸頁的 https://www.haranhuang.com?utm_source=admin

  • 第一個page_view事件是有source參數admin
  • 第二個page_view事件就沒有source參數

有些人就擔心,source參數是不是丟失了。

其實不是的,UTM是工作階段級別的,它一進來的時候,UTM參數就和工作階段ID綁定,後面的事件都會和工作階段ID綁定,所以默認就打通的了。

工作階段ID在Cookie _ga_<container-id>裡,有興趣可以看:認識 Google Analytics 4 的工作階段(Sessions)


如果您在操作上仍有任何疑問,歡迎留言交流。

轉載請註明標題:利用Google Analytics 4中的DebugView去測試
網址鏈接:https://www.haranhuang.com/google-analytics-4-debugview.html

Like (0)
發佈我的留言
取消留言
表情 贴图 加粗 删除线 居中 斜体

Hi,*为發佈留言必須填寫。

  • 顯示名稱*
  • 電子郵件地址*
  • 個人網站網址