許多GA4用者在查看「到達網頁」報表時,會發現出現大量not set,如:
看到這種情況時,很多人會以為:
- GA4設定錯誤
- page_view 沒有正常送出
- 網站追蹤出問題
但實際上,大部分情況並非設定錯誤,而是GA4的工作階段機制造成的正常現象。
本文將說明造成Landing Page出現「(not set)」的原因,以及如何驗證。
什麼是到達網頁(Landing Page)?
到達網頁(Landing Page)代表:
使用者在一個工作階段中造訪的第一個頁面。
GA4判斷到達網頁的依據是:
工作階段中的第一個 page_view 事件
因此:
| 事件順序 | 到達網頁 |
|---|---|
| page_view → scroll → click | 有到達網頁 |
| click → form_submit → purchase | 無法判斷到達網頁 |
只要工作階段內缺少 page_view,GA4 就無法判斷使用者是從哪個頁面開始造訪,此時Landing Page便會顯示not set。
為什麼會出現 (not set)?
最常見的原因是:工作階段中沒有page_view事件
例如:使用者第一次造訪網站,網站閒置超過 30 分鐘,使用者再次與網站互動,觸發了其他事件,但沒有觸發 page_view
此時GA4會建立新的工作階段,但因為缺少 page_view,因此無法判斷到達網頁。
例如:
Session A page_view scroll click (30分鐘後) Session B form_submit video_start purchase
在Session B中有工作階段,有事件,但沒有page_view,因此Landing Page會被記錄為not set。
如何驗證是不是這個原因?
通常可以先查看Landing Page報表。
如上圖中,新使用者數接近 0,也就是not set都是回訪使用者產生,這是一個重要的判斷依據。
還可以透過探索進行分析,用任意形式做如下設置,取得資料:
- 行:到達網頁
- 列:事件名稱
- 值:活躍使用者、新使用者數、回訪者數、事件數
- 篩選器:到達網頁 包含 not set
可以看到,事件名稱那一列都沒有page_view事件,也就是工作階段中缺少page_view事件。
是否需要修正?
大多數情況下:不需要處理
因為這不是追蹤設定錯誤,而是使用者行為造成的結果。
什麼情況需要檢查?
如果(not set) 占比超過 10%~20%
則建議進一步確認:
- page_view 是否正常觸發
- SPA 頁面切換是否有送出 page_view
- GTM 是否阻擋部分 page_view
- Consent Mode 是否影響資料收集
- Server-side Tracking 是否有漏送 page_view
如果占比很低(例如 1%~5%),通常屬於正常現象。
總結
GA4到達網頁出現「(not set)」,最常見的原因是:
工作階段中缺少page_view事件。
當新的Session開始時,如果第一個被記錄的事件不是 page_view,而是其他互動事件,GA4就無法判斷使用者是從哪個頁面進站,因此會將到達網頁標記為(not set)
在大多數情況下,這是由回訪使用者的特殊瀏覽行為所造成,屬於GA4的正常現象,通常不需要特別處理。只有當 (not set) 的比例異常偏高時,才建議進一步檢查 page_view 的實作與追蹤設定是否正常。

