如果想再深入了解事件的讀者，可以參考我下方的文章。GA 事件的概念，跟工作階段、跳出率都有很大的關係。
Google Analytics 再談「工作階段」
Google Analytics 跳出率 & 一頁式網站
[GA4] 跳出率不見了？GA4 改為使用互動工作階段與參與度

GA4 的事件如何埋 JS 程式碼

https://developers.google.com/analytics/devguides/collection/gtagjs/events
通用GA (Universal Analytics) 中事件的設定大概是這樣，在觸發事件時 call 這一段 JS code，可以看到參數有 action, category, label, value。

gtag('event', 'your_action_name', {
  'event_category': 'aaa',
  'event_label': 'bbb',
  'value': 1000
});

https://developers.google.com/analytics/devguides/collection/ga4/events?client_type=gtag
GA4 的事件設定格式是這樣

gtag('event', 'your_event_name', {
  'your_param_name1': 'aaa',
  'your_param_name2’: 'bbb',
});

可以看到通用GA 事件的 action，在 GA4 中改為 event_name。參數的部分，GA4 沒有明確規定，你可以自己定義在你的 event_name 底下有哪些參數 (GA4 的建議事件有規定參數內容，才能顯示於 GA4 的報表)。

這邊附註一下，基本上 GA4 事件的格式是相容於通用GA。如果讀者的網站在通用GA 時期已經埋了事件，改為使用 GA4 時，原事件的 JS code 仍然成立。當然，參數日後隨需要調整。

GA4 有一些預設的事件。GA4 面板左下角齒輪 → 資源欄底下的資料串流 → 點你的網站進去。看到「加強型評估」選項，打開。這樣 GA4 就會自動收集網頁瀏覽、捲動 (至網頁底部)、站內搜尋等事件。

延伸閱讀，通用GA 的 站內搜尋 & 目標流程

GA4 面板可以「建立事件」或「修改事件」。建立事件是根據現有事件建立新事件，目的通常是縮小原事件的範圍。例如，可能原事件是全網站每個頁面都會觸發，但新建立的事件，希望指定特定頁面才會觸發。

如何建立事件

要建立事件，GA4 面板左側 menu 的設定 → 事件 → 表格右上角的「建立事件」按鈕 → 右側會彈出面板，再點「建立」按鈕。

填寫「自訂事件名稱」。「相符條件」第一條選來源事件：”event_name 等於 你的來源事件”。可以新增條件，選擇其他參數 等於/不等於/包含 你希望的值。

勾選「從來源事件複製參數」。底下可以修改複製來的參數，修改的新值可以填固定字串，也可以填入其他參數，並以雙方括號括住，例如：[[other_parameter]]。

都設定好了，點右上角「建立」按鈕，會新增一個自訂事件，列在「建立事件」按鈕右側彈出的面板。每一個自訂事件你可以點進去再做編輯。

如何修改事件

要修改事件，GA4 面板左側 menu 的設定 → 事件 → 表格右上角的「修改事件」按鈕 → 右側會彈出面板，再點「建立」按鈕。

填寫「修改名稱」，填一個敘述性的字串，例如 “將某某事件重新命名為某某”。「相符條件」第一條選要修改的事件：”event_name 等於 你要修改的事件”。可以新增條件，選擇其他參數 等於/不等於/包含 你希望的值。

在「修改參數」欄位指定要修改的參數，包含 event_name。新值填法都跟「建立事件」一樣，可填固定字串或雙括號。都設定好了，點右上角「建立」按鈕，完成。

這邊要附註一下，新的修改規則不會影響之前的資料。而且新的修改規則需要過一段時間才會生效。

GA4「修改事件」的做法不是直接去改設定好的事件，而是新增一個個修改規則，列在「修改事件」按鈕右側彈出的面板。有點像寫成 log 的感覺，GA 的管理者會清楚知道從以前到現在有哪些修改規則。

另外，注意「修改事件」列表有順序問題，所有的修改規則是依照修改事件列表上的順序執行。也就是如果修改規則2 會用到修改規則1 的結果，請確保修改規則1 是在上方。修改事件列表的右上方有個「重新排序」按鈕，點一下可以拖曳某一個修改規則到新的位置。

結論

根據現有事件建立新事件，且新增條件，目的通常是縮小原事件的範圍，這樣是「建立事件」。如果想覆寫現有事件，並對原事件的參數做修改，請選擇「修改事件」。

以上是介紹如何用 GA 面板建立或修改事件 (不用寫 code)。但如果你的自訂事件與現有事件相關性低，如本文上方寫 JS code 的方式，可能還更乾淨而且快速。

