深入了解 GA4 中的「加強型評估事件」及替代追蹤設定方式

Ian
14 min readJun 3, 2024

我們都知道在 GA4 所有的東西都是事件,而 GA4 中的事件可以又分成「自動收集事件」、「加強型評估事件」、「建議事件」以及「自訂事件」,總共有四種事件類型。

其中的「加強型評估事件」又做到了過往 GA3(Universal Analytics)沒辦法做到的事,只要從後台開啟,就可以自動幫你追蹤某些使用者在網站上的特定行為,例如:表單互動外連點擊影片參與以及捲動等,使用者不用 透過 GTM 設定就可以追蹤到這些行為,非常方便。

不過,加強型評估事件也有一些不完美的地方。今天這篇文章就要跟大家介紹一下 GA4 的「 加強型評估事件 」,它們到底是用來做什麼的?有什麼缺點嗎?如果有些追蹤行為不符合預期,我們又有什麼替代方案可以選擇呢?

讓我們繼續看下去。

GA4 中的各種事件類型

首先,我們先來簡單認識一下 GA4 中的各種事件,除了「 加強型評估事件 」以外,其它不同類型的事件,各代表著什麼意思?

自動收集事件

我們這邊只會提到與網站相關的自動收集事件,在官方的 這份文件 中,還包含了 App 相關的收集事件,有興趣了解更多的朋友可以參考該份文件。

(如果你仔細看這份文件,會看到如 video_start(影片參與)file_download(檔案下載)scroll(捲動) 以及 form_submit(表單互動) 等「 加強型評估事件」也被歸類在這邊,這是因為他們,不過,我們會在「 加強型評估事件 」的段落解釋他們,這樣較不會搞混)

而「 自動收集事件 」顧名思義,就是只要安裝了 GA4 就會自動抓取的事件,例如:

firt_visit:當使用者第一次造訪網站時,會啟動的事件。

session_start:工作階段啟動時,這個事件就會出現。

