用於收集會話數據的新 OWOX BI 算法

變化是不變的； 這是我們的現實，有時很難接受。 但是我們想與您分享的更改將給每個 OWOX BI 用戶留下深刻印象。

您可能已經知道，OWOX BI 最近更改了會話數據收集的邏輯； 自 3 月 1 日起，所有用戶都可以使用這些新功能。在本文中，我們將詳細介紹我們的新功能以及它們如何使您的業務受益。

以前，OWOX BI 使用來自 Google Analytics 的會話數據在 Google BigQuery 中構建會話表。 一方面，這種方法確保了跨來源的完整數據擬合。 另一方面，由於 Google Analytics Core Reporting API 的限制，部分數據可能會在從網站到分析系統和雲存儲的過程中丟失。

為了避免這個問題，我們改變了收集會話數據的算法。 現在會話數據是​​使用來自 OWOX BI 的命中數據形成的，因此 Google Analytics 限制不會影響構建會話表的過程。 借助這種新算法，您可以在您的網站上收集完整的非抽樣用戶行為數據，並將該數據歸因於正確的會話。 讓我們詳細了解所有好處。

之前：如果您網站的用戶每天產生超過 200,000 次會話，Google Analytics（免費版）通常會應用抽樣。 因此，您的 Google BigQuery 項目將僅收到隨機挑選的會話樣本。

現在：OWOX BI 用戶可以在 Google BigQuery 中獲得所有會話的原始和非抽樣數據，而對流量價值或業務規模沒有任何限制。

之前：如果您在 Google Analytics 中達到數量和收集的數據限制，系統將不會處理超過這些限制的數據，並且該數據不會進入 Google BigQuery。 這些限制是每位用戶每天 200,000 次點擊、每月 1000 萬次點擊和每個會話 500 次點擊。 此外，Google 會忽略大小超過 8 Kb 的點擊。

現在：新的 OWOX BI 算法沒有任何這些限制，命中的最大大小加倍至 16 Kb。 這意味著您可以收集有關所有用戶在您的網站上的操作的數據。

之前：會話數據的更新可能會延遲超過 24 小時，因為這些更新取決於 Google Analytics API 中正在更新的信息。

現在：在 OWOX BI 端點擊表單會話，因此會話表收集永遠不會由於超出限製或無法訪問 Google Analytics 而暫停。 數據更快地進入 BigQuery，如果您將其用於觸發電子郵件營銷或實時報告更新，這一點非常重要。

之前：在 Google Analytics 中，流量來源由 Last Non-Direct Click 模型定義。 如果客戶操作鏈中的最後一個渠道是直接渠道，則此渠道將被忽略並替換為最後一個非直接渠道。

例如，假設您的客戶在 Google 上搜索並在您的網站上找到了產品。 他們記住了您的網站地址，並在一段時間後將其直接輸入到 URL 字段中。 在這種情況下，此會話的來源將是 google/organic，但不是 direct/none。 這排除了知道作為您網站流量來源的直接渠道的精確份額的可能性。

現在：新的 OWOX BI 算法還使用 Last Non-Direct Click 模型來定義流量來源。 但是我們在會話表中添加了一個特殊的trafficSource.isTrueDirect字段來幫助您定義直接流量。 如果會話從網站的直接訪問開始，則此二進製字段將獲得真值，如果會話跟隨付費頻道會話，則該二進製字段將獲得假值。 借助此字段，您可以評估付費渠道的實際價值及其對轉化的影響。 在 Google Analytics（分析）中，isTrueDirect 字段的工作方式不同，因為當有直接來源或兩個會話具有相同的廣告系列數據時，它會獲得“真實”值。

之前：如果您有幾個網站並且想要跟踪受眾的交叉情況，您可以在 Google Analytics（分析）中設置跨域衡量。 但是，只有當您的受眾使用交叉鏈接從您的一個網站轉移到另一個網站時，此解決方案才有效。 如果您需要跟踪一個用戶在不同時間訪問兩個未交叉鏈接的網站怎麼辦？ 我們已經處理好了↴

現在：我們在會話數據表中添加了一個 OWOX 用戶 ID。 此匿名用戶標識符將幫助您合併有關您網站上的用戶操作的數據，即使它們沒有直接鏈接。 此外，您還可以將跟踪的用戶分組以區分廣告受眾，避免為相同的流量支付多次費用。

之前：如果您在 Measurement Protocol 的幫助下跟踪網站上的事件，請記住這些事件的一部分可能會丟失。 事實上，在 Google Analytics（包括付費版 GA360）中，從命中時刻到發送&qt參數的命中信息的最長持續時間僅為 4 小時。 如果間隔更長，則根本不會歸因該事件。 例如，假設您的訪問者在您的網站上在線支付。 收到銀行確認後，交易將被計算在內，即使這需要幾天時間。 在這種情況下，事務將不會歸因於正確的會話，這意味著導致該事務的源將不會被正確評估。

如果發送的 &qt 參數沒有值，則將自動為事件創建單獨的會話。 在任何情況下，它都會影響您數據的精度。

現在：在基於新 OWOX BI 算法的會話中，&qt 參數的最長持續時間延長至 30 天。 這意味著您通過 Measurement Protocol 發送的事件將歸因於正確的會話。

在新的 OWOX BI 算法中，表的結構與舊算法相同。 對於某些字段，只有定義值的邏輯不同：

• 創建新的 Google Analytics ⟶ Google BigQuery 流管道時，會話數據將自動開始使用新算法收集。
• 要更改在現有流中收集會話數據的算法，請轉到流設置並打開Session Data Collection 。

之後，舊算法將變得不可用。

• 使用新的 OWOX BI 算法，您無需在 Google Analytics 中的會話級別使用自定義維度。 您可以刪除此維度並添加其他必要的參數。​
• 您無需更新網站上的 OWOX BI 跟踪代碼。
• 要通過 Google Ads (gclid) 激活自動 UTM 標記，您需要在 BigQuery 中為 Google Ads 設置原始數據報告的收集。 借助與 Google 數據傳輸的本地集成，您可以一鍵完成此操作。
• 如果您在 Google Analytics 中有推薦排除列表，請在 OWOX BI 的流設置中復制它。
  

新表的結構與舊表相同，因此您應該只更改請求中的表名稱。 要使現有請求適應新表，只需將舊session_streaming_表的名稱更改為新的owoxbi_sessions_表即可。

如果您想知道是否該轉用新的 OWOX BI 算法，請回答以下問題。 如果您至少有一個是，您知道該怎麼做：

• 您每天有大約 200,000 次會話嗎？ 或者你認為你會在幾個月內達到這個數字？
• 您以前體驗過採樣嗎？
• 您是否曾經構建過非標準的報告並體驗過採樣？
• 您是否曾達到每次會話 500 次點擊的限制？
• 您是否對正確跟踪直接流量感興趣，但又不想購買整個 GA360 包？
• 您想合併網站受眾並分析他們的重疊嗎？
• 您想在 30 天內而不是 4 小時內發送所有帶有交易的點擊嗎？
• 盡快獲取會話表數據對您很重要嗎？

即使這些問題目前聽起來與您無關，最好儘早準備。

如果您還沒有嘗試過 OWOX BI Pipeline，我們歡迎您在免費試用期間進行試駕：

如果您有任何疑問，請在下面的評論中提問。