也別忘了自訂維度與自訂指標。上面設定好的事件與參數，如果有非 GA4 預設的參數，報表是不會顯示的。GA4 面板左側 menu 的「管理」按鈕 →「資源」欄 → 點「自訂定義」，可以將新的參數設成自訂維度或自訂指標，並用「探索」底下的功能將自訂維度/指標做成自訂報表。

延伸閱讀：自訂維度和自訂指標 (custom dimensions & metrics)，商品範圍 (item-scoped) 自訂參數即將上線！

GA4 中跳出率不見了

有在用 GA4 的讀者，會發現：咦？跳出率怎麼不見了。沒錯，在通用 GA 裡最重要的指標之一的跳出率，GA4 完全不用了。

Google 官方並沒有說明為什麼捨棄跳出率。我們來探討一下跳出率計算方式可能的問題。首先，單一工作階段中，使用者只產生一個事件 (page view)，就算跳出。

如同上方「跳出率 & 一頁式網站」的文章，沒有設定其他事件的一頁式網站，跳出率可能是 100% (先不論在同一工作階段中 refresh 網頁的使用者)。

這邊有個盲點，你投放的 landing page，使用者進來後確實看完文案了，資訊完整傳達了。只是沒設定其他事件，跳出率 100%，我們可以說這個 landing page 不好嗎？不能。

另外，網站工程上有一種 Single Page Application (SPA)。用前端工程的方式，在使用者切換網頁時，變換畫面，但網址其實是同一個。

跟上面一頁式網站一樣，當然可以設定其他事件去追蹤，但沒特別設定的話，跳出率就是 100%。即使設定事件去追蹤換頁也很奇怪，因為跳出率的根本邏輯就是使用者點開一個網頁，有沒有點開第二頁或是其他動作。

SPA 的網址全站不變，根本邏輯就不符合。

還有，跳出率看的是單一工作階段中有沒有產生第二個事件，這就跟網站主怎麼埋事件大有關係。例如，使用者一點開網站就產生一個「元素可見度事件」，這樣設定，這個網站的跳出率就是 0%。這樣的跳出率有意義嗎？沒意義。

取而代之，GA4 強調的是參與度指標 (Engagement)。Engagement 在網站分析不是新詞，但 larry 覺得 GA4 翻譯的「參與度」，是一個滿好的中文翻譯。

首先，我們要知道 GA4 的工作階段定義

https://support.google.com/analytics/answer/9191807?hl=zh-Hant

首先我們先來看 GA4 的工作階段定義。如果對工作階段不熟的讀者，可以看一下我之前的文章。
Google Analytics 工作階段與使用者
Google Analytics 再談「工作階段」
GA 的排除參照連結網址 (referral exclusion)，與歸因模式、工作階段之間的關係

GA4 的工作階段定義，基本上與通用GA 相同，但不同的是

1. 廣告活動來源在工作階段中變更時，通用GA 會更新工作階段，但 GA4 不會。注意以 GA 來講，這裡的廣告活動包含自然搜尋、社群、外部連結、Google廣告，等，都算是廣告活動。
2. 從晚上 11:55 開始，到隔天凌晨 12:05 結束的工作階段，通用GA 是算兩個工作階段，但 GA4 是算一個工作階段。但晚上 11:55 這天的單日統計，和凌晨 12:05 這天的單日統計，都會包含這個工作階段。

就這兩點而言，GA4 計算出來的工作階段數量，會比通用GA 少。GA4 中工作階段的精確計算方式，就是觸發 session_start 事件的數量。

互動工作階段與參與度

互動工作階段 (Engaged sessions) 則是符合以下其中一項條件的工作階段

• 持續超過 10 秒。
• 至少 1 次轉換事件。
• 至少 2 次網頁瀏覽。

至少 2 次網頁瀏覽沒有問題，以跳出率而言本來就不算跳出。互動工作階段等於是多計算了：工作階段時間超過 10 秒。如果有埋事件，該事件要設為轉換，才能算互動工作階段。

從互動工作階段可以算出兩個指標

• 每位使用者互動工作階段：互動工作階段數除以使用者人數後所得的值。
• 參與度 (Engagement rate)：互動工作階段數除以工作階段數後所得的值。

這兩個值有取代跳出率的味道。當然這兩個值是越高越好，跳出率是越低越好。

結論

GA4 試圖用一些比較公平的指標來替代跳出率。

以前如果有人宣稱自己網站的跳出率多低，明眼人都知道，那又如何呢，跳出率跟你的網站型態和事件設定有關。

GA4 的互動工作階段與參與度，也許是一個比較公平且合理的指標。

「每日使用者」與「瀏覽量」隨著時間、時事，高高低低是很正常的。但如果讀者在你的網站連第二頁都不想看，這就沒有理由了吧，所以跳出率是很重要的一個指標。