user_engagement:當使用者切換頁面或離開網站時,該事件便會啟動,並且記錄上一個事件和前往下一個網頁之間的時間。( 官方文件說明

另外順帶一提,雖然我們可以在「加強型評估事件」中看到 page_view(網頁瀏覽) 事件,但因為使用者無法在 GA4 中進行開關設定,所以嚴格說起來,page_view 也可以算是「自動收集事件」。

建議事件

建議事件」需要由使用者自行設定安裝,用來幫助你評估額外的使用者行為。GA4 提供了一些「建議」的命名方式和對應的參數名稱,如果你有類似的事件需求,可以參照 官方文件 進行設定。不過,這些命名只是建議,並非強制。

但要特別注意的是,如果是電子商務相關的事件,例如: add_to_cart(加入購物車)view_item(查看商品)purchase(完成購買)以及 select_item(選擇商品) 等相關的事件,,否則 GA4 電子商務報表將無法接收到相對應的資料。

如果你想了解如何設定電子商務事件,可以參考這篇文章: 如何用 GTM 設定「GA4 電子商務事件」?

自訂事件

如果前述的事件都沒有符合需求,我們就必須要自行建立事件來進行追蹤,而這些事件就屬於「 自訂事件 」。

在創建「自訂事件」之前,我們建議先檢查 GA4 中的「自動收集事件」、「加強型評估事件」以及「建議事件」文件,如果都沒有可以沿用的相關事件,再透過 gtag.js、Google 代碼管理工具來進行「自訂事件」的設定。

至於「 自訂事件 」該怎麼設定?

可以參考我們一系列講述 如何透過 Google Tag Manager 建立事件 的文章,如果沒有符合你情境的事件,歡迎留言讓我們知道你面對的情境,看看可以如何幫助你。

同場加映:這些「參數」會自動帶入所有「事件」中

我們之所以可以在所有的 GA4 事件中看到如網頁位置網頁標題瀏覽器語言以及螢幕解析度等維度,是因為所有的事件都會自動帶入以下參數,這些參數能幫助我們在分析時能夠獲得更多有用的資訊。

language(使用者當前瀏覽器使用的語言)
page_location(對應的維度名稱:網頁位置)
page_title(對應的維度名稱:網頁標題)
page_referrer(網頁參照連結,標示上一頁是來自哪裡)
screen_resolution (使用者當前的螢幕解析度)

既然所有事件都會自動帶入這些參數,當然也包含了「 自訂事件 」。因此,除非你需要覆蓋特定參數的值,否則在透過 GTM 設定自訂事件時,就不需要額外帶上這些參數。

加強型評估事件

其實「 加強型評估事件」也算是「 自動收集事件」,因為在你創建 GA4 帳戶之後,它預設就是開啟的,如果沒有特別進行設定,當 GA4 追蹤代碼在網站上運行一段時間後,你就會在 GA4 「事件」報表 中看到相關事件名稱。

需要注意的是,如果你同時用 GTM 進行「 自訂事件」的設定,很可能會出現相同事件名稱強碰的狀況,也就是說, GA4 「 加強型評估事件 」已經在收集或是使用相同的事件名稱,而 GTM 也做了一樣的事情,這樣會造成數據上的混亂。

這也是為什麼我們在上一個段落會特別強調在進行所有「 自訂事件 」的設定之前,記得先進行事件的檢查程序,避免出錯。

接下來的內容,我們會開始一一介紹各種「 加強型評估事件 」的用途,它們在使用上有什麼優缺點?如果不用可以嗎?該去哪裡開關這些設定?以及有沒有其它替代方案?

讓我們繼續看下去。

我可以在哪裡設定加強型評估事件?

點擊 GA4 左下角齒輪(管理)進入後台 > 選擇「 資料收集和修改」> 選擇「 資料串流」> 選擇該網站所屬串流 > 點擊「 加強型評估區塊 」右下角齒輪 > 你可以在這邊選擇開關各種事件

點擊上方畫面中的右下角「 齒輪」後,會進入「 加強型評估事件 」清單,我們可以在這邊開關所需要的追蹤事件。

加強型評估事件有哪些?

  • 網頁瀏覽:相對應到事件報表中的「事件名稱」維度為 page_view
  • 捲動:相對應到事件報表中的「事件名稱」維度為 scroll
  • 外連點擊:相對應到事件報表中的「事件名稱」維度為 click
  • 站內搜尋:相對應到事件報表中的「事件名稱」維度為 view_search_results
  • 表單互動:相對應到事件報表中的「事件名稱」維度為 form_start, form_submit
  • 影片參與:相對應到事件報表中的「事件名稱」維度為 video_start, video_progress, video_complete
  • 檔案下載:相對應到事件報表中的「事件名稱」維度為 file_download

#1 網頁瀏覽

當網站頁面載入(包含重新整理)時,這個事件便會啟動,雖然放在「 加強型評估事件」中,也給了開啟和關閉的按鈕,但卻不能讓你隨意開關。如果需要關閉,我們必須要透過 GTM 設定,在 GA4 的 Google Tag 中帶上 send_page_view = false 的參數。

(延伸閱讀》 如何用 GTM 安裝 GA4 評估 ID?

除了一般的網頁瀏覽追蹤以外,在 GA4 中的「網頁瀏覽」事件還可以追蹤ㄧ頁式網頁的瀏覽行為,這是過往 GA3 無法做到的,我們只需要到「網頁瀏覽」的區塊中,展開「進階設定」,勾選「頁面根據瀏覽器記錄事件而變更」就可以了。

這樣一來,當使用者在ㄧ頁式網頁中進行操作時,每次頁面變更都會被正確地追蹤到。

所謂的一頁式網站是指當使用者點擊網站上的連結時,頁面沒有跳轉並重新載入,或是網址沒有改變,都有可能是一頁式網站。也因為「 網頁瀏覽 」事件只會在頁面載入時啟動,所以當遇到一頁式網站時,我們就必須要勾選這個選項來幫助我們追蹤使用者在網站上的瀏覽行為。

除了可以在 GA4 中進行設定以外,我們也可以透過 GTM 來追蹤使用者在一頁式網站上的瀏覽行為,詳細的操作方式,可以參考這篇文章: 如何用 GTM「記錄變更」& GA4 內建事件追蹤一頁式網站?

#2 捲動

在 GA4 介面上解釋得很簡單,指的是「在每次訪客瀏覽至網頁底部時紀錄捲動事件」,實際上就是當使用者捲動到頁面高度的 90% 時,就會觸發 scroll 事件。

過去在 GA3 想要追蹤捲動事件必須要另外撰寫 Javascript 代碼才能實現,但現在直接透過後台設定就可以完成,相對來說方便很多。

只不過,如果今天想要追蹤得更加詳細,例如:當使用者捲動到頁面高度 25%、50%、75% 以及 90% 時,觸發 scroll 事件,我們就必須要透過 GTM 來協助。關於這部分的設定方式,我們在 GTM 操作的文章中也有介紹,可以參考這篇: 如何用 GTM 設定「網頁捲動」追蹤事件?

#3 外連點擊

你在 GA4 的「 事件」報表中看到的 click 事件,其實不是使用者在網站上的所有點擊。只有當使用者點擊的是外部連結,也就是連結到其它網域(非自家網站的網域)時,才會觸發 click 事件,這點很容易讓剛接觸 GA4 的朋友感到困惑。

如果你管理著許多不同網域的網站,而且都使用同一個 GA4 追蹤代碼,你可能不希望使用者點擊這些連結時被認為是「 外連點擊」。這時,你需要設定跨網域追蹤,這樣使用者點擊這些連結時就不會觸發這個「 加強型評估事件 」了。

關於跨網域追蹤的設定方式,可以參考這篇: 如何進行跨網域追蹤設定?

#4 站內搜尋

如果你的網站有搜尋功能,便可以開啟這個「 加強型評估事件 」。一般來說,網站搜尋結果頁面的網址通常具有以下形式:

在此網址列中,位於「」與「」之間的部分就是所謂的「搜尋字詞查詢參數」,在 GA4「站內搜尋」下方進階設定中,你會發現有一個與網址中這個位置相對應的欄位,可以用來設定你要追蹤的參數名稱。

因此,只要你的搜尋結果網址結構跟上圖相同,類似 www.xxx.com/?搜尋字詞查詢參數=xxx ,那就可以使用 GA4 內建的「 站內搜尋 」事件來進行搜尋字詞的追蹤,只是你的可能會是?q=xxx?search=xxx 或是 ?query=xxx,如果都沒有跟預設的參數名稱相符,你也可以自行新增,只要結構相符就可以。

而最下方的「 其他查詢參數」欄位,則是可以協助抓取網址上更多不同的參數名稱,例如:你的網址可能是:www.xxx.com/?q=3345678&page=3,我們就可以將 page 輸入「 其他查詢參數 」欄位中,便可以抓到該搜尋字詞的結果。

不過呢,儘管現在大部分的網站都是採用「 動態網址」作為搜尋結果頁面的網址,但面對「 靜態網址」時,GA4 內建的「 站內搜尋」事件就無法作用了,關於這部分解決方式,可以參考這篇文章: 如何用 GTM 設定「靜態網址搜尋」追蹤事件?

我們在該文章中詳細描述了如何透過 GTM 追蹤「 靜態網址 」類型的搜尋頁面。

#5 表單互動

如果開啟了「表單互動」,GA4 會分別產生 form_start 以及 form_submit 兩個事件,當使用者點擊表單欄位,使游標在欄位內閃爍時,便會產生 form_start 事件,而當使用者填完表單將表單送出之後,則會觸發 form_submit 事件。

不過呢,這個事件我們建議「關閉不要使用」,因為可能會有以下的情況,造成 GA4 誤判而觸發了事件:

  1. 使用者是點擊的是搜尋欄位,卻觸發了 form_start 事件。
  2. 現代許多網站表單提交後是採用 Ajax 技術來傳送表單資料(最簡單的判斷方式就是送出表單後沒有換頁,而是直接顯示提交成功訊息),儘管表單有成功送出,但 form_submit 事件卻沒觸發。
  3. 表單沒有填寫完整,使用者按下送出後,表單的欄位跳出警示提醒,儘管表單沒有送出,卻觸發了 form_submit

那麼,該怎麼辦呢?表單追蹤可是大部分網站最需要的追蹤事件,有替代方案嗎?

有的,可以參考這篇文章: GTM「表單提交」追蹤:你應該知道的 5 種設定方式

#6 影片參與

影片參與」事件可以協助我們追蹤嵌入在網頁上面的 Youtube 影片(注意!只有 Youtube 的影片),並追蹤使用者 點擊播放 video_start影片播放進度 video_progress 以及 影片播放完成 video_complete 的行為。

但是!

就跟「表單互動」事件一樣,也不太靠譜,有時只追蹤到播放播放完成這兩個動作,而遺失了播放進度事件。

因此,如果可以的話,建議都使用 GTM 內建的「 Youtube 影片」觸發條件來進行追蹤事件代碼的設定,而且透過 GTM 設定還可以追蹤影片的 暫停以及 跳轉 等動作,至於該怎麼做呢?

這部分的替代方案,誠心建議透過 GTM 完成追蹤設定,可以看這篇文章: 如何用 GTM 追蹤網站的「Youtube 影片」表現?

#7 檔案下載

有些網站會提供如白皮書、產品手冊或是專業研究報告供使用者下載,而「 檔案下載 」事件就是用來記錄使用者在網站上下載檔案的行為,只要啟動之後,GA4 會自動追蹤這些事件。

其追蹤的原理是判斷使用者點擊的連結中是否有包含以下這些 副檔名,只要與規則運算式條件相符合,就會觸發 file_download 事件。

pdf|xlsx?|docx?|txt|rtf|csv|exe|key|pp(s|t|tx)|
7z|pkg|rar|gz|zip|avi|mov|mp4|mpe?g|wmv|midi?|mp3|wav|wma

而在 GA4 的維度當中,我們還可以選擇「 副檔名」以及「 檔案名稱」兩個維度,來協助我們了解 file_download 事件下載了什麼樣的檔案內容與類型。

缺點就是,如果使用者連續點擊該下載連結的話, 事件就會被重複觸發,以及如果我們想要新增不同副檔名的話,GA4 後台沒有地方可以新增,這點就必須要靠 GTM 來協助處理,透過 GTM 完成「 檔案下載 」的追蹤事件。

關於這部分的設定,我們未來會再做一篇為大家解說。

總結一下

雖然 GA4 的「 加強型評估事件 」提供了許多追蹤功能,但或許你已經注意到了,事情並不盡如人意。有些事件的追蹤成效並不完美,這也是為什麼我們需要借助 Google 代碼管理工具的原因。

(想當初看到 GA4 給了這麼多預設的追蹤事件時,心裡大喜,是不是或許可以不用 GTM 了!?但事實證明,這種想法還是太天真了。)

因此,如果你有興趣深入了解 Google 代碼管理工具,可以參考這一系列 GTM 教學的文章 ,希望可以幫助到你在這路上少走點彎路。

最後也總結一下,在 GA4 的「加強型評估事件」中,依過往的經驗來看,我們幾乎只會保留「站內搜尋」或是「檔案下載」事件,其它的「加強型評估事件」都改由 GTM 設定的事件取代。

即使你沒有時間學習 GTM,至少閱讀完這篇文章後,你會知道使用這些 GA4 內建的追蹤事件時,可能會遇到哪些意外狀況。未來在觀看「 事件 」報表中的數據時,心裡也會有個底,知道這數據「或許」不是那麼的準確(不過 GA4 的數據本來就不是 100% 準確就是了)。

--

--