深入了解 Google Analytics 4：新功能、優勢和劣勢

大約一年前，Google 團隊推出了 App + Web 功能，它允許您將來自網站和移動應用程序的數據合併到一個 Google Analytics 資源中。 從那時起，谷歌對這種新型資源進行了測試，對其進行了修改，最終確定了它，並以不同的名稱將其從測試版中帶出來。 認識谷歌分析 4。

在本文中，我們將討論 Google Analytics 4 是什麼，它與 Universal Analytics 有何不同，它為企業帶來了什麼價值，以及您可以用它解決哪些問題。 我們還分析了哪些公司應該立即開始使用 Google Analytics 4。

Google Analytics 4 是 Google Analytics 中的一種新資源類型。 它看起來與 Universal Analytics (UA) 資源略有不同，而且配置起來更容易、更快捷。 在演講中，谷歌團隊多次將這種新型資源稱為分析的未來，理由如下：

1. 圍繞事件構建的可擴展跨平台分析
2. 機器學習 (ML) 和自然語言處理 (NLP) 功能可供所有 Google Analytics（分析）用戶使用
3. 維護隱私和避免設置 cookie 是當務之急
4. 與所有 Google 產品無縫集成
5. 跨平台用戶識別，因此您可以跨設備和平台查看用戶的整個路徑

讓我們仔細看看這些好處。

基於事件的方法允許您跨多個設備和平台收集可靠且一致的數據。

在 Google Analytics 的標準網絡版本中，一切都是圍繞用戶會話構建的，而在 Firebase 中，一切都是圍繞事件構建的。 因此，很難分析用戶在平台之間的轉換，因為沒有通用的用戶行為衡量標準。 即使有原始數據，你也需要付出巨大的努力來構建高質量的用戶流。

Google Analytics 4 結合了圍繞事件的所有分析。 這允許您為所有設備和平台收集相同的標準化數據，提高數據質量並為您提供跨用戶路徑的單一報告。

Google Analytics 4 的主要優勢之一是其機器學習和自然語言處理 (NLP) 功能，您可以使用這些功能：

• 預測轉化概率並根據該概率為 Google Ads 創建受眾預測
• 警告您數據中的重要趨勢（即由於不斷變化的用戶需求而需要的產品）
• 在報告中發現異常
• 預測客戶流出的可能性，以便您可以有效地投資於留住客戶

Google 團隊計劃繼續朝這個方向發展，並添加新的預測，例如 ARPU，以便所有 Google Analytics 4 用戶都可以調整他們的營銷策略並使用機器學習洞察力提高他們的投資回報率。

1. Google Analytics 4 注重隱私並使用 gtag。 js 庫，它可以在沒有 cookie 的情況下工作。 因此，我們可以預期，在不久的將來，Google 將放棄 Client ID，而僅依賴內部設備和瀏覽器標識符以及 CRM 中生成的跨平台 User ID 標識符。
2. Google Analytics 4 中的 IP 匿名化是默認配置的，無法更改。

到目前為止，最先進的集成是與 YouTube。 Google 正在積極努力提高 YouTube 廣告系列的評估質量（例如，允許您跟踪瀏覽型轉化）。 這將使您能夠找到這些問題的答案：

• 我的 YouTube 廣告活動如何影響特定的受眾參與指標？
• 我的 YouTube 廣告活動如何影響跳出率、我網站上的事件（不一定是轉化）等？

通過更深入的 Google Ads 集成，您可以創建受眾群體並投放廣告系列，以通過相關且有用的產品吸引新客戶，無論他們使用什麼設備。

此外，在 Universal Analytics 中，BigQuery Export 功能僅對付費版本的用戶可用，而在 Google Analytics 4 中，此功能對所有人免費。 您可以在 Google Analytics 4 資源設置中激活 BigQuery 雲存儲中的數據收集。

Google Analytics 4 考慮的是與您的公司互動的個人用戶，而不是他們使用的設備和瀏覽器。

它使用三個級別的標識來做到這一點：

• 用戶身份
• 谷歌信號
• 設備編號

