如何避免抽樣並收集完整數據以進行高級分析

您是否想過如何避免 Google Analytics（分析）標準報告中的抽樣和限制？ 如何獲得營銷報告的完整數據？ 有幾種解決方案，例如：

• 切換到付費的 Google Analytics 360 並設置將原始數據導出到 Google BigQuery (GBQ)。
• 使用谷歌分析應用+WEB。 該產品仍處於測試階段，可讓您免費將用戶行為數據下載到 Google BigQuery。
• 使用從網站收集數據到 Google BigQuery 的其他服務。

這些解決方案中的每一個都有其特點和局限性。 在本文中，我們詳細解釋了這些功能並描述瞭如何使用 OWOX BI。

Google Analytics 360 的主要限制是其高成本。 最近的用戶操作會在 15 分鐘內出現在 BigQuery 表中。 要設置這樣的數據刷新率，您必須額外付費：默認情況下，會話表每天更新 3 次。

在某些情況下，您必須為處理 Google BigQuery 中的請求支付額外費用。 GA 360 的導出表包含許多嵌套級別和字段，在 80% 的情況下可以為空。 表中的嵌套級別越多，查詢的開銷就越大。 如果您每天或每周有許多報告要更新，則數據處理將導致您的大部分 GBQ 成本。

App+Web 以不同於標準 Google Analytics 的另一種結構收集數據。 如果在 GA 中，一切都基於會話，在 App+Web 中——基於用戶和事件。 對於許多習慣了 GA 的分析師和營銷人員來說，這可能是個問題——他們必須探索新的數據結構，重新制定網站的指標系統並重建現有報告。 以自己的結構從網站收集數據到 GBQ 的其他服務也可能存在此問題。

由於從 GA 360 和 App+Web 導出到 Google BigQuery 是收集到 Google Analytics 中的數據的一種表示形式，因此它不提供記錄的追溯更新。 例如，購買退貨通常會記錄為與付款會話無關的單獨會話。 因此，必須手動重新計算此訂單的正確收入。

上述解決方案都不能將會話級別的廣告活動成本轉移到 Google BigQuery 中。 這意味著您將不知道您為吸引特定用戶群花費了多少。 您無法為不同的同類群組、產品組和登錄頁面計算 ROI 和 DRR。

知道這些限制後，我們 OWOX 決定改善任何類型業務的原始數據處理體驗。 我們進行了數百次產品採訪，收到了以下請求：

1. 網站數據應以非匯總形式完全收集到 Google BigQuery 中。
2. 用戶行為數據必須以近乎實時的方式傳送到 Google BigQuery。
3. Google BigQuery 中的會話表應包含廣告費用數據。
4. 表結構必須緊湊且盡可能完整，以優化使用數據查詢。
5. 數據必須通過歷史時期的關鍵參數進行同步。
6. 如果出現顯著差異，必須有可能將 GBQ 數據與 GA 數據進行比較。

我們考慮了所有這些請求，並將我們自己的網站數據流式傳輸到 Google BigQuery 中。

讓我們仔細看看 OWOX BI 如何繞過 Google Analytics 和標準 BigQuery 導出的限制，以及企業如何從中受益。

抽樣的想法是建立數據樣本的報告，而不是可用數據的全部量。 如果樣本太小，您就不能相信基於此類樣本的報告。 使用 OWOX BI，您可以收集完整的非抽樣數據以創建更準確的報告並做出以數據為依據的決策。

網站上的每個用戶操作（頁面查看、點擊按鈕、橫幅查看或下訂單）都會通過單獨的消息（點擊）傳輸給 GA。 您應該考慮在數據收集時對命中數沒有限制。

GA 接口對數據處理和報告應用命中限制。 因此，您可以獲得數據採樣或匯總表（報告中的其他行）。 此外，如果您要使用細分或創建手動報告，則大多以示例形式顯示。

該服務會在命中內容離開您的網站時復制它，然後將其發送到您在 Google BigQuery 中的項目。 因此，您可以獲得具有無限收集和處理命中的原始未採樣數據。

假設您被迫將每個品牌/製造商的促銷頁面流量、廣告合作夥伴數據或著陸頁統計信息收集到單獨的 Google Analytics（分析）屬性中，以收集更有價值的數據。 無論如何，要滿足 GA 限制，您必須關閉對您有價值的流量。 當您可以通過 OWOX BI 將這些數據收集到 Google BigQuery 中的單個表中時。 它為您提供戰略解決方案的基礎以及網站和廣告活動有效性的全面願景。

