双重标记难题： GA4 的数据模型和映射

以前，你不得不求助于不同的平台来测量不同类型的数据：Universal Analytics 专注于网络分析，而 Firebase（Google 于 2014 年收购的应用开发平台）专注于应用，提供的报告功能不那么强大。这两个平台的数据结构完全不同（想想Adobe Analytics与Google Analytics），变量和指标也不尽相同，这给工作带来了挑战。

现在，GA4 将网络和应用程序数据结合在一起，它将继续存在--现在是您开始考虑如何将它应用到现有解决方案中的时候了。毫无疑问，您应该从 UA 迁移到 GA4；如果您现在不设置 GA4，您将失去收集历史数据的机会。

虽然 GA4 有许多新功能和好处，但我建议您从一个地方开始：双重标记。双标签意味着在部署 GA4 的同时部署现有的 UA 标签。在您开始将 GA4 整合到您的设置中时，让我们来看看您应该知道的一些要点。

从事件映射开始

最重要的是，请注意当前的 UA 数据模型是基于会话建立的，而新的 GA4 数据模型是基于事件建立的。这意味着要将您的数据从 UA 迁移到 GA4，您需要创建一个更新的测量计划，详细说明所有重要变量的映射。

从本质上讲，我们所有可信的 UA 事件都将映射到 GA4 事件和事件参数。所有传统的点击类型，如社交、页面浏览、交易，都属于 GA4 中的 "事件"。这使得跟踪更加强大，并允许您在一份报告中报告所有类型的传统数据点，因为现在它们都是事件。

还有一点值得讨论，那就是事件类别、行动和标签的死亡。它们都已不复存在，再见了，朋友们！取而代之的是，最初的事件操作现在变成了事件名称，而事件类别和事件标签则变成了参数（如果使用 gtag.js，也可以不使用）。

如果不加注意，这可能会导致巨大的数据混乱，这取决于你的事件操作值，例如："点击"。根据我使用双标签的经验，我经常将事件操作和类别合并为事件名称，并将事件标签插入一个事件参数，该参数的值比 "event_label "更具描述性。GA4 事件代表一个操作，因此比历史 UA 事件更细化，后者有时包含一系列操作。我建议您在前进之前与 Media.Monks 这样的合作伙伴一起讨论您的测量计划。现在是重设数据策略和清理报告的大好时机。注销技术债务；你不能破坏一个不存在的仪表板。

如果您正在使用 gtag.js，请注意一旦您实施了 GA4，您的 GTag 代码 就会自动映射到 GA4，就像这样：

设置自定义尺寸

考虑到这一点，让我们再深入一点，看看我们的 UA 自定义维度。在映射自定义维度时，你不会看到 "会话 "范围的列表，因为该范围目前并不存在。如果要跟踪用户属性（也称为用户属性），则应将其映射到 "自定义维度，用户范围"。不要把 "用户属性 "和 "账户属性 "搞混了，它们是完全不同的两个东西。(这个命名应该更好些！）。

GA4 中还有一个新步骤：您必须在 GA4 UI 中映射您的自定义维度。 否则，您将无法在报告中看到数据。

改变对会话的看法

我还想告诉大家，会话本身的计算方式现在有所不同。更改 UTM 参数不会启动新会话！超过午夜的深夜会话也不会。GA4 中的会话只有在 30 分钟不活动后才会重新启动，就像在 Universal Analytics 中一样。这意味着，如果您试图将报告直接与 UA 进行比较， GA4 中的会话计数会更低 （不要这样做！）。

现在，设置双重标记是必须的 。不要延迟启用 GA4 属性。 这一切都可以通过 GA 界面完成，您可以让页面浏览量和其他五个事件开箱即发（如滚动、下载、退出链接、内部搜索和 YouTube 互动）！

不过，在设置自定义事件跟踪之前，请先将手指从触发器上移开。我们不建议直接将 UA 映射到 GA4。 如上所述，您需要仔细考虑新的测量计划 。这并不意味着您要从头开始（不过，如果您想这么做，现在正是绝佳的机会）。Google 鼓励您使用一系列推荐事件，因为未来的报告和功能都将基于这些事件；例如，账户注册就是 "sign_up"。如果您不花时间考虑如何在报告中显示这些数据，以及标准 GA4 的映射和变量配额，您可能会在六个月后为自己的匆忙而后悔。

如果不记得创建了多少配额，可在 GA4 面板中找到变量配额：

就这样，您已经迈出了熟悉 GA4 的第一步。同样，该套件解决了将您的网络和应用程序测量相统一的关键挑战，让您的受众在您拥有的平台上的任何地方都能获得洞察力。尽早设置 GA4 将有助于您为未来做好准备并收集更多历史数据，因此请不要等待，但如果您需要帮助，您知道该找谁！