剛升級新版 Google Analytics 4 (GA4) 後,是不是馬上發現 GA4 不僅在介面上已徹底改頭換面,連資料架構、數據模型都有極大變化?
如果光靠著舊版 Universal Analytics (UA) 的知識嘗試自行摸索,可能會發現困難重重,數據似乎怎麼樣都對不上!
因此為了幫助讀者迅速上手 GA4,這篇文章我們將從基礎入門的角度,說明為何熟悉「事件」對於學習 GA4 如此重要,以及「事件」在 GA4 中的設定和運作方式。
GA4 中的「事件」是什麼?
GA4 使用「事件(event)」來評估使用者在網站或 APP 中的特定互動或情況。舉電商的例子來說,當消費者點入商品頁面連結、觀看影片、下單購物時,或甚至是某頁面出現問題停止運作時,這些消費者與網站的互動,或網頁發生的特殊情況,都會被 GA4 系統記錄為一個個的「事件」,系統就是用這些事件來當作評估數據模型的基本單位,並製作報表。
GA4 的四大事件類別
網站或 APP 每日會發生的「事件」,可能有成千上萬個,那麼哪種類型的事件才會被系統收集記錄下呢?
首先,只要安裝好 GA4,系統就會自動採集以下兩個事件類別:
自動收集的事件
這類型的事件,是只要使用者與網站或 APP 有基本互動時,就會促使系統自動收集的事件,例如使用者點擊時(click)、初次到訪網站(firrst_visit)時。
加強型評估事件
除了自動收集的事件外,可另選擇是否啟用加強型評估功能,評估使用者與網站或APP內容的互動情況,例如站內搜尋(view_search_results)、檔案下載(file_download)等。
另外,還有建議事件、自訂事件,須在完成導入後,才會顯示在 GA4 中。
建議事件
建議事件是當您需要額外評估某些功能和行為時,自行在網站或 APP 中加入的事件。
目前 Google 提供的建議事件,包含適合所有資源,或需要評估銷售業績的零售業、電商業、教育業、房地產業、旅遊業等資源,以及遊戲資源。
這類型事件需搭配其他相關背景資訊,包含指定的事件名稱、建議的觸發時機、建議的參數,整體進行評估才會有意義,並產生具有參考價值的特殊報表,因此系統不會自動收集。
自訂事件
在自動收集事件和建議事件都無法符合需求的情況下,或企業有特別重視和想分析的資訊時,才會建立自訂事件,且需要同時配合自訂報表和探索,才能獲取有意義的分析數據。
舉例而言,雖然 GA4 會在網站訪客瀏覽頁面時記錄資料,但企業可能還想更進一步了解訪客與新功能互動的情況,或是自媒體、慈善機構網站希望了解使用者在何時捐款時,就建議可導入自訂事件。
GA4 「事件」的運作方式
假設訪客在已埋設代碼的網站上,點擊播放網站上的產品介紹影片,影片開始播放時的情形如下:
GA4 事件 vs. 工作階段
接觸過舊版 UA 的讀者,應該記得以往 UA 的測量模型是以「工作階段(session)」為基礎,而 GA4 則以「事件」為基礎進行數據搜集,這也是為什麼我們強烈建議讀者應先熟悉「事件」的概念,才能了解 GA4 的操作邏輯。
有些讀者可能有疑問,不管是 UA 還是 GA4,都有「工作階段」和「事件」的概念,到底這兩者在 GA4 改版後,有什麼變化呢?
我們根據 Google 最新提供的定義,整理成以下表格:
Google Analytics 4 (GA4) | Universal Analytics (UA) | |
工作階段 (session) | 閒置超過 30 分鐘 (視工作階段逾時設定而定), 工作階段就會結束,如逾時後返回就會啓動新的工作階段。 | 閒置超過 30 分鐘 (視工作階段逾時設定而定)、時間戳記截止於午夜 (視設定資料檢視時所在時區而定),或出現新的廣告活動參數,視爲一個工作階段。 |
事件 (event) | 每次「命中」都是一個事件,所有動作都是事件,沒有「類別」、「動作」或「標籤」的概念,但可用參數來表現。(*以註冊為例,事件名稱可能是 sign_up,參數可能是 page_location、product 和 form_id。) | 事件本身即命中類型,有「類別」、「動作」和「標籤」等維度。(*以註冊為例,此事件可能包含「行動號召」類別、「註冊」動作,及代表landing page的標籤。) |
(想了解更詳細的 GA4 改版前後比較,請參考這篇文章。)
根據以上比較,可得知「工作階段」和「事件」在新版 GA4 中的定義都有變化,主要是資料模型的差異,捨棄掉了類別、動作、標籤等維度,並以「參數」來表現事件。
GA4的「事件參數」是什麼?
每個事件都會有事件名稱、事件觸發時機、事件參數,而其中的參數可針對使用者與網站互動的方式提供額外資訊。例如,當有消費者瀏覽產品時,可加入參數來描述消費者瀏覽的產品,像是產品名稱、類別或價格。
GA4 已預設自動收集和加強型評估事件,都會納入參數。Google 另外還提供用戶一組必要和選用參數,可加到建議事件中,用戶也可視需求和用途自訂其他事件參數。如果在設定參數時遇到困難,或是有特定的數據搜集需求,可以聯繫行動貝果團隊,我們將有專人為您解決 GA4 的各種難題!
怎麼即時查看 GA4「事件」?
從網站或 APP 傳送事件後,有兩種方式能確認 GA4 是否已成功收集事件:
即時報表
在 GA4 的即時報表中,可找到「按事件名稱劃分事件計數」資訊卡,會顯示訪客過去半小時在網站或 APP 中觸發的每個事件,和各事件的觸發次數。
在此還可以點按各事件,查看隨事件一起傳送的事件參數。
Debug View 報表
GA4 提供了超方便的 DebugView 功能,尤其如果有使用 Google Tag Manager (GTM) 的話,系統在開啟預覽時就會自動開啟 Debug 模式,可以確認是否已正確設定事件和事件參數。(推薦使用 Debug View 報表來查看事件)
總結
「事件」是 GA4 的核心,這篇文章我們為各位讀者介紹了事件的基本概念,後續我們會陸續更新更多關於 Google Tag Manager (GTM) 和 Urchin Tracking Module (UTM) 的實作教學。如果您的網站或 APP 有事件參數、程式碼相關問題,或不知道怎麼導入符合商業需求的自訂事件,歡迎您立即聯繫行動貝果團隊,我們會針對您的產業別與分析用途,為您推薦客製化的 GA4 解決方案!