使用 OWOX BI，您可以快速發送觸發電子郵件或檢測 Google BigQuery 中收集的網站數據中的異常情況，因為用戶行為數據會在 1-5 分鐘內出現在您的項目中。

所有每日收集的數據僅在 48 小時後反映在 GA 中（在 GA 360 中 - 4 小時後）。 實時報告顯示有限數量的參數和指標，並且不允許您個性化用戶操作。

從 GA 360 到 GBQ 的標準導出可以在兩種模式下運行：

• 大約每 8 小時免費上傳一次數據（您需要為 GA 360 許可證和 GBQ 中的數據存儲付費）。
• 每 15 分鐘上傳一次數據（您必須為處理的每 TB 支付額外費用）。

App+WEB 創建兩個表：

• 過渡 - 它包含當天的事件記錄。 該表每 15 分鐘更新一次，並在生成全天表後刪除。
• 包含全天數據的表格——它每天生成一次。

OWOX BI 立即將數據從網站發送到您的 GBQ 項目。 您會在事件發生後的 1-5 分鐘內收到完整的非匯總用戶行為數據。

通過實時監控網站上的用戶活動，您可以通過觸發電子郵件活動和個人優惠來刺激銷售。 例如，當用戶將商品添加到購物車但沒有購買任何東西或沒有在網站上簽署押金時。

它還可以幫助您及時發現和糾正網站上的問題：您可以從網站代碼錯誤和流量或轉化減少的觸發器中獲取通知。

使用 OWOX BI，您可以全面了解您網站上的用戶活動，即使他們下的訂單包含 15 件以上的商品，或者瀏覽大量商品列表。

GA 對傳輸命中的大小有一個限制——8 KB。 例如，如果交易消息超過此限制，則不會進入 GA。

在 OWOX BI 中，傳輸到 Google BigQuery 的最大匹配大小增加到 16 KB。

當您使用增強型電子商務跟踪用戶對目錄頁面的瀏覽時，包含產品列表信息的匹配可以超過 8 KB。 如果發生以下情況：

• 一擊發送10多件物品；
• 每個項目都有一個附加參數。

在這種情況下，打包命中不會進入 GA。 但是，您可以在 GBQ 的原始數據中找到它，並通過 OWOX BI 在查看的產品列表上構建更準確的報告。

假設您想要收集有關客戶和產品本身的更多信息，以及銀行產品請求。 使用 OWOX BI，您可以獲得更準確的轉化統計信息。

OWOX BI 計算每個會話的值。 它允許您計算新用戶和返回用戶的 ROAS。 此外，您還可以執行以下操作：

• 比較看到橫幅和沒有看到橫幅的客戶創建的同類群組的盈利能力。
• 了解您在每個產品組上的花費和收入。
• 評估不同地區、登陸頁面、移動版本和應用程序的廣告效果。

您可以手動將來自不同廣告服務的廣告費用加載到 GA 中。 但是，您不知道您在吸引特定客戶或用戶群方面花費了多少，因為 GA 中的成本數據已匯總並與廣告活動相關聯。

App+WEB 也不允許您將會話/用戶級別的廣告活動成本轉移到 Google BigQuery。

OWOX BI 自動將廣告成本上傳到 Google Analytics 和 Google BigQuery，根據 UTM 標籤在會話中分配它們。 這就是為什麼您知道跨 5 個主要 UTM 標籤（來源、媒介、廣告系列、關鍵字、內容）的每個會話的成本，並且您可以基於原始數據構建關於 CPC、CPA、CPO 和 CRR 的報告。 它可以提高您的報告準確性，並有助於更有效地分配您的營銷預算。

使用 OWOX BI，您可以了解您在每個會話上花費了多少，以及按特定用戶、同類群組或登錄頁面分組成本和收入。

例如，您想了解應該推廣哪些商品組以帶來更多利潤，因為吸引用戶的產品不一定是用戶購買的相同產品。 您需要將您的數字廣告成本分組，以找到最有效的產品類別進行推廣。 這可以通過 OWOX BI 通過將成本數據從 GA 傳輸到 GBQ 並在所有帶有 UTM 標籤的會話中分配成本來完成。 在這種情況下，成本和收入都將是會話的屬性。

