Catch up on everything we announced at this year's Firebase Summit. Learn more

Создание экспериментов с удаленной конфигурацией Firebase с A / B-тестированием

Когда вы обновляете свое приложение и используете Firebase Remote Config, чтобы отправить его в приложение с активной базой пользователей, вы хотите убедиться, что все правильно. Вы можете быть не уверены в следующем:

  • Лучший способ реализовать функцию для оптимизации взаимодействия с пользователем. Слишком часто разработчики приложений не узнают, что их пользователям не нравится новая функция или обновленный пользовательский интерфейс, пока рейтинг их приложения в магазине приложений не снизится. A / B-тестирование может помочь определить, нравятся ли вашим пользователям новые варианты функций или они предпочитают приложение в том виде, в котором оно существует в настоящее время. Кроме того, сохранение большинства ваших пользователей в контрольной группе гарантирует, что большая часть вашей пользовательской базы сможет продолжать использовать ваше приложение без каких-либо изменений в его поведении или внешнем виде до завершения эксперимента.
  • Лучший способ оптимизировать взаимодействие с пользователем для достижения бизнес-цели. Иногда вы вносите изменения в продукт, чтобы максимизировать такой показатель, как доход или удержание. С помощью A / B-тестирования вы устанавливаете свою бизнес-цель, а Firebase выполняет статистический анализ, чтобы определить, превосходит ли вариант контрольной группы для выбранной вами цели.

Чтобы протестировать варианты функций A / B с контрольной группой, выполните следующие действия:

  1. Создайте свой эксперимент.
  2. Подтвердите свой эксперимент на тестовом устройстве.
  3. Управляйте своим экспериментом.

Создать эксперимент

Удаленный эксперимент Config позволяет оценить несколько вариантов на одном или нескольких удаленных параметров Config .

  1. Войдите Firebase, обновление настроек совместного использования данных и убедитесь , что совместное использование данных включено. Без обмена данными у вашего эксперимента не будет доступа к данным аналитики.
  2. В разделе Engage в консоли Firebase панели навигации выберите A / B тестирование.
  3. Нажмите кнопку Создать эксперимент, а затем выберите Remote Config при запросе сервиса вы хотите поэкспериментировать с.
  4. Введите имя и описание для эксперимента, и нажмите кнопку Далее.
  5. Заполните поля таргетинга, первый выбор приложения , которое использует свой эксперимент. Вы также можете настроить таргетинг на участие в эксперименте определенных пользователей, выбрав следующие варианты:

    • Версия: Один или несколько версий вашего приложения
    • Аудитория пользователей: Аналитика аудитория , используемая для целевых пользователей , которые могут быть включены в эксперименте
    • Свойство пользователя: Один или несколько Analytics свойств пользователя для выбора пользователей , которые могут быть включены в эксперименте
    • Прогноз: Группы пользователей предсказанных машинного обучения , чтобы участвовать в конкретном поведении
    • Страна / Регион: Один или несколько стран или регионов для выбора пользователей , которые могут быть включены в эксперимент
    • Язык устройства: один или несколько языков и локали , используемые для выбора пользователей , которые могут быть включены в эксперименте
  6. Установите Процент целевых пользователей: Введите процент базы пользователей вашего приложения , соответствующий критериям , установленный в соответствии с целевыми пользователями , которые вы хотите , чтобы равномерно распределить между контрольной группой и один или более вариантами в эксперименте. Это может быть любой процент от 0,01% до 100%. Пользователи случайным образом назначаются для каждого эксперимента, включая повторяющиеся эксперименты.

  7. При желании можно настроить событие активации, чтобы в вашем эксперименте учитывались только пользователи, которые первыми инициировали какое-либо событие Analytics. Для обеспечения непросроченного эксперимента, убедитесь , что событие , которое вы выбираете происходит после того, как ваше приложение активирует неправдоподобные значения конфигурации. Такие события , как first_open или session_start может произойти до activateFetched() , что приводит к неожиданным результатам.

  8. Для целей Эксперимента, выберите основной показатель для отслеживания, а также добавить любые необходимые дополнительные показатели из выпадающего списка. К ним относятся встроенные цели (участие, покупки, доход, удержание и т. Д.), События конверсии Analytics и другие события Analytics. Когда закончите, нажмите кнопку Далее.

  9. В разделе Варианты вы будете выбирать контрольную группу и , по меньшей мере , один вариант для эксперимента. Используйте выбрать или создать новый список , чтобы добавить один или несколько параметров , чтобы экспериментировать с. Вы можете создать параметр, который ранее не использовался в консоли Firebase, но он должен существовать в вашем приложении, чтобы он имел какой-либо эффект. Вы можете повторить этот шаг, чтобы добавить в свой эксперимент несколько параметров.

  10. (необязательно) Чтобы добавить более чем один вариант для эксперимента, нажмите кнопку Добавить еще один вариант.

  11. Измените один или несколько параметров для конкретных вариантов. Все неизмененные параметры одинаковы для пользователей, не включенных в эксперимент.

  12. Нажмите Обзор , чтобы сохранить свой эксперимент.

