使用 A/B Testing 创建 Firebase Remote Config 实验

如果您使用 Firebase Remote Config 为具有活跃用户群的应用部署设置，需要确保这些配置正确无误。您可以使用 A/B Testing 实验来确定：

实现某项功能以优化用户体验的最佳方式。很多时候，直到应用在应用商店的评分下降了，开发者才知道他们的用户不喜欢某个新功能或对更新后的用户体验不满意。A/B Testing 可以帮助衡量您的用户是喜欢功能方面的新变化，还是更希望应用保持原样。另外，将大多数用户保留在基准组中可以确保大部分用户能照常使用您的应用，不会在实验结束前体验到任何应用行为或外观方面的变化。
为实现某个业务目标而优化用户体验的最佳方式。 有时候，您想要实施产品更改以尽可能提高收入或留存率等指标。通过 A/B Testing，您可以设定自己的业务目标，然后 Firebase 会执行统计分析，确定某个变体在实现您所选目标方面的效果是否超过基准。

如需利用基准来对功能变体进行 A/B 测试，请执行以下操作：

创建实验。
在测试设备上验证您的实验。
管理实验。

创建实验

Remote Config 实验可用于评估一个或多个 Remote Config 参数的多个变体。

登录 Firebase 控制台，验证是否已在您的项目中启用 Google Analytics（分析），以便实验可以访问 Analytics 数据。

如果您在创建项目时没有启用 Google Analytics（分析），可以在集成标签页中启用。在 Firebase 控制台中点击 > 项目设置即可访问此标签页。
在 Firebase 控制台导航菜单的吸引部分中，点击 A/B Testing。
点击创建实验，然后在系统提示您选择要试验的服务时选择 Remote Config。
输入实验的名称和（可选的）说明，然后点击下一步。
填写定位字段，首先选择要开展实验的应用。您还可以点击与，然后选择下列选项来定位一部分用户，让这些用户参与您的实验：
- 版本：应用的一个或多个版本
- Build 号：应用的版本号
- 语言：用于选择哪些用户可参与实验的一种或多种语言和语言区域
- 国家/地区：用于选择哪些用户可参与实验的一个或多个国家或地区
- 用户受众群体：用于选择哪些用户可参与实验的 Analytics 受众群体
- 用户属性：用于选择哪些用户可参与实验的一个或多个 Analytics 用户属性
- 首次打开：根据用户首次打开您的应用的时间来定位用户
  
  您需要先选择 Android 或 iOS 应用，之后才能按首次打开时间定位用户。以下 Remote Config SDK 版本支持按首次打开时间定位用户：Apple 平台 SDK v9.0.0+ 和 Android SDK v21.1.1+ (Firebase BoM v30.3.0+)。
  
  此外，在首次打开事件期间，您的客户端上必须已启用 Analytics。
注意：由于 Google Analytics（分析）数据处理存在延迟，定位 Google Analytics（分析）用户受众群体的实验可能需要更多时间来累积数据。如需详细了解此定位和其他定位选项，请参阅用户定位。
设置目标用户百分比：输入应用的用户群百分比，以指定与您在目标用户下设置的条件匹配的用户中，您要将其中多少比例的用户平均分配到实验中的基准和一个或多个变体。此值可以为介于 0.01% 到 100% 之间的任何百分比。系统会为每个实验（包括复制的实验）随机分配用户。
（可选）设置激活事件，确保您的实验只统计首先触发了某些 Analytics 事件的用户的数据。请注意，所有与您的定位参数匹配的用户都将收到 Remote Config 实验值，但只有触发了激活事件的用户才会包含在实验结果中。

为保证实验有效，请确保您选择的事件发生于应用激活提取的配置值之后。此外，不能使用以下事件，因为它们始终发生于激活提取的值之前：
- app_install
- app_remove
- app_update
- dynamic_link_first_open
对于实验的目标，请选择要跟踪的主要指标，然后从列表中添加要跟踪的任何其他指标。这包括内置目标（购买量、收入、留存率、未遇到崩溃问题的用户等），Analytics 转化事件和其他 Analytics 事件。完成后，点击下一步。
在变体部分中，为该实验选择一个基准和至少一个变体。使用选择或新建列表添加一个或多个参数进行试验。您还可以创建之前未在 Firebase 控制台中使用过的参数，但该参数必须存在于您的应用中才能发挥作用。您可以重复此步骤为您的实验添加多个参数。
（可选）如需在实验中添加多个变体，请点击添加其他变体。
更改特定变体的一个或多个参数。对于未参与实验的用户，任何未更改的参数的值都是相同的。
展开变体权重，查看或更改实验的变体权重。默认情况下，系统会为每个变体分配相等的权重。请注意，权重不均匀可能会增加数据收集时间，并且实验开始后便无法更改权重。
点击查看，保存实验。