使用 OWOX BI，無需執行任何額外操作來評估訂單兌換、購買退貨或了解新訂閱者在過去三個月中在您的網站上所做的事情。 我們的服務允許您追溯更新上傳到 Google BigQuery 的數據。

在標準 GA 中，如果從下訂單到付款不到 4 小時，您只能追溯更新訂單狀態。 否則，付款將在 GA 中記錄為新會話。 例如，如果您為 3 月 18 日的交易添加了 4 月 3 日的退貨，那麼在 3 月 18 日的報告中，您仍會看到完整的交易總額。 因此，由於這個錯誤，跨渠道的價值分佈將不正確。

測量協議目前在 App+Web 上不可用。 它可以防止您追溯更新訂單狀態或下載用戶信息。

在 OWOX BI 用 Google BigQuery 中的數據填充的表中，您可以追溯更新以下信息：

• 交易詳情——您可以輸入退貨、部分退貨或更改 30 天期限的總和。
• 用戶信息——如果用戶已登錄或登錄網站，他的用戶 ID 將被倒帶並指定用於驗證日期前最近 30 天內出現的會話。
• 90 天的費用數據（在 adCost、attributedAdCost 字段中），包括導入 Google Analytics（分析）的所有廣告服務的費用。

如果具有用戶 ID 的用戶今天已申請信用，則此用戶 ID 將出現在同一設備的所有先前會話中。 您可以使用這些會話來估計用戶的訂單路徑，以更準確的方式歸因於廣告活動的收入，並預測其他用戶的轉化。

使用 OWOX BI，您可以更輕鬆地考慮退貨和衡量廣告活動的有效性 — 流式表格始終向您顯示當前訂單金額。 如果退貨是在另一天，您不需要在前一天的表格中搜索它。

如果您計劃構建 ROPO（Research Online Purchase Offline）報告，將用戶 ID 指定為客戶歷史會話的最大數量時，計算會更容易。

如上所述，從 Google Analytics 360 到 Google BigQuery 的標準導出表嵌套過多和空字段過多，增加了此數據的處理成本。

OWOX BI 幫助您優化 GBQ 中數據存儲和處理的成本。 流表中的空白字段更少，嵌套級別更少，因此表本身及其查詢“權重”更小。

OWOX BI 幫助您避免 GA 對數據收集的限制。 如果您計劃跟踪所有用戶活動——從查看橫幅到選擇訂單中的其他服務——所有其他點擊都可以直接發送到 Google BigQuery。

所有關於用戶與您的網站交互的信息都通過單獨的點擊傳輸到谷歌分析——發送到 GA 服務器的消息。

在點擊創建的那一刻，OWOX BI 將用於從 GA 資源發送數據的地址替換為您在 Google BigQuery 中的項目地址。 我們可以將所有 GA 尋址的命中復製到 GBQ 表中，或者阻止（全部或部分）GA 中的所有數據並僅將命中發送到 GBQ 表。

該解決方案具有以下優點：

1. 您可以從 Google Analytics 360 眾所周知的結構中的網站獲取非抽樣數據，其中已經為它編寫了數千個 SQL 查詢。 它可以節省您的時間並減少花在定期分析師諮詢上的時間。
2. 您可以在不降低網站加載速度的情況下設置數據收集。 這是可能的，因為 OWOX BI 複製了 GA 命中，而不是使用單獨的 JS 計數器使 GTM 過載。
3. 我們在合同中保證 SLA，並具有監控數據質量和在您的 Google Analytics 和 Google Cloud 項目失敗時自動存儲信息的必要功能。 您無需付出額外努力即可確保報告的數據質量。

使用 OWOX BI，還可以在沒有Google Analytics JS 計數器的情況下收集用戶行為數據。 我們可以使用我們的跟踪代碼將您網站上的點擊數據收集到 Google BigQuery 中。

如果您計劃從網站收集敏感數據（客戶類型、詳細信息、訂單參數），則應將其直接發送到第 4 層安全標準規範信息保護的 Google BigQuery。 任何敏感信息都可能以散列或加密形式傳輸。

假設您的網站上有 1,000 多個橫幅。 您計劃跟踪每個瀏覽量和點擊量，並衡量它如何影響當前或後續會話中的購買。 如果您跟踪每個橫幅的實際瀏覽量，發送到 GA 的數據量將超過限制 20-25%。

