解析Google Analytics 4裡的session_start原理

這一篇來介紹GA4裡的session_start事件。

什麼是session_start

在GA4中，當開啟新的工作階段的時候，就會有session_start事件，可以說session_start是工作階段開啟的標誌。

原則上：一個工作階段對應有一個session_start。

session_start如何產生

我們通過一個示例，來看session_start是如何產生：

用戶Sam第一次是通過Unpaid search訪問，是第一次訪問，先會有first_visit，然後才有session_start，開啟工作階段。

第二次是通過Email marketing訪問，有session_start，開啟工作階段。

第三次是通過Paid search訪問，有session_start，開啟工作階段。

第四次是通過直接訪問，有session_start，開啟工作階段。

可以看到，所有的工作階段開啟都是以session_start開始，一個工作階段對應一個session_start，除了第一次訪問，會現有first_visit。

session_start的機制

session_start事件會產生工作階段 ID (ga_session_id，簡稱sid) 和工作階段號碼 (ga_session_number，簡稱sct)

• 工作階段 ID ：會指出事件的來源工作階段，其實就是包含來源信息，工作階段ID本質是時間戳
• 工作階段號碼：也叫做工作階段數，表示當前是第幾個工作階段

這兩個信息會儲存在Cookie裡有一個名為_ga_<container-id>，它是用於用來維持工作階段狀態，如：

各部分說明如下：

所有發送給GA4的事件都會包含有工作階段 ID (sid) 和工作階段號碼 (sct)，都是從Cookie _ga_<container-id>獲取，如：

session_start的特殊情況

前面提到：所有的工作階段開啟都是以session_start，也就是一個工作階段，對應有一個session_start。

但實際上並不是的。

實際上會出現一個工作階段有多個session_start，如：

這個工作階段就有多個session_start。

經過分析，目前知道的有兩種情況可能會導致一個工作階階段裡有多個session_start：

• 如果ga_session_id是不一樣的，那麼一般是CMP刪除Cookie _ga_[[Stream ID]] 導致的，有些CMP會刪除Cookie _ga_[[Stream ID]] ，如OneTrust。
• 如果ga_session_id是不一樣的，經過測試發現，當在瀏覽器的打開另一個tab裡打開，可能會產生一個session_start

可能還有其他情況，但未知。

也有工作階段內session_start為0，可能是由於過午夜導致的，如使用者在1月1號晚上訪問網站，直接1月2號才離開，那麼對於1月2號來說，session_start就是0；可能還有其他原因。

另外還有一種特殊情況：工作階段只有session_start一個事件，沒有其他的pageview事件，可能是用戶回訪，與頁面有交互，只是觸發了session_start，但沒觸發其他事件。