Вам разрешено до 300 экспериментов в одном проекте, которые могут состоять из 24 запущенных экспериментов, а остальные являются черновыми или завершенными.

Подтвердите свой эксперимент на тестовом устройстве

Для каждой установки Firebase вы можете получить связанный с ней токен аутентификации установки. Вы можете использовать этот токен для тестирования конкретных вариантов эксперимента на тестовом устройстве с установленным вашим приложением. Чтобы проверить свой эксперимент на тестовом устройстве, сделайте следующее:

  1. Получите токен аутентификации установки следующим образом:

    Быстрый

    Installations.installations().authTokenForcingRefresh(true, completion: { (result, error) in
      if let error = error {
        print("Error fetching token: \(error)")
        return
      }
      guard let result = result else { return }
      print("Installation auth token: \(result.authToken)")
    })
    

    Цель-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]);
    }];
    

    Джава

    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");
            }
        }
    });

    Котлин + KTX

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

    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());
          }
        });
    

    Единство

    Firebase.Installations.FirebaseInstallations.DefaultInstance.GetTokenAsync().ContinueWith(
      task => {
        if (!(task.IsCanceled || task.IsFaulted) && task.IsCompleted) {
          UnityEngine.Debug.Log(System.String.Format("Installations token {0}", task.Result));
        }
      });
    
  2. На Firebase консоли панели навигации выберите A / B тестирование.
  3. Нажмите Draft (и / или Бег для удаленных экспериментов Config), парить над экспериментом, нажмите контекстное меню ( ), а затем нажмите кнопку Управления тестовых устройств.
  4. Введите установочный токен аутентификации для тестового устройства и выберите вариант эксперимента для отправки на это тестовое устройство.
  5. Запустите приложение и убедитесь, что выбранный вариант поступает на тестовое устройство.

Чтобы узнать больше о Firebase установках см Управление Firebase установок .

Управляйте своим экспериментом

Независимо от того, создаете ли вы эксперимент с помощью Remote Config, композитора уведомлений или обмена сообщениями в приложении Firebase, вы можете затем проверить и запустить эксперимент, отслеживать его во время его выполнения и увеличить количество пользователей, включенных в текущий эксперимент.

Когда ваш эксперимент будет завершен, вы можете принять к сведению настройки, использованные выигравшим вариантом, а затем применить эти настройки для всех пользователей. Или вы можете провести еще один эксперимент.

Начать эксперимент

  1. В разделе Engage в консоли Firebase панели навигации выберите A / B тестирование.
  2. Нажмите черновик, а затем нажмите на название эксперимента.
  3. Чтобы проверить , что приложение имеет пользователей , которые будут включены в эксперимент, расширить проект детали и проверьте число больше 0% в разделе Таргетинг и распределения (например, 1% пользователей , соответствующих критериям).
  4. Для того, чтобы изменить свой эксперимент, нажмите кнопку Изменить.
  5. Для того, чтобы начать эксперимент, нажмите кнопку Пуск эксперимента. Вы можете запускать до 24 экспериментов в одном проекте одновременно.

Наблюдать за экспериментом

