文章目錄
這一篇來介紹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，但沒觸發其他事件。