每个项目最多可以有 300 个实验，最多包括 24 个正在运行的实验，其余为实验草稿或已完成的实验。

在测试设备上验证您的实验

对于每个 Firebase 安装，您都可以检索关联的安装身份验证令牌。您可以使用此令牌在安装了您的应用的测试设备上测试特定实验变体。如需在测试设备上验证您的实验，请执行以下操作：

按如下方式获取安装身份验证令牌：

Swift

do {
  let result = try await Installations.installations()
    .authTokenForcingRefresh(true)
  print("Installation auth token: \(result.authToken)")
} catch {
  print("Error fetching token: \(error)")
}

Objective-C

[[FIRInstallations installations] authTokenForcingRefresh:true
                                               completion:^(FIRInstallationsAuthTokenResult *result, NSError *error) {
  if (error != nil) {
    NSLog(@"Error fetching Installation token %@", error);
    return;
  }
  NSLog(@"Installation auth token: %@", [result authToken]);
}];

Java

FirebaseInstallations.getInstance().getToken(/* forceRefresh */true)
        .addOnCompleteListener(new OnCompleteListener<InstallationTokenResult>() {
    @Override
    public void onComplete(@NonNull Task<InstallationTokenResult> task) {
        if (task.isSuccessful() && task.getResult() != null) {
            Log.d("Installations", "Installation auth token: " + task.getResult().getToken());
        } else {
            Log.e("Installations", "Unable to get Installation auth token");
        }
    }
});MainActivity.java

Kotlin+KTX

val forceRefresh = true
FirebaseInstallations.getInstance().getToken(forceRefresh)
    .addOnCompleteListener { task ->
        if (task.isSuccessful) {
            Log.d("Installations", "Installation auth token: " + task.result?.token)
        } else {
            Log.e("Installations", "Unable to get Installation auth token")
        }
    }MainActivity.kt

C++

firebase::InitResult init_result;
auto* installations_object = firebase::installations::Installations::GetInstance(
    firebase::App::GetInstance(), &init_result);
installations_object->GetToken().OnCompletion(
    [](const firebase::Future& future) {
      if (future.status() == kFutureStatusComplete &&
          future.error() == firebase::installations::kErrorNone) {
        printf("Installations Auth Token %s\n", future.result()->c_str());
      }
    });

Unity

Firebase.Installations.FirebaseInstallations.DefaultInstance.GetTokenAsync(forceRefresh: true).ContinueWith(
  task => {
    if (!(task.IsCanceled || task.IsFaulted) && task.IsCompleted) {
      UnityEngine.Debug.Log(System.String.Format("Installations token {0}", task.Result));
    }
  });

在 Firebase 控制台导航栏上，点击 A/B Testing。
点击草稿（对于 Remote Config 实验，点击正在运行），将光标悬停在实验上，点击上下文菜单 ()，然后点击管理测试设备。
输入测试设备的安装身份验证令牌，并选择要发送到该测试设备的实验变体。
运行应用，并确认测试设备正在接收所选变体。

如需详细了解 Firebase 安装，请参阅管理 Firebase 安装。

管理实验

无论您是使用 Remote Config、Notifications Composer 还是 Firebase In-App Messaging 来创建实验，接下来您都可以验证并启动实验，在实验运行时监控实验，并增加参与正在运行的实验的用户数量。

实验完成后，您可以记录胜出变体的设置，然后向所有用户发布这些设置。或者，您可以运行另一个实验。

启动实验

在 Firebase 控制台导航菜单的吸引部分中，点击 A/B Testing。
依次点击草稿和实验标题。
如需验证您的应用是否有将会参与实验的用户，请展开草稿详情，然后检查定位和分布部分中是否存在大于 0% 的数字（例如，1% 的用户符合条件）。
如需更改实验，请点击修改。
如需启动实验，请点击启动实验。一个项目最多可以同时运行 24 个实验。

监控实验