По прошествии некоторого времени после проведения эксперимента вы можете следить за его ходом и видеть, как выглядят ваши результаты для пользователей, которые уже участвовали в вашем эксперименте.

  1. В разделе Engage в консоли Firebase панели навигации выберите A / B тестирование.
  2. Нажмите Запуск, а затем название вашего эксперимента. На этой странице вы можете просмотреть различные наблюдаемые и смоделированные статистические данные о проводящемся эксперименте, в том числе следующие:

    • Разница% от базовой линии: Мера улучшения метрики для данного варианта по сравнению с исходным уровнем (или контрольной группой). Вычисляется путем сравнения диапазона значений для варианта с диапазоном значений для базовой линии.
    • Вероятность биений базовой линии: По оценкам , вероятность того, что данный вариант бьет базовый уровень для выбранного показателя.
    • observed_metric для каждого пользователя: на основе результатов эксперимента, это предсказанный диапазон , что значение метрики будет падать в течение долгого времени.
    • Общая observed_metric : Наблюдаемая накопленная величина для контрольной группы или варианты. Значение используется для измерения , насколько хорошо каждый эксперимент вариантные выполняет, и используется для расчета улучшения, Диапазон значений, вероятность биений базовой линии, и вероятность быть лучшим вариантом. В зависимости от измеряемой метрики этот столбец может иметь название «Продолжительность на пользователя», «Доход на пользователя», «Уровень удержания» или «Коэффициент конверсии».
  3. После того, как ваш эксперимент продлится какое-то время (по крайней мере, 7 дней для FCM и обмена сообщениями в приложении или 14 дней для Remote Config), данные на этой странице показывают, какой вариант, если таковой имеется, является «лидером». Некоторые измерения сопровождаются гистограммой, которая представляет данные в визуальном формате.

Проведите эксперимент для всех пользователей

После того, как эксперимент продлится достаточно долго, и у вас появится «лидер» или вариант победителя для вашей целевой метрики, вы можете развернуть эксперимент для 100% пользователей. Это позволяет вам выбрать вариант для публикации для всех пользователей в дальнейшем. Даже если ваш эксперимент не выявил явного победителя, вы все равно можете развернуть вариант для всех своих пользователей.

  1. В разделе Engage в консоли Firebase панели навигации выберите A / B тестирование.
  2. Нажмите Завершены или Запуск, нажмите эксперимент , который вы хотите , чтобы выкатить для всех пользователей, выберите в контекстном меню ( ), а затем нажмите кнопку раскатать вариант.
  3. Разверните эксперимент для всех пользователей, выполнив одно из следующих действий:

    • Для эксперимента , который использует композитор Notifications, используйте раскатать диалоговое окно сообщения , чтобы отправить сообщение оставшихся целевых пользователей , которые не были частью эксперимента.
    • Для эксперимента Remote Config выберите вариант, чтобы определить, какие значения параметра Remote Config нужно обновить. Критерии таргетинга, определенные при создании эксперимента, будут добавлены в ваш шаблон в качестве нового условия, чтобы внедрение затронуло только тех пользователей, на которые направлен эксперимент. После нажатия на кнопку Обзор в Remote Config , чтобы просмотреть изменения, нажмите кнопку Опубликовать изменения , чтобы завершить развертывание.
    • Для эксперимента по обмену сообщениями в приложении используйте диалоговое окно, чтобы определить, какой вариант необходимо развернуть как отдельную кампанию по обмену сообщениями в приложении. После выбора вы будете перенаправлены на экран создания FIAM для внесения любых изменений (при необходимости) перед публикацией.

Разверните эксперимент

Если вы обнаружите, что эксперимент не привлекает достаточно пользователей для A / B-тестирования, чтобы объявить лидера, вы можете увеличить распространение своего эксперимента, чтобы охватить больший процент пользовательской базы приложения.

  1. В разделе Engage в консоли Firebase панели навигации выберите A / B тестирование.
  2. Выберите текущий эксперимент, который вы хотите отредактировать.
  3. В обзоре эксперимента, нажмите контекстное меню ( ), а затем нажмите кнопку Изменить запущенный эксперимент.
  4. В таргетирования диалогового окна возможности увеличить процент пользователей , которые находятся в настоящее время работает эксперимент. Выберите число больше , чем текущий процент и нажмите кнопку Опубликовать. Эксперимент будет передан указанному вами проценту пользователей.