使用 OWOX BI，您可以將所有橫幅統計信息直接發送到 Google BigQuery（繞過 GA），並深入了解內部促銷活動的有效性。 因此，您不會因為標準 GA 中的數據採樣和聚合以及超出 GA 360 中的限製而丟失任何信息。

使用 OWOX BI，您可以將無限數量的用戶參數和維度從網站傳輸到 Google BigQuery。 它允許您按任何功能對用戶進行細分，並構建更詳細的報告以進行深入分析。

Google Analytics 對從網站收集的自定義指標的數量也有限制：標準版本為 20，GA 360 為 200。App+Web 也有非常嚴格的限制：500 個事件、25 個事件參數和 25 個用戶屬性。

如果您的網站網絡具有交叉受眾，OWOX 用戶 ID 可幫助您優化促銷和再營銷成本。 您還可以評估橫幅和媒體廣告的查看後效果。

在第三方cookies的幫助下，OWOX BI在不同的網站上放置了相同的標識符（可以是您在不同域的其他網站，也可以是獨立廣告平台上的媒體廣告）。 然後這個 ID 匯集了幾個網站的會話，您將能夠分析您的交叉受眾。

如果您的公司集團由多個品牌及其網站組成，OWOX BI 可以衡量您的受眾的交集，並向您展示如何優化再營銷和外展活動的預算。

根據我們的經驗，在 OWOX BI 中確定用戶地理 (Geo) 位置的準確性平均比類似的 GA 報告中高 20%。

GA 使用 Google API 定義地理位置。 這種方法並不總是可靠的，因為它可能不受某些瀏覽器或用戶操作的支持或被阻止（特別感謝 GDPR）。

OWOX BI 使用另一個 Google 服務——雲負載平衡來確定地理位置。 該服務專門用於平衡網絡負載和鏈接特定 IP 地址內的地理數據。 因此，流媒體不需要任何用戶許可； 我們避免阻塞，從而獲得更準確的地理數據。

isTrueDirect 是一個參數，它指定會話是指直接網站訪問（直接流量）還是必須歸因於其他來源。

GA 中的 isTrueDirect 變量在以下情況下為真：

• 它是網站的直接鏈接（用戶輸入網站地址或使用書籤）。
• 如果源、渠道、活動參數在兩次連續訪問中完全匹配。 GA 將第二個會話定義為直接流量，儘管它是由廣告發起的。

在 OWOX BI 表中，我們僅在直接訪問網站的情況下定義 isTrueDirect = true。 它使您可以準確評估品牌知名度並正確估計特定會話的成本。

帶有 isTrueDirect 參數的報告可幫助您衡量品牌知名度廣告的有效性。 用戶旅程開始時直接條目的增長使評估離線和外展活動對您的營銷的貢獻成為可能。

與 Google Analytics 不同，您可以在 Google BigQuery 中收集和使用 PII 客戶數據，包括電子郵件和電話號碼。 不要失去那些沒有到達漏斗末端但試圖在網站上留下請求的用戶。 GBQ 中的電話或電子郵件可用於細分用戶並向他們發送反饋。

GA 不允許以未加密的形式傳輸個人數據。 否則，您的帳戶將被凍結。

在 OWOX BI 表中，我們使用 &tel 和 &email 參數（GA 不支持它們）以易於使用的方式將個人數據傳輸到 BigQuery。

您可以收集有關嘗試在網站上申請貸款或其他服務的用戶的數據，但由於某種原因，他們無法提交表格。 然後呼叫中心可以聯繫這些客戶並幫助他們通過電話完成程序。

如果您不在在線和離線系統中收集用戶 ID，則電話號碼和電子郵件可用於鏈接用戶的在線和離線數據。

如果您沒有處理原始數據的分析師，請使用我們的智能數據中的報表生成器。 您可以選擇現成的模板或創建自定義儀表板，而無需任何 SQL 知識。 智能數據允許您合併流數據和 CRM 數據，以獲得可靠的分析和決策基礎。

我們會定期添加在 Google Analytics（分析）中找不到的新報告：

• 註冊會計師合作夥伴監控。
• ROPO 分析。
• 用戶轉化路徑。
• CRM 中的訂單兌換。
• 呼叫跟踪效率。

您可以免費試用 OWOX BI Smart Data 的所有功能。

如果您需要根據您的業務需求和會計系統的特殊報告，OWOX BI 分析師團隊可以為您提供幫助。 註冊演示以請求會議並了解詳細信息。