在实验运行了一段时间后，您可以查看实验进度，并了解到目前为止，在参与实验的用户中效果如何。

在 Firebase 控制台导航菜单的吸引部分中，点击 A/B Testing。
点击正在运行，然后点击或搜索实验标题。在此页面上，您可以查看有关正在运行的实验的各种实测和建模统计信息，包括以下内容：
- 与基准的偏差百分比：根据给定变体与基准的比较结果来衡量某个指标的提高幅度。计算方法是将相应变体的值范围与基准组合的值范围进行比较。
- 胜过基准组合的概率：对于所选指标，给定变体胜过基准组合的估算概率。
- 每用户 observed_metric：根据实验结果，预测指标值将逐渐归入的范围。
- 总 observed_metric：观测到的基准或变体的累积值。该值用于衡量每个实验变体的表现，以及计算提高幅度、值范围、胜过基准组合的概率和成为最佳变体的概率。根据要衡量的指标，此列可能会标记为“每位用户的使用时长”“每位用户的收入”“留存率”或“转化率”。
在实验运行一段时间（FCM 和 In-App Messaging 至少 7 天，Remote Config 则要求 14 天）后，此页面上的数据会指明哪个变体（如果有）是“领先变体”。一些衡量结果会使用条形图以可视化的形式来呈现。

向所有用户发布实验

在实验运行了较长的一段时间，足以让您依据目标指标找到“领先变体”（即胜出变体）后，您就可以向所有用户发布该实验了。这样，您就可以选择一个要面向所有用户发布的变体。即使实验尚未确定明确的胜出变体，您仍然可以选择向所有用户发布某个变体。

在 Firebase 控制台导航菜单的吸引部分中，点击 A/B Testing。
点击已完成或正在运行，然后点击您要向所有用户发布的实验，再点击上下文菜单 () 发布变体。
执行以下操作之一，向所有用户发布您的实验：
- 对于使用 Notifications Composer 的实验，请使用发布消息对话框向未参与该实验的其余目标用户发送消息。
- 对于 Remote Config 实验，请选择一个变体以确定要更新的 Remote Config 参数值。创建实验时指定的定位条件会作为新条件添加到您的模板中，以确保发布仅影响实验所定位的用户。点击在 Remote Config 中查看以查看更改后，点击发布更改以完成发布。
- 对于 In-App Messaging 实验，请使用对话框确定哪个变体需要作为独立 In-App Messaging 宣传活动发布。选择变体后，系统会将您重定向到 FIAM 编写屏幕，您可以根据需要在其中对变体进行任何更改，然后再发布变体。

扩大实验规模

如果发现某个实验涵盖的用户不够多，无法让 A/B Testing 确定领先变体，您可以扩大实验规模以提高所覆盖的应用用户群比例。

在 Firebase 控制台导航菜单的吸引部分中，点击 A/B Testing。
选择要修改的正在运行的实验。
在实验概览中，点击上下文菜单 ()，然后点击修改正在运行的实验。
定位对话框会显示一个选项，用于增加当前正在进行的实验的用户所占的百分比。选择一个大于当前百分比的数字，然后点击发布。系统就会将实验推送给您所指定的用户群中该百分比的用户。

复制或停止实验

在 Firebase 控制台导航菜单的吸引部分中，点击 A/B Testing。
点击已完成或正在运行，将指针悬停在实验上，点击上下文菜单 ()，然后点击复制实验或停止实验。

用户定位

您可以使用以下条件来定位用户，以将其纳入到实验中。