回到主題，跳出率 vs. 離開率，我們看這份 Google 文件
https://support.google.com/analytics/answer/2525491?hl=zh-Hant
直接看它提供的例子 (假設每天只有一個工作階段)

星期一：網頁 A > 網頁 B > 網頁 C
星期二：網頁 B > 網頁 A > 網頁 C
星期三：網頁 A > 離開

網頁 A 的「內容」報表會顯示 3 次網頁瀏覽和 50% 的跳出率。

3 次網頁瀏覽沒有問題，為什麼跳出率是 50%？網頁A 跳出率的計算只跟 網頁A 是 landing page 的工作階段有關。星期二的工作階段，網頁A 並不是 landing page，所以星期二的工作階段不列入計算。星期一 網頁A 是 landing page，沒有跳出。星期三 網頁A 是 landing page，跳出。跳出的數量 (1) 除以 網頁A 是 landing page 的工作階段 (2)，所以 網頁A 的跳出率是 1/2 = 50%。

注意跳出率的計算是以「工作階段」為單位。以上面例子來說，網頁A 的跳出率應該是由 網頁A 全部的工作階段統計計算 (上面例子假設每天只有一個工作階段)。同理，全站的跳出率由全站的工作階段統計計算。

上方 Google 文件的第二個例子，你是否能算出正確的跳出率 (一樣假設每天只有一個工作階段)

星期一：網頁 B > 網頁 A > 網頁 C > 離開
星期二：網頁 B > 離開
星期三：網頁 A > 網頁 C > 網頁 B > 離開
星期四：網頁 C > 離開
星期五：網頁 B > 網頁 C > 網頁 A > 離開

跳出率：網頁A 0%，網頁B 33%，網頁C 100%
離開率：網頁A 33%，網頁B 50%，網頁C 50%

以中文來說離開率與跳出率很像，但意義完全不同。離開率的分母是「統計的工作階段內，工作階段包含該網頁的次數」，以上面例子來說，網頁A 為 3，分別為星期一，星期三，星期五。

離開率的分子是「統計的工作階段內，多少工作階段從該網頁離開」，以上面例子來說，網頁A 為 1，只有星期五。所以 網頁A 的離開率是 1/3 = 33%。

跳出率代表的是讀者從該 landing page 進來你的網站後，願不願意點第二頁。離開率代表的是，不管讀者從哪裡進來這個頁面，有多少機率會離開網站。

另外，跳出率看全站平均與單頁都是有意義的，離開率比較注重的是單頁。不管是文章文案，或是商品頁，如果離開率高的話，最好去看一下這個頁面的文案圖片，或是操作流程有什麼問題。

“如果使用者在工作階段中只向 Analytics (分析) 伺服器提出一項要求 (例如只造訪一個網頁)，且未向 Analytics (分析) 伺服器提出任何其他要求就離開網站，系統便會計算一次跳出。”

又官方文件關於工作階段的定義
https://support.google.com/analytics/answer/2731565?hl=zh-Hant
當天午夜跟廣告活動變更暫時不看，閒置 30 分鐘後會重啟一工作階段。

舉例來說，如果使用者 1:00 到了你的活動網頁，看了部分文案，離開你的網站，並於 1:20 再開啟你的活動網頁，這樣不算跳出，並於 1:20 重新開始計時 30 分鐘的 timeout.

但如果使用者 1:00 到了你的活動網頁，看了部分文案，離開你的網站，並於 1:31 再開啟你的活動網頁，這樣就算一次跳出，並於 1:31 開啟新的工作階段。

那我們到底該如何理解跳出率？又一頁式網站，如果使用者沒在 30 分鐘再開一次你的網頁 (包含 refresh), 那跳出率不是永遠 100% 嗎？

回到商業，你希望你的使用者在這網頁完成什麼：是看完文案？送出表單？還是按 CTA (call-to-action) button？

如果是看完文案你需要設定網頁捲動事件，如果是送出表單或按 CTA button 的話你需要設定表單提交事件或 button click 事件。這邊附註一下，即使沒有設定事件，送出表單後還在你的網站，這樣不算跳出，因為產生了另一個 page view。但還是建議設定事件，這樣可以追蹤到更多的使用者資訊。

如果觸發事件的話，單一工作階段就會有 2 個以上的事件 (第一個是進來網頁的 page view event)，就不算跳出，一頁式網站的跳出率就不一定是 100%。

以一般網站來講，你要先識別出網站的哪些網頁需要降低跳出率，而這些網頁你希望使用者的行為是什麼，據此來埋 GA 事件。修正過跳出率後，如果使用者有完成你希望的行為，就不算跳出。如果還想降低跳出率的話，再來檢討文案、頁面規劃等是否需要修改。

又或者說，我們可以把跳出率看成「事件完成率」的反指標。