Дублировать или остановить эксперимент

  1. В разделе Engage в консоли Firebase панели навигации выберите A / B тестирование.
  2. Нажмите Завершены или Бег, парить над экспериментом, нажмите контекстное меню ( ), а затем нажмите кнопку Дублировать эксперимент или остановить эксперимент.

Пользовательский таргетинг

Вы можете настроить таргетинг на пользователей, которых нужно включить в свой эксперимент, используя следующие критерии таргетинга на пользователей.

Критерий таргетинга Оператор (ы) Ценности) Примечание
Версия содержит,
не содержит,
точно соответствует,
содержит регулярное выражение
Введите значение для одной или нескольких версий приложения, которые вы хотите включить в эксперимент.

При использовании любого из содержит, не содержит, или матчи именно операторы, вы можете предоставить список разделенных запятыми значений.

При использовании содержит регулярное выражение оператора, вы можете создать регулярные выражения в RE2 формате. Ваше регулярное выражение может полностью или частично соответствовать строке целевой версии. Вы можете также использовать ^ и $ якоря , чтобы соответствовать начало, конец, или полноту целевой строки.

Аудитория пользователей включает все,
включает по крайней мере один из,
не включает все,
не включает хотя бы один из
Выберите одну или несколько аудиторий Analytics, чтобы настроить таргетинг на пользователей, которые могут быть включены в ваш эксперимент.
Свойство пользователя Для текста:
содержит,
не содержит,
точно совпадает,
содержит регулярное выражение

Для номеров:
<, ≤, =, ≥,>
Свойство пользователя Google Analytics используется для выбора пользователей, которые могут быть включены в эксперимент, с рядом вариантов выбора значений свойств пользователя.

На клиенте вы можете установить только строковые значения для свойств пользователя. Для условий, использующих числовые операторы, служба удаленной настройки преобразует значение соответствующего свойства пользователя в целое число / число с плавающей запятой.
При использовании содержит регулярное выражение оператора, вы можете создать регулярные выражения в RE2 формате. Ваше регулярное выражение может полностью или частично соответствовать строке целевой версии. Вы можете также использовать ^ и $ якоря , чтобы соответствовать начало, конец, или полноту целевой строки.
Прогноз N / A Целевые группы пользователей, определенные с помощью прогнозов Firebase, например, те, кто, вероятно, перестанет использовать ваше приложение, или пользователи, которые могут совершить покупку в приложении. Выберите одно из значений, определенных инструментом Firebase Predictions. Если параметр недоступен, вам может потребоваться включить прогнозирование Firebase, посетив раздел прогнозов консоли Firebase.
Страна устройства N / A Одна или несколько стран или регионов используются для выбора пользователей, которые могут быть включены в эксперимент.
Язык устройства N / A Один или несколько языков и локалей, используемых для выбора пользователей, которые могут быть включены в эксперимент. Этот критерий таргетинга доступен только для Remote Config.
Первый открытый больше, чем
меньше, чем
между
Таргетинг на пользователей на основе того, когда они впервые открыли ваше приложение, указывается в днях. Этот критерий таргетинга доступен только для Firebase In-App Messaging.
Последнее взаимодействие с приложением больше, чем
меньше, чем
между
Таргетинг на пользователей основан на том, когда они в последний раз взаимодействовали с вашим приложением, указанном в днях. Этот критерий таргетинга доступен только для Firebase In-App Messaging.

Показатели A / B-тестирования

При создании эксперимента вы выбираете метрику, которая используется для сравнения вариантов эксперимента, а также можете выбрать другие метрики для отслеживания, чтобы помочь вам лучше понять каждый вариант эксперимента и обнаружить любые значительные побочные эффекты (например, сбои приложения). В следующих таблицах представлена ​​подробная информация о том, как рассчитываются целевые и другие показатели.

Показатели цели