定位条件	运算符	值	备注
版本	包含、不包含、完全匹配、包含正则表达式	输入要纳入到实验中的一个或多个应用版本的值。	使用包含、不包含或完全匹配运算符时，您可以提供一个以英文逗号分隔的值列表。使用包含正则表达式运算符时，您可以创建 RE2 格式的正则表达式。您的正则表达式可以与目标版本字符串的全部或部分文本匹配。您还可以使用 ^ 和 $ 定位点来与目标字符串的开头部分、结尾部分或全部文本匹配。
用户受众群体	包含全部、包含至少一个、不包含全部、不包含至少一个	选择一个或多个 Analytics 受众群体，以定位可以参与实验的用户。	一些针对 Google Analytics（分析）受众群体的实验可能需要几天时间来累积数据，因为它们会受到 Analytics 数据处理延迟的影响。对于在创建后 24-48 小时内加入符合条件的受众群体的新用户或最近创建的受众群体，最有可能遇到这种延迟。对于 Remote Config，这意味着，即使用户从技术上讲符合某个受众群体的条件，但如果在执行“fetchAndActivate()”时 Analytics 尚未将用户添加到该受众群体，该用户也不会被纳入到实验中。
用户属性	对于文本：包含、不包含、完全匹配、包含正则表达式对于数字： <、≤、=、≥、>	Analytics 用户属性用于选择可以参与实验的用户，并提供一系列用于选择用户属性值的选项。在客户端上，您只能为用户属性设置字符串值。对于使用数值运算符的条件，Remote Config 服务会将相应用户属性的值转换为整数/浮点数。	使用包含正则表达式运算符时，您可以创建 RE2 格式的正则表达式。您的正则表达式可以与目标版本字符串的全部或部分文本匹配。您还可以使用 ^ 和 $ 定位点来与目标字符串的开头部分、结尾部分或全部文本匹配。
国家/地区	不适用	用于选择哪些用户可参与实验的一个或多个国家或地区。
语言	不适用	用于选择哪些用户可参与实验的一种或多种语言和语言区域。
首次打开	之前之后	根据用户首次打开您的应用的时间来定位用户：选择新用户，以定位在未来的某个指定日期和时间后首次打开您的应用的用户。选择时间范围，以定位在您指定的日期和时间之前或之后的某个时间范围内首次打开您的应用的用户。您可以结合使用之前和之后条件来定位特定时间范围内的用户。	您需要先选择 Android 或 iOS 应用，之后才能按首次打开时间定位用户。以下 Remote Config SDK 版本目前支持按首次打开时间定位用户：Apple 平台 SDK v9.0.0+ 和 Android SDK v21.1.1+ (Firebase BoM v30.3.0+)。此外，在首次打开事件期间，您的客户端上必须已启用 Analytics。

A/B Testing 指标

创建实验时，您需要选择主要或“目标”指标，用于确定胜出的变体。您还应跟踪其他指标，以便更好地了解每个实验变体的效果，并跟踪可能因变体而异的重要趋势，例如用户留存率、应用稳定性和应用内购买收入。在实验中，您最多可以跟踪五个非目标指标。

例如，假设您使用 Remote Config 在应用中启动两个不同的游戏流程，并且希望针对应用内购买和广告收入进行优化，但您也希望跟踪每个变体的稳定性和用户留存率。在这种情况下，您可以考虑选择估算总收入作为目标指标，因为它包含应用内购买收入和广告收入，然后对于要跟踪的其他指标，您可以添加以下指标：

如需跟踪每日和每周的用户留存率，可添加留存人数（2-3 天）和留存人数（4-7 天）。
如需比较两个游戏流程之间的稳定性，可添加未遇到崩溃问题的用户数。
如需查看每种收入类型的更多详细视图，可添加购买收入和估算广告收入。

下方各表提供了有关如何计算目标指标和其他指标的详细信息。

目标指标

指标	说明
未遇到崩溃问题的用户数	在实验期间，未在您的应用中遇到 Firebase Crashlytics SDK 所检测到的错误的用户所占的百分比。
估算的广告收入	估算的广告盈利。
估算的总收入	购买活动收入和估算的广告收入的总价值。
购买活动带来的收入	所有 `purchase` 和 `in_app_purchase` 事件的总价值。
留存人数（1 天）	每天都会访问您的应用的用户数。
留存人数（2-3 天）	间隔 2-3 天后访问您的应用的用户数。
留存人数（4-7 天）	间隔 4-7 天后访问您的应用的用户数。
留存人数（8-14 天）	间隔 8-14 天后访问您的应用的用户数。
留存人数（15 天以上）	在距离上次使用您的应用 15 天（或更长时间）后访问应用的用户数。
first_open	用户在安装或重新安装应用后首次打开该应用时触发的 Analytics 事件。用作转化漏斗的一部分。

其他指标

指标	说明
notification_dismiss	当 Notifications Composer 所发出的通知被忽略时触发的 Analytics 事件（仅适用于 Android）。
notification_receive	当收到 Notifications Composer 所发出的通知且应用正在后台运行时触发的 Analytics 事件（仅适用于 Android）。
os_update	一个用于跟踪设备操作系统何时更新为新版本的 Analytics 事件。如需了解详情，请参阅自动收集的事件。
screen_view	用于跟踪您的应用中的屏幕浏览量的 Analytics 事件。如需了解详情，请参阅跟踪屏幕浏览量。
session_start	用于统计应用中的用户会话数的 Analytics 事件。如需了解详情，请参阅自动收集的事件。

