我们目前在两个网站上使用两个遗留的 Google Analytics 属性 ID
然而,我们也有一个应用程序,但它使用单个 Firebase ID(因此链接到另一个 GA4 ID - GA4_1)。
现在,遗留 GA 将在 6 月停止工作。我有两个选择
哪种方法更好?
两种方法都可以,视情况而定。
最简单的决定方法是用户旅程。如果存在从一个域到另一个域的旅程,分析整个用户旅程将非常烦人。回答这样的问题:如果数据被不同的属性分割,
When a user comes from site A to site B and subscribes to this a particular service on site B, which source was it that brought this subscriber to site A?
会很困难。
当您的应用程序用户打开 Web 视图以查看网站上的帮助文章时,会发生类似的事情。该网络视图将由您的网络 GTM 跟踪,但用户会话的其余部分将在应用程序中。如果它们分布在不同的属性中,您将难以加入数据。
这假设您实际使用 GA 的界面进行分析和报告。如果您将数据 ETL 到 BQ,然后使用其他东西对其进行分析,那么您可能有一些次要的理由将帐户拆分到多个属性中。如果不出意外,那就是增加GA4的属性限制。
简而言之,最好使用一个 GA4 属性,就像从 Firebase 获取数据一样。但以防万一,将其保存在不同的数据流中。
如果您的站点位于不同的顶级域中,请确保配置您的网络流以跨域合并客户端和会话 ID,这就是您的示例中的样子。与 GA UA 不同,GA4 现在在 GA4 而不是 GTM 中具有跨域跟踪设置。
要管理多个网站和一个应用程序,建议为每个网站和应用程序使用单独的 GA4 媒体资源 ID。这将使您能够分别跟踪每个属性并详细了解每个属性的性能。
在您的情况下,由于您有两个网站和一个应用,您可以为网站创建两个新的 GA4 媒体资源 ID(例如 GA4_2、GA4_3)并将它们链接到各自的网站。您可以继续为该应用使用现有的 GA4_1 媒体资源 ID。
通过使用单独的属性ID,您可以轻松管理每个属性并获得准确的数据。此外,您可以设置特定于每个属性的自定义报告和仪表板,这将帮助您获得有价值的见解并做出明智的决策。
总而言之,建议为每个网站和应用程序创建单独的 GA4 属性 ID,以准确跟踪它们的性能并有效地管理它们。