用于收集会话数据的新 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，我们欢迎您在免费试用期间进行试驾：

如果您有任何疑问，请在下面的评论中提问。