BigQuery 数据导出服务

除了在 Firebase 控制台中查看 A/B Testing 实验数据之外，您还可以在 BigQuery 中检查和分析实验数据。虽然 A/B Testing 没有单独的 BigQuery 表，但实验和变体成员资格会存储在 Google Analytics（分析）事件表中的每个 Google Analytics（分析）事件上。

包含实验信息的用户属性的形式为 userProperty.key like "firebase_exp_%" 或 userProperty.key = "firebase_exp_01"，其中 01 是实验 ID，userProperty.value.string_value 包含实验变体的索引（从零开始）。

您可以使用这些实验用户属性来提取实验数据。这样，您便能够按多种不同的方式拆分实验结果，并独立验证 A/B Testing 的结果。

如需开始使用，请按照本指南中的说明完成以下操作：

在 Firebase 控制台中为 Google Analytics（分析）启用 BigQuery Export
使用 BigQuery 访问 A/B Testing 数据
探索示例查询

在 Firebase 控制台中为 Google Analytics（分析）启用 BigQuery Export

如果您使用的是 Spark 方案，则可以使用 BigQuery 沙盒免费访问 BigQuery，但需遵循沙盒限制。如需了解详情，请参阅价格和 BigQuery 沙盒。

首先，请确保将 Analytics（分析）数据导出到 BigQuery：

打开集成标签页，您可以在 Firebase 控制台中使用 > 项目设置访问该标签页。
如果您已经将 BigQuery 与其他 Firebase 服务搭配使用，请点击管理。否则，请点击关联。
查看如何将 Firebase 关联至 BigQuery，然后点击下一步。
在配置集成部分中，启用 Google Analytics（分析）切换开关。
选择区域，然后选择导出设置。

注意：如需详细了解 Google Analytics for Firebase 设置，请参阅数据收集。
点击关联到 BigQuery。

根据您选择导出数据的方式，这些表最多可能需要一天的时间才能供您使用。如需详细了解如何将项目数据导出到 BigQuery，请参阅将项目数据导出到 BigQuery。

在 BigQuery 中访问 A/B Testing 数据

在查询特定实验的数据之前，您需要获取要在查询中使用的以下部分或全部信息：

实验 ID：您可以从实验概览页面的网址获取此 ID。例如，如果您的网址类似于 https://console.firebase.google.com/project/my_firebase_project/config/experiment/results/25，则实验 ID 为 25。
Google Analytics（分析）媒体资源 ID：这是 9 位数 Google Analytics（分析）媒体资源 ID。您可以在 Google Analytics（分析）中找到该 ID；当您展开项目名称以显示 Google Analytics（分析）事件表的名称 (project_name.analytics_000000000.events) 时，该 ID 也会显示在 BigQuery 中。
实验日期：为了编写更快速、更高效的查询，最好是将查询限制为包含实验数据的 Google Analytics（分析）每日事件表分区，即由 YYYYMMDD 后缀标识的表。因此，如果您的实验运行时间为 2024 年 2 月 2 日至 2024 年 5 月 2 日，则应指定 _TABLE_SUFFIX between '20240202' AND '20240502'。如需查看示例，请参阅选择特定实验的值。
事件名称：通常，这些名称与您在实验中配置的目标指标相对应。例如，in_app_purchase 事件、ad_impression 或 user_retention 事件。

收集好生成查询所需的信息后，请执行以下操作：

在 Google Cloud 控制台中打开 BigQuery。
选择您的项目，然后选择创建 SQL 查询。
添加查询。如需查看要运行的示例查询，请参阅探索示例查询。
点击运行。

使用 Firebase 控制台自动生成的查询来查询实验数据

如果您使用的是 Blaze 方案，则实验概览页面会提供一个示例查询，该查询会返回您正在查看的实验的实验名称、变体、事件名称和事件数量。

如需获取并运行自动生成的查询，请执行以下操作：

在 Firebase 控制台中，打开 A/B Testing，然后选择您要查询的 A/B Testing 实验以打开实验概览。
在“选项”菜单中的 BigQuery 集成下方，选择查询实验数据。系统会在 Google Cloud 控制台内的 BigQuery 中打开您的项目，并提供可用于查询实验数据的基本查询。