Метрическая Описание
Удержание (1 день) Количество пользователей, которые возвращаются в ваше приложение ежедневно.
Удержание (2-3 дня) Количество пользователей, которые возвращаются в ваше приложение в течение 2–3 дней.
Удержание (4-7 дней) Количество пользователей, которые возвращаются в ваше приложение в течение 4-7 дней.
Удержание (8-14 дней) Количество пользователей, которые возвращаются в ваше приложение в течение 8–14 дней.
Удержание (15+ дней) Количество пользователей, которые возвращаются в ваше приложение через 15 или более дней после последнего использования.
Уведомление открыто Отслеживает, открывает ли пользователь уведомление, отправленное композитором уведомлений.
Выручка от покупки Комбинированное значение для всех ecommerce_purchase и in_app_purchase событий.
Расчетный доход от AdMob Ориентировочный доход от AdMob.
Ориентировочный общий доход Суммарная стоимость покупки и расчетный доход от AdMob.
first_open Событие Google Analytics, которое запускается, когда пользователь впервые открывает приложение после его установки или переустановки. Используется как часть воронки конверсии.
notification_open Событие Analytics, которое запускается, когда пользователь открывает уведомление, отправленное композитором уведомлений. Используется как часть воронки конверсии.

Другие показатели

Метрическая Описание
Пользователи без сбоев Процент пользователей, которые не сталкивались с ошибками в вашем приложении, которые были обнаружены Firebase Crashlytics SDK во время эксперимента.
notification_dismiss Событие Analytics, которое запускается, когда уведомление, отправленное композитором уведомлений, отклоняется (только для Android).
notification_receive Событие Analytics, которое запускается, когда уведомление, отправленное композитором уведомлений, получено, когда приложение работает в фоновом режиме (только для Android).
os_update Аналитика событий , который отслеживает , когда операционная система устройства обновляется на новый version.To узнать больше, см Автоматически собранные события .
screen_view Событие Analytics, отслеживающее просмотры экранов в вашем приложении. Чтобы узнать больше, см Track просмотров экрана .
session_start Событие Analytics, которое подсчитывает сеансы пользователей в вашем приложении. Чтобы узнать больше, см Автоматически собранные события .
user_engagement Событие Analytics, которое периодически запускается, когда ваше приложение находится на переднем плане. Чтобы узнать больше, см Автоматически собранные события .

Экспорт данных BigQuery

Вы можете получить доступ ко всей аналитике данных , связанным с вашим A / B тестов в BigQuery . BigQuery позволяет анализировать данные с помощью BigQuery SQL, экспортировать их в другой облачный провайдер или использовать данные для ваших пользовательских моделей машинного обучения. См Link BigQuery к Firebase для получения дополнительной информации.

Чтобы в полной мере использовать возможности экспорта данных BigQuery, проекты Firebase должны принять тарифный план Blaze с оплатой по факту. BigQuery взимает плату за хранение данных, потоковые вставки и запросы данных. Загрузка и экспорт данных бесплатны. См BigQuery Ценообразование , или песочницу BigQuery для получения дополнительной информации.

Для начала убедитесь, что ваш проект Firebase связан с BigQuery. Выберите Настройки> Настройки проекта из левой навигационной панели, затем выберите интеграций> BigQuery> Ссылка. На этой странице отображаются параметры для выполнения экспорта данных аналитики BiqQuery для всех приложений в проекте.

Чтобы запросить данные аналитики для эксперимента:

  1. Из вашего активных экспериментов списка, выберите нужный эксперимент , чтобы открыть страницу результатов эксперимента.
  2. Из контекстного меню в Эксперименте Обзор панели выберите Запрос эксперимент данные (эта опция недоступна для проектов на свободном уровне).

    Откроется редактор запросов консоли BigQuery с автоматически сгенерированным примером запроса данных эксперимента, предварительно загруженных для вашего просмотра. В этом запросе ваш эксперимент кодируется как свойство пользователя с названием эксперимента в ключе и вариантом эксперимента в значении.

  3. В композитору запроса выберите Выполнить запрос. Результаты отображаются на нижней панели.

Обратите внимание: поскольку данные Firebase в BigQuery обновляются только один раз в день, данные, доступные на странице эксперимента, могут быть более актуальными, чем данные, доступные в консоли BigQuery.