通過實施基於事件的分析，Google Analytics 4 使您能夠更好地跟踪用戶從第一次接觸到轉化和重新排序的路徑。 此外，如果用戶使用不同的設備多次完成同一事件，則該事件的數據將合併到單個接觸點中。 例如，如果客戶在智能手機上將商品放入購物車，然後在筆記本電腦上，則“添加到購物車”事件只會計算一次。

讓我們比較一下 Universal Analytics 和 Google Analytics 4 中的關鍵跟踪概念：

谷歌分析 4

• 分析是圍繞事件而不是會話構建的。 由於會話是一個人為的概念，谷歌建議放棄它們。 如果您需要會話數據，您可以使用 Google BigQuery 中的原始數據自行構建。
• 整個網站都有高級數據收集設置，並且設置隨每個事件而變化。
• 使用內置的端到端 user_id 報告，您無需創建單獨的視圖即可使用 user_id。

在 Google Analytics 4 中，與 Firebase 一樣，共有三種類型的事件及其參數。

• 自動收集——例如：page_view、session_start、view_search_results、scroll、file_download（有關事件的完整列表，請參閱文檔。）
• 推薦的活動分為商業領域：零售和電子商務、旅遊、遊戲（請參閱此處的完整列表。）
• 自定義- 您想要實施和監控的所有其他事件（受 Google Analytics 4 限制。）

推薦事件和自定義事件是獨立實現的。

自定義定義是大多數報告的端到端維度和指標，可幫助您保持在 Google Analytics（分析）4 的限制範圍內。

Google Analytics 4 沒有類別、操作和事件快捷方式等概念。

對於現有設置和收集的數據，這些屬性將映射到事件設置。 如果您想在 Google Analytics 4 報告中查看屬性，您需要註冊它們。

如果您實現了“配置”gtag.js 片段，則會自動收集這些事件。

page_view 事件具有以下預設參數：

• page_location
• page_path
• 頁面標題
• page_referrer

Google Analytics 4 報告有會話，但它們的處理方式與 Universal Analytics 不同：

1. 會話由自動收集的 session_start 事件觸發。
2. 會話持續時間是第一個事件和最後一個事件之間的間隔。
3. 自動識別交互（無需調度交互事件）。
4. 逾期案件處理超時時間為 72 小時（UA Properties 中為 4 小時）。 如果您比較 Google Analytics（分析）4 和 Universal Analytics 報告中的會話數，您可能會發現前者的會話數較少，因為會話完成後發送的匹配可以在 72 小時內分配給正確的會話。 因此，會話報告的發佈時間更長。
5. 目前無法在 Google Analytics 4 中配置會話持續時間。

為了將自定義維度和指標包含在 Google Analytics（分析）4 報告中，必鬚根據 Google 的規則將它們轉移到新資源中。 雖然命中級別和用戶級別參數在 Google Analytics 4 中有類似的內容，但沒有會話級別參數的等價物。 或者，您可以在命中級別定義它們。

要使用自定義產品級定義，您必須單獨添加它們。 目前尚不清楚這將如何工作，因為該功能仍在開發中，並且沒有包含自定義產品級定義的電子商務報告。

Google Analytics 4 引入了新的用戶屬性功能。

用戶屬性是與特定受眾/用戶相對應的定義：性別、城市、新客戶或回頭客、永久客戶等。

影響特定用戶的屬性擴展到他們的所有行為。 基於用戶屬性，Google Analytics 4 形成了個性化廣告的受眾。

如果出現以下情況，您應該已經實施了 Google Analytics 4：

• 您通過數據層和谷歌標籤管理器在您的網站上收集數據
• 你使用很少的標籤（意味著最小的調整）
• 您正在積極使用 YouTube 廣告和基於用戶 ID 的再營銷
• 您正在積極使用 Firebase，並且您的團隊熟悉 Firebase 數據收集邏輯以及用於在 BigQuery 中導出表的應用 + 網站 (F​​irebase) 數據架構

遷移到 Google Analytics 4 的速度越快，您開始收集歷史數據的速度就越快，用於決策的信息就越多，並且您從機器學習洞察中獲得價值的速度就越快。 正如我們已經看到的，Google Analytics 4 和 Universal Analytics 具有顯著不同的數據結構和數據收集邏輯。 因此，將這兩種資源中的數據結合起來會有問題。