以下示例展示了为包含三个变体（包括基准）的实验（名为“Winter Welcome 实验”）生成的查询。该查询会返回运行中实验的名称、变体名称、唯一身份事件以及每个事件的事件计数。请注意，查询构建器不会在表名称中指定项目名称，因为它会直接在项目中打开。

  /*
    This query is auto-generated by Firebase A/B Testing for your
    experiment "Winter welcome experiment".
    It demonstrates how you can get event counts for all Analytics
    events logged by each variant of this experiment's population.
  */
  SELECT
    'Winter welcome experiment' AS experimentName,
    CASE userProperty.value.string_value
      WHEN '0' THEN 'Baseline'
      WHEN '1' THEN 'Welcome message (1)'
      WHEN '2' THEN 'Welcome message (2)'
      END AS experimentVariant,
    event_name AS eventName,
    COUNT(*) AS count
  FROM
    `analytics_000000000.events_*`,
    UNNEST(user_properties) AS userProperty
  WHERE
    (_TABLE_SUFFIX BETWEEN '20240202' AND '20240502')
    AND userProperty.key = 'firebase_exp_25'
  GROUP BY
    experimentVariant, eventName

如需查看其他查询示例，请继续探索示例查询。

探索示例查询

以下各部分提供了一些查询示例，您可以使用这些查询示例从 Google Analytics（分析）事件表中提取 A/B Testing 实验数据。

从所有实验中提取购买和实验标准差值

您可以使用实验结果数据独立验证 Firebase A/B Testing 结果。以下 BigQuery SQL 语句会提取实验变体、每个变体中的唯一身份用户数，in_app_purchase 和 ecommerce_purchase 事件带来的总收入，以及指定为 _TABLE_SUFFIX 开始日期和结束日期的时间范围内的所有实验的标准差。您可以将通过此查询获取的数据与统计显著性生成器结合使用进行单侧 t 测试，以验证 Firebase 提供的结果是否与您自己的分析结果一致。

如需详细了解 A/B Testing 如何计算推理，请参阅解读测试结果。

  /*
    This query returns all experiment variants, number of unique users,
    the average USD spent per user, and the standard deviation for all
    experiments within the date range specified for _TABLE_SUFFIX.
  */
  SELECT
    experimentNumber,
    experimentVariant,
    COUNT(*) AS unique_users,
    AVG(usd_value) AS usd_value_per_user,
    STDDEV(usd_value) AS std_dev
  FROM
    (
      SELECT
        userProperty.key AS experimentNumber,
        userProperty.value.string_value AS experimentVariant,
        user_pseudo_id,
        SUM(
          CASE
            WHEN event_name IN ('in_app_purchase', 'ecommerce_purchase')
              THEN event_value_in_usd
            ELSE 0
            END) AS usd_value
      FROM `PROJECT_NAME.analytics_ANALYTICS_ID.events_*`
      CROSS JOIN UNNEST(user_properties) AS userProperty
      WHERE
        userProperty.key LIKE 'firebase_exp_%'
        AND event_name IN ('in_app_purchase', 'ecommerce_purchase')
        AND (_TABLE_SUFFIX BETWEEN 'YYYYMMDD' AND 'YYYMMDD')
      GROUP BY 1, 2, 3
    )
  GROUP BY 1, 2
  ORDER BY 1, 2;

选择特定实验的值

以下示例查询展示了如何在 BigQuery 中获取特定实验的数据。此示例查询会返回实验名称、变体名称（包括基准）、事件名称和事件数量。

  SELECT
    'EXPERIMENT_NAME' AS experimentName,
    CASE userProperty.value.string_value
      WHEN '0' THEN 'Baseline'
      WHEN '1' THEN 'VARIANT_1_NAME'
      WHEN '2' THEN 'VARIANT_2_NAME'
      END AS experimentVariant,
    event_name AS eventName,
    COUNT(*) AS count
  FROM
    `analytics_ANALYTICS_PROPERTY.events_*`,
    UNNEST(user_properties) AS userProperty
  WHERE
    (_TABLE_SUFFIX BETWEEN 'YYYMMDD' AND 'YYYMMDD')
    AND userProperty.key = 'firebase_exp_EXPERIMENT_NUMBER'
  GROUP BY
    experimentVariant, eventName