上一篇關於Goolgle Analytics 4 的Unassigned出現問題，本篇會講述關於為甚麼GA4常見的另外一個問題，如果有not set該怎麼解決?
Unassigned 代表有資料傳入GA4，但是因為人為疏失、錯誤，導致沒有配對上Google Analytics4的規則，所以GA4就會顯示 Unassigned (未賦值)；not set (未設定) 則是沒有東西傳入GA4。 所以兩種含意是不一樣的，Unassigned 修理的機會比較大，not set則是會扯到關於通訊協定傳輸的參數，如果有因為廣告阻擋插件、螢幕停留、GA4本身BUG等，都可能會造成not set；甚至有些not set 是除錯不了的，只能等GA4修復，或是利用BigQuery直接查詢原始資料。
文章開始前，再強調一次not set最根本原因：not set (未設定) 是完全沒有東西傳入GA4。只要記住這個原則，就很容易去判斷為甚麼報表not set是甚麼原因。
章節內容
等待GA4資料處理
根據GA4官方文件說明，GA4的資料要處理24-48小時，因此你在這期間看到的報表數據，都會略有不同。
到達網頁not set
為甚麼會出現這樣的原因？
當使用者抵達網頁後，如果閒置超過工作階段逾期時間，可能他將視窗縮小、螢幕關閉去做別的事情。隔了沒多久後再次回來，於是GA4會開始有 user_engagement, scroll等事件。但沒有任何page_view傳送給GA4，因此not set的原因就出於這；又或是不明原因，讓page_view沒有傳送出去。
解決方式
修改工作階段逾時時間，你最久可以把工作階段逾時時間調整為7小時55分。但這並不會讓全部的not set解決，特別是SAAS型的網站，只要網站使用者都會有久待、切換視窗去做其他事情的習慣，基本上就很難完全消除。
網頁標題not set
回到判斷原理「網站標題沒有收到資料」，所以可以去推測是不是網頁設計那端，是否有忘記把page_title寫在<head>標籤裡面。
解決方法
如果你想知道是哪一頁page_title可能有問題，你可以打開另外一個維度，並選擇「網頁路徑/畫面類別」，查看是在哪一個頁面路徑，再去由網站工程師查看該頁的原始碼哪裡有問題。
瀏覽器 not set
GA4裡面的技術詳情:瀏覽器，為甚麼會有not set? 回到我最一開始的原理去推測，瀏覽器這裡的資料是由當使用者的瀏覽器進入網站後，他會告知對方伺服器他的user-agent，user-agent帶有使用者目前使用的瀏覽器。因此not set就表示當使用者再請求瀏覽器時，可能因為外掛插件、隱私設定導致瀏覽器將user-agent沒有發送出去。
另外如果你是使用Measurement Protocol通訊協定來發送GA4的事件，他目前也還沒有提供可以設定UA的方式；也是其中原因之一。
如果你是透過GTM伺服器追蹤回傳GA4事件，可透過手動調整GA4事件的參數，將user_agent的參數變成其他修改值。
工作階段來源媒介 not set
session_id為GA4自動產生主要由兩大部分，工作階段ID與micro_timestamp來合成一長串的字串，所以如果是透過隨機字串產生的session_id這樣也會屬於無效。
工作階段來源媒介，會需要有session_id來做支撐，因此如果工作階段來源媒介為not set。代表可能沒有收到session_id。至於為甚麼沒有session_id，原因可能有以下。
- session_id遺失或是未傳送至GA4。
- 使用MP通訊協定，但是並沒有傳送session_id。
- 工程師使用隨機亂數產生的session_id。
- utm字串是否有輸入異常。
- 缺少session_start事件。
Campaign not set
Campaign not set的原因已經有在GA4的官方文件中多少提及。
上一個段落是寫工作階段來源媒介為not set但是如果是你的campaign not set，請確認你的GA4帳戶是否有跟GADS連接完畢，並且務必確認你的Google Ads廣告有開啟正確的自動標記功能。
連接Google Ads 後需要等待資料超過48hrs。
如何確認自動標記成功
點選你自己的Google Ads，可以看到url上面有一個gclid的參數，這是Google Ads用來標記廣告追蹤的方式。
確認網站是否不接受網址參數
詢問網站工程師，網站是否不允許新增特定參數，你也可以直接前往Google Ads的url選項，手動輸入gclid並點選測試，模擬廣告點擊後的網址。例如「dspyder.tw?gclid=test123」，務必確認?後面的參數是否有遺失、順序沒有任何變動。
務必注意，如果你的網頁會自己帶入?page=1等其他的參數，已經在網址中有看到一個?，務必確保新增「&」符號，因為URL只能容納一個「?」字符。例如「dspyder.tw?page=1&gclid=test123」。
內容群組not set
內容群組如果你一開始都沒有設定，那他就是沒有東西(not set)，因為這一個維度是用來安排網站不同頁面群組的，比如網媒站底下的分類 – 健康、運動、政治、社會…等，就可以使用。
解決方法
你需要在你的GTAG代碼中設定多一個配置參數，要注意有區分大小寫。以及你網站優些拿到資料的觸發順序，正常來說是你的cotent_group要先拿到網站資料，再透過這個GTAG代碼，傳送至GA4，這樣才不會導致資料undefined。
content_group : {{你要查詢的值}} 
你可以透過新增GTM – LOOKUP TABLE來做對應網站的動態頁面資訊，就將此變數傳入你設定的GTAG代碼裡面。
查驗utm在哪開始遺失
透過GA4的探索報表，簡單快速檢查，到底GA4認列的工作階段，從外站導入=>LandingPage=>後續頁面，從哪一個流程開始變成direct / none 或是referral? 以下是針對盤查客戶的網頁，找尋哪一個頁面開始出問題的範例。當你找到問題後，不代表已經解決問題，而是你要從遺失的頁面，盤查更多你的GA4設定 🙂
LandingPage
查看當用戶進入LP時候，是否網址還掛有UTM的完整url，因為是初次進入，所以不會被站內的網址所刷新，會保留你設定的UTM完整網址。並且也順便查看你的來源/媒介，是否都有與設定的一致，這時候如果正常direct / none還不會有太大的數據量。
目前得出在LP時，GA4還是能正常認列utm來源媒介，因此錯誤絕對不是在這時候發生。
發現問題點
當你發現否一個流程開始direct / none或是referral開始急遽增加，那就代表這一頁，與前一頁應該有些問題了。這時候就可以將範圍縮小成這兩頁的除錯，後續的問題推測，當然還有很多個面向，完整錯誤盤查，也可以歡迎與我們聊聊:)。
not set總結
依照2024大環境的局勢變遷，cookie / safari 兩大影響等，其實很難保證GA4都能完整蒐集到最準確的數據，因此GOOGLE也才會推出很多輔助的服務，像是設定追蹤自訂網域、伺服器追蹤等。
只要回到not set沒有出現的根本原因，就可以去推測網站發生的情況，導致GA4中報表沒有出現not set。not set 比unassigned還要難處理，因為not set有些時候代表是傳輸過程中遺漏某些參數，基本上非常難解決，也沒有人能保證可以解決。而GA4的not set也可能在未來會陸續出現新的原因，當然這一篇也會陸續將GA4的not set原因持續更新。