在以下情況下，您可能會遇到實施 Google Analytics 4 的問題：

• 代碼是您網站上的主要跟踪方法
• 你使用谷歌標籤管理器作為你的主要跟踪方法並且容器中有很多標籤（特別是如果標籤綁定到自動事件）
• 您有一個包含許多子域的大型網站，您分別跟踪每個子域
• 您沒有用於事件及其參數的度量系統——統一的名稱和值——以及事件層次結構的統一方法（在這種情況下，不清楚添加哪些事件更重要首先是GA接口，什麼最好推遲。）
• 您的網站和應用程序沒有共同的事件層次結構
• 您的團隊尚未在 BigQuery 中使用過原始數據，並且不熟悉 Firebase Analytics/App + Web 的原理和上傳方案

如果這些陳述適用於您，我們建議先構建通用數據收集邏輯，然後再實施 Google Analytics 4。否則，您很快就會發現自己沒有空閒的用戶參數插槽。

如果您沒有內置的數據收集方案，您可以在 BigQuery 中收集無用的事件並面臨導出限制，此外還可以付費存儲對任何人都無用的垃圾數據（例如，滾動事件的數據和橫幅視圖）。

我們認為，Google Analytics 4 的主要缺點是將數據導出到 Google BigQuery 的方案，其中事件和用戶的關鍵參數存儲在嵌套字段中。 這意味著，為了從 Google Analytics 4 表中獲取必要的信息，與標準 Google Analytics 360 中的 OWOX BI 數據流或 BigQuery 導出相比，您需要處理更多數據。

如果出現以下情況，Google Analytics 4 可能不適合您：

• 多個命令必須同時使用新資源，因為目前 Google Analytics 4 中沒有視圖，訪問管理尚未實現
• 您想分析非 Google 廣告系列的費用和 ROAS，因為新資源還不允許您導入數據
• 您希望將轉化數據導出到 Search Ads 360 和 Display & Video 360，因為與其他 Google 產品的集成尚未滿負荷運行

到目前為止，谷歌和 OWOX 分析師都建議使用這兩個版本的谷歌分析資源。 為此，您需要：

1. 創建和配置新的 Google Analytics 4 資源
2. 手動或通過 GTM添加跟踪代碼（我們建議使用跟踪代碼管理器，因為它更快、更方便。）
3. 考慮您希望將哪些事件和設置收集到新資源類型中
4. 同時使用兩種資源類型來比較數據的收集方式
5. 請注意：
   1. 您只能將一個 Firebase 項目添加到單個 Google Analytics 4 資源
   2. 但是，您可以將來自不同應用程序的多個數據流配置到單個 Google Analytics 4 資源中

1. Google Analytics 4 是 Google Analytics 邏輯有史以來最深刻的更新。 現在一切都是圍繞事件、事件參數和用戶構建的——而不是像以前那樣圍繞會話。
2. 您的網站和開箱即用的應用程序之間的跨平台分析是 Google Analytics 4 的關鍵功能和驅動因素之一。
3. 您可以通過 gtag 使用已配置的 Google Analytics 資源。 js 或 GTM 來配置新的 Google Analytics 4 資源。
4. 當您設置 Google Analytics 4 時，它會自動創建一個新的 WP 資源，並且只有在您設置它時才會收集數據。 沒有數據從舊 WP 遷移。
5. Google 團隊並不敦促所有人放棄舊的 Google Analytics（分析）並切換到新的 Google Analytics（分析）。 他們建議與 Google Analytics 並行運行新的 Google Analytics 4，並開始將數據收集到其中。 歷史數據的來源仍然是標準的 Google Analytics。
6. 雖然新的 Google Analytics 4 存在缺陷並且並非所有功能都可用，但開發人員正在逐步推出它們。
7. 無法將非 Google 來源的成本導入 Google Analytics 4。數據導入已在路線圖中，但細節尚不清楚。
8. 您可以設置免費將數據從 Google Analytics 4 上傳到 Google BigQuery。 導出方案與 Firebase 相同。
9. 您已經可以配置 Google Analytics 4 資源並開始收集數據。 越早配置資源，收集的歷史數據就越多。