Начало работы с персонализацией Remote Config

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

Вот как начать.

1. Инструментируйте свое приложение с помощью Analytics и Remote Config

Прежде чем вы сможете начать предоставлять персонализированный пользовательский интерфейс, ваше приложение должно использовать Analytics и Remote Config .

1. Если вы не включили Google Analytics при создании проекта Firebase, включите его на странице «Интеграции» вашего проекта.

2. Убедитесь, что вы используете как минимум следующие версии Remote Config SDK:

   • iOS: 7.5.0 и выше
   • Android: 20.0.3 (Firebase BoM 26.4.0) и выше.
   • С++ 7.1.1 и выше
   • Юнити: 7.1.0 и выше

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

3. Добавьте вызовы регистрации событий в свое приложение.

   Как минимум, зарегистрируйте событие, когда пользователь выполняет целевое действие, для которого вы оптимизируете. Например, если вы хотите оптимизировать отправку оценок в Play Store, регистрируйте событие каждый раз, когда пользователь оценивает ваше приложение.

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

4. Реализуйте в своем приложении различные пользовательские возможности, которые вы хотите реализовать. Это может быть как простая настройка частоты показа рекламы каждому пользователю, так и более существенные альтернативы, такие как реализация различных макетов.

5. Сделайте различные пользовательские возможности настраиваемыми на основе значения параметра Remote Config . См. раздел Начало работы с Remote Config и стратегии загрузки Remote Config .

На этом этапе вы можете развернуть свое приложение в App Store или Play Store. Пользователи по-прежнему будут получать настроенный вами интерфейс по умолчанию, но поскольку вы можете управлять работой с помощью удаленно настраиваемой переменной, вы можете начать экспериментировать с автоматической персонализацией параметров.

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

2. Настройте персонализацию параметров в консоли Firebase .

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

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

2. На панели «Изменить параметр» нажмите «Добавить новый» > «Персонализация» .

3. Определите два или более альтернативных значения. «Альтернативные значения» — это специальное название для значений параметров, которые алгоритм персонализации может выбрать для ваших пользователей. Формат используемых здесь значений должен соответствовать типу данных , который использует ваш параметр Remote Config .

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

4. Выберите цель. Вы можете выбрать один из следующих вариантов:

   • Выберите из списка готовых целей такие показатели, как доход и вовлеченность.

   • Добавьте специальную метрику на основе любого другого события Google Analytics , которое вы хотите оптимизировать. Для этого введите название события в поле «Цель» и нажмите « Создать событие» .

     Поскольку эти события могут быть динамическими или пользовательскими, они могут не отображаться в раскрывающемся списке. Чтобы убедиться, что указанная вами метрика точно соответствует активному событию Analytics , проверьте это событие в разделе «Аналитика» > «События» .

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

5. Выберите, следует ли оптимизировать количество событий ( ​​COUNT ) или сумму значений всех событий ( ​​SUM ).

   В некоторых случаях этот параметр предварительно выбирается для встроенных событий Analytics . Например, для времени взаимодействия с пользователем всегда будет выбрана сумма , чтобы оптимизировать общее затраченное время. Если вы выберете «Клики объявлений» , персонализация будет оптимизирована для COUNT или общего количества событий кликов по объявлению.

6. Если вы выбрали SUM , введите имя параметра события для агрегирования.

   В большинстве случаев имя параметра события — value , но у вас может быть специальная метрика с определенным значением, которое вы хотите агрегировать. Например, если у вас было событие с разными типами валют и такими параметрами, как USD , JPY , AUD и т. д., вы могли бы оптимизировать доход в Австралии, указав AUD в качестве параметра события (и на следующем шаге обязательно настройте условие таргетинга для пользователей в Австралии!).

   Важно: значение, передаваемое событием, должно быть int , double или float для суммирования/агрегирования.

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

   Отслеживаемые показатели появятся в сводке результатов персонализации, организованной по вкладкам.

8. Определите или выберите условие таргетинга для персонализированного параметра. Только пользователи, соответствующие этому условию, получат персонализированный опыт. Некоторые часто используемые условия заключаются в том, чтобы ограничить персонализацию только пользователями определенной платформы или только пользователями в определенном регионе.

   Совет: выбирайте достаточно большие целевые сегменты, чтобы генерировать много данных о результатах. Персонализация лучше всего работает при наличии как минимум 10 000 пользователей и 1000 успешных результатов в неделю.

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

Когда вы удовлетворены своими альтернативами, целями, дополнительными показателями и таргетингом, все готово! Сохраните и разверните изменения, чтобы персонализировать индивидуальный опыт ваших пользователей. Пользователи начнут получать персонализированные значения параметров через несколько часов, но системе потребуется до 14 дней, чтобы узнать о вашем пользователе и достичь максимальной производительности.

Вы можете увидеть, как работает персонализация, выбрав ее на странице «Персонализации» или щелкнув условие таргетинга параметра на странице Remote Config .

Совет: Вы можете использовать представление списка персонализаций для поиска конкретной персонализации по имени или цели, а также сортировать ее по имени, времени начала или общему приросту.

Дополнительные сведения об интерпретации результатов см. в разделе Общие сведения о результатах персонализации .