[GA4] 利用 User-ID 評估跨平台活動

將商家產生的 User-ID 傳送到 Analytics 資源

您可以使用 User-ID 功能將自己的 ID 與個別使用者建立關聯，以便在不同工作階段及各種裝置和平台上連結他們的行為。Analytics 會將每一個 User-ID 視為不重複使用者，這樣一來，您就能取得更準確的使用者人數，以及更全面地瞭解使用者與貴商家的關係。

收集 User-ID 並將 Analytics 連結至 BigQuery 後，不論使用者的同意聲明狀態為何，系統都會將這些資訊匯出至 BigQuery。

事前準備

若要將 User-ID 傳送到 Analytics，您必須自行為每位使用者建立專屬 ID，將 ID 指派給使用者且持續重新指派。這通常是在登入時執行。舉例來說，您可以在使用者登入時，利用對方的電子郵件地址產生專屬 ID，以便讓整個網站或應用程式參照。每個 User-ID 的長度不得超過 256 個半形字元。

注意：使用 User-ID 時，您有責任確保符合 Google Analytics 服務條款的規範。包括避免使用不允許存取的個人識別資訊，並在隱私權政策中明確指出您使用 ID 的情況。User-ID 不得包含第三方可用於判斷使用者身分的資訊。

關於 User-ID

為確保報表準確無誤，請務必輸入真實的 User-ID。重複設定空白或虛擬 User-ID 可能會導致資料不準確 (包括永久遺失資料)，進而阻礙您分析使用者活動。

請確認 GA4 中每位使用者都有專屬的 User-ID。將相同 ID 指派給多位使用者會導致資料偏差，導致難以區分使用者的實際活動。

範例

您有 2 位使用者：小明和小美。您不小心將相同的使用者 ID (UserID123) 指派給兩位使用者。

使用者活動：

小明在筆記型電腦上登入帳戶並瀏覽您的網站。他查看產品 A 並將產品加入購物車。
稍後，小美使用相同的使用者 ID (UserID123) 在手機上登入帳戶。她查看產品 B 並完成購買。

在 GA4 中，您會看到 User-ID 為 UserID123 的使用者瀏覽過產品 A 和 B，但只購買了一項產品。您可能會誤解合併的瀏覽資料，認為 1 位使用者對不同的產品有興趣，但實際上是 2 位使用者。

傳送 User-ID

如需傳送 User-ID 的操作說明，請參閱傳送 User-ID。

驗證報表識別資訊

請按照下列步驟操作，確認資源使用包含 User-ID 選項的報表識別資訊：

在「管理」的「資料顯示」下方，選取「報表識別資訊」。

前一個連結會開啟您上次存取的 Analytics 資源，您可以使用資源選取器變更資源。必須是編輯者或更高層級在資源層級變更包含 User-ID 選項的報表識別資訊。
請選取下列其中一項：
- 混和：評估 User-ID、裝置 ID 和模擬資料
- 已列為觀察項目：評估 User-ID、裝置 ID
選取「儲存」。

User-ID 的用途

比較已登入和未登入的使用者

如要比較已登入和未登入使用者的行為，請建立比較項目，其中採用「已使用 User-ID 登入」維度，並選取下列任一比對類型。

完全符合
包含
不完全符合
不包含

對於已登入和未登入的使用者，此報表會分別顯示「使用者」、「新使用者」、「參與時間」和「收益」。

使用者探索

使用者探索會顯示組成現有區隔的使用者，或組成透過其他「探索」技巧篩選出的暫時區隔的使用者。您可以細查清單，進一步查看個別使用者的相關詳細資料，包括使用者的開發方式和時機、該使用者的摘要指標及在您網站/應用程式上的活動時間軸。

根據 User-ID 資料建立再行銷目標對象

您可以根據 User-ID 建立再行銷目標對象。如果您已連結 Google Analytics 和 Google Ads 帳戶，就可以在 Google Ads 的共用資料庫中使用這些目標對象。

如果您使用 User-ID，Analytics 就只會加入與每個已登入使用者相關聯的最後一個裝置的使用者 ID 和裝置 ID。
如果沒有使用 User-ID，Analytics 會在匯出至 Google Ads 的目標對象資訊中加入所有裝置和使用者 ID。

Analytics 如何處理 User-ID 收集不完整的工作階段

使用者有時會在登入網站/應用程式前或登出後，在網站/應用程式上觸發事件。Analytics 會以下列方式處理這些情況：

登入前：如果使用者在設定 User-ID 前觸發事件，Analytics 會將這些初始事件與該 User-ID 建立關聯。
登出後：如果使用者登出，且登出後立即觸發的事件沒有 User-ID，Analytics 就會停止將任何後續事件與該 User-ID 建立關聯。

舉例來說，使用者啟動了沒有相關聯 User-ID 的工作階段，並觸發事件 1 和 2。沒有任何 User-ID 與這些事件建立關聯。然後使用者登入並觸發事件 3。這樣事件 1、2 和 3 就全都會與該使用者的 ID 建立關聯。最後，使用者登出，然後觸發事件 4。沒有任何 User-ID 與事件 4 建立關聯。事件 1、2 和 3 仍與該使用者保持關聯。

雖然較不常見，但如果使用者在同一個工作階段中再次登入，並提供相同的 User-ID，後續事件就會再次與該 User-ID 建立關聯。以這個特定範例來說，如果事件 5 是在登出後觸發，且包含相同的 User-ID，那麼事件 1、2、3 和 5 就全都會與該使用者建立關聯。

注意：如果您未設定專屬的 User-ID，系統會將下列 JavaScript 值設為 User-ID：

未定義：命中不會傳送使用者 ID，因為系統不會將命中記錄為 user_id。如果您從未設定 User-ID，也會發生這種情況。
空值 (null)：命中會傳送未設定的 User-ID 值。系統會將您視為沒有穩定 user_id 的「已登出」使用者。此外，使用者登出後，這個值是唯一可接受的值。
空字串 ("")：命中會傳送空白的 User-ID 值。系統也會將您視為沒有穩定 user_id 的「已登出」使用者。如果您打算省略 User-ID，建議使用空值而非空字串，因為使用空字串可能會導致編碼問題。

系統會將所有其他值解讀為不重複使用者 ID，並以此形式傳送。這甚至包括「undefined」和「null」字串，與上述 JavaScript 值不同。

限制

User-ID 功能可與 Google Analytics 技術搭配使用。所有導入作業都必須遵守 Analytics SDK/User-ID 功能政策。
傳送至 Google Analytics 的 User-ID，長度不得超過 256 個字元。
在導入前所收集和記錄的任何 Analytics 帳戶資料都無法重新處理，也不會與 User-ID 建立關聯。
在一項資源中收集的 User-ID 資料，無法與其他資源的資料共用或混合。
User-ID 功能的用途是收集顧客資料。請確保導入方式正確，以避免達到每位使用者每日工作階段或事件數上限。進一步瞭解事件收集限制。

請注意以下幾點提醒事項：

資源的每位使用者都會收到專屬的永久 user_ID。
請確認使用者登出後，您不會將 User_ID 設為虛擬或預留位置值。如要清除先前的值，請將其設為空值，而非空白字串或其他值。
請確保程式碼不會在每次發生事件時，意外啟動新的使用者工作階段。

這對您有幫助嗎？

我們應如何改進呢？