進入GA4後，因跨裝置追蹤、Cookie同意機制以及隱私法規的發展，GA4引入了全新的「報表識別資訊」概念。
透過不同的識別方式，GA4可以將來自不同裝置、不同瀏覽器，甚至登入帳號後的行為整合為同一位使用者，建立更完整的使用者歷程。
本文將帶你了解GA4的報表識別資訊運作原理，以及不同設定對報表與探索分析的影響。
什麼是報表識別資訊？
報表識別資訊是GA4用來判斷「哪些事件屬於同一位使用者」的機制。
你可以把它理解成：
GA4用來辨識使用者身分的規則。
當同一位使用者透過不同裝置、瀏覽器或登入帳號造訪網站時，GA4會依照設定的優先順序，嘗試將這些互動整合為同一個使用者。
報表識別資訊主要由以下三種識別方式組成：
- User ID
- 裝置ID（Device ID）
- 模擬資料（Modeling）
User ID
User ID是企業自行建立的永久識別碼，例如會員編號、客戶編號、CRM ID、帳號 ID，當使用者登入網站後，你可以將這個ID傳送至GA4。
此時無論使用者無論使用電腦登入、還是使用手機登入、或是使用不同瀏覽器登入，GA4都能將這些行為歸屬於同一位使用者。
例如：同一位會員，上午使用手機瀏覽商品。下午使用筆電完成購買
優勢：User ID是GA4最準確的識別方式。
劣勢：需要設定User ID後才可以使用
裝置ID
裝置ID是GA4預設使用的識別方式。
- 在網站上，裝置ID就是Client ID
- 在應用程式中，裝置ID就是應用實例ID
模擬資料
GA4中提供了行為模擬功能。
其原理是利用機器學習模型，根據已授權追蹤的使用者行為，推估未授權追蹤使用者可能產生的行為資料。
在理想情況下，Google官方表示可以補回相當比例的缺失資料，許多網站實務上約可恢復50%～70%的資料量。
不過，並非所有網站都能立即使用此功能，必須符合以下條件：
- 網站安裝並啟用同意聲明模式（Consent Mode）
- 請務必將同意聲明模式導入網頁，讓代碼在同意聲明對話方塊顯示前載入。這樣一來，無論使用者是否同意，Google代碼在所有情況下都會載入 。
- 這項資源每天至少收集1000個包含analytics_storage=’denied’的事件，為期至少7天
- 這項資源在過去28天內，最少有7天在單日內接收到至少1000名使用者傳送包含analytics_storage=’granted’的事件。
- 雖然條件是在過去28天內至少有7天達到資料門檻，但訓練模型實際所需的天數可能更長，而且取得的額外資料或許仍然不足以供GA4訓練模型。
- 「報表識別資訊」裡選用「混合」選項
注意：若網站流量不足或同意率過低，模型能補回的資料量也可能有限。
GA4如何識別使用者？
可以看到有三個選項：
- 混合：優先級是User ID>装置 ID>模擬資料。
- 已列為觀察項目：優先級是User ID>装置 ID。
- 基於装置：僅使用装置 ID ，並忽略收集的所有其他任何 ID。
- 如果你的網站安轉有CMP，而且是滿足Cookie Consent的，建議設定為“混合”
- 如果你的網站沒有安裝CMP，但佈署有Users ID，建議為“已列為觀察項目”
- 如果什麼都沒有，建議設定為“基於設備”，可以避免閾值問題。
報表識別資訊會影響資料收集嗎？
不會，這是一個常見誤解。
報表識別資訊：
- 不影響資料收集
- 不影響事件處理
- 不影響轉換計算
它只會影響：GA4如何在報表中辨識使用者,以及部分探索分析結果。
對探索報表「使用者多層檢視」的影響
在探索中的使用者多層檢視，會受到報表識別資訊設定影響。
如果你有安裝User ID：
該如何選擇？
| 網站情境 | 建議設定 |
|---|---|
| 已導入CMP、Consent Mode | 混合 |
| 有User ID、不希望使用建模資料 | 已列為觀察項目 |
| 僅使用Client ID分析 | 基於裝置 |
| 經常遇到資料門檻問題 | 可暫時切換為基於裝置分析 |
總結
GA4的報表識別資訊決定了系統如何判斷「哪些事件屬於同一位使用者」。
識別優先順序大致如下：User ID>装置ID>模擬資料
其中User ID的準確度最高，而裝置ID則 GA4的預設識別方式。
理解報表識別資訊的運作邏輯，不僅能幫助你正確解讀使用者數據，也能在分析探索報表、跨裝置行為與使用者旅程時，獲得更準確的分析結果。