Firebase предоставляет инструменты для адаптации пользовательского опыта, ориентируясь на группы пользователей с помощью таких сервисов Firebase, как Remote Config , Cloud Messaging и In-App Messaging . Используя связанный аккаунт BigQuery , вы можете импортировать сегменты, которые вы, возможно, идентифицировали за пределами Firebase, для создания целевого взаимодействия с сервисами Firebase.
Настройте импортированные сегменты
Вы можете импортировать данные для своих сегментов в Firebase с помощью Google Cloud BigQuery . BigQuery предоставляет несколько способов загрузки данных , поэтому вы можете выбрать тот, который лучше всего подходит для вашей конфигурации.
После включения интеграции:
- Firebase создает в BigQuery набор данных, которым вы владеете, но у Firebase есть доступ для чтения.
- Firebase периодически принимает данные, делая обновленные сегменты доступными в консоли Firebase для таргетинга.
- Firebase имеет доступ только для чтения к этим данным. Firebase хранит копию этих данных в своем внутреннем хранилище.
- Любые данные, удаленные из набора данных BigQuery, также удаляются из хранилища данных Firebase.
Включить импорт BigQuery
- Перейдите на страницу интеграции BigQuery в консоли Firebase .
- Если вы еще не настроили интеграцию BigQuery, следуйте инструкциям на экране, чтобы включить BigQuery.
Консоль Firebase"> - Включите переключатель «Импортированные сегменты» .
Если вы включите импорт сегментов из BigQuery:
- Firebase автоматически создает новый набор данных BigQuery с именем
firebase_imported_segments. Этот набор данных содержит пустые таблицы с именамиSegmentMembershipsиSegmentMetadata. - Набор данных firebase_imported_segments также доступен совместно с учетной записью службы Firebase с доменом
@gcp-sa-firebasesegmentation.iam.gserviceaccount.com. - Firebase выполняет задание по чтению из этого набора данных как минимум каждые 12 часов и может импортировать чаще, чем 12 часов.
Импортируйте данные в BigQuery.
Вы можете использовать любой поддерживаемый механизм для загрузки данных в BigQuery для заполнения таблиц SegmentMemberships и SegmentMetadata . Данные должны соответствовать схеме , описанной ниже:
СегментЧленство
[
{
"name": "instance_id",
"type": "STRING"
},
{
"name": "segment_labels",
"type": "STRING",
"mode": "REPEATED"
},
{
"name": "update_time",
"type": "TIMESTAMP"
}
]
instance_id : идентификатор установки Firebase для конкретной установки приложения. Вам потребуется получить идентификатор установки для каждой установки приложения, которую вы хотите включить в сегмент, и использовать эти значения для заполнения этого поля.
сегмент_метки : сегменты, в которые включены устройства ( "instance_id" ). Они не обязательно должны быть удобными для пользователя и могут быть короткими, чтобы уменьшить использование хранилища BigQuery. Для каждой используемой здесь "segment_labels" в таблице SegmentMetadata должна быть соответствующая запись. Обратите внимание, что это множественное число, тогда как в таблице SegmentMetadata есть "segment_label" .
update_time : в настоящее время не используется Firebase, но может использоваться для удаления старых членств в сегментах из BigQuery, которые больше не используются.
Метаданные сегмента
[
{
"name": "segment_label",
"type": "STRING"
},
{
"name": "display_name",
"type": "STRING"
}
]
сегмент_метка : идентифицирует конкретный сегмент. В этой таблице должна быть запись для каждого сегмента, указанного в таблице SegmentMemberships . Обратите внимание, что это единственное число, тогда как в таблице SegmentMemberships есть "segment_labels" .
display_name : удобочитаемое, удобное для пользовательского интерфейса имя сегмента. Это используется для обозначения вашего сегмента в консоли Firebase .
Настройка оплаты для BigQuery
Если вы пробуете новую функцию для приложения с очень небольшим количеством установок, вам может потребоваться настроить только песочницу BigQuery .
Однако если вы используете это для рабочего приложения с большим количеством пользователей, вам необходимо настроить выставление счетов за использование BigQuery для оплаты хранилища, а также механизм, используемый для загрузки данных в BigQuery. С вас не будет взиматься плата за чтение, инициированное Firebase.
Деактивировать интеграцию
Чтобы деактивировать эту интеграцию, перейдите на страницу интеграции BigQuery в консоли Firebase и отключите переключатель «Пользовательские сегменты» .
Использовать импортированные сегменты
Как только данные будут приняты, они будут доступны в консоли Firebase для таргетинга с помощью таких сервисов, как Remote Config или In-App Messaging. Это работает так же, как таргетинг на свойства или аудитории Google Analytics .
Вы можете использовать «Импортированные сегменты» в качестве одного из атрибутов, на которые можно настроить таргетинг, и импортированные вами сегменты будут доступны для выбора. Они также включают оценку количества экземпляров приложений, принадлежащих каждому сегменту.
Также доступна оценка количества экземпляров, соответствующих всем критериям таргетинга. Оно обновляется по мере внесения изменений в критерии таргетинга.
Варианты использования
Существует несколько способов использования импортированных сегментов для создания целевого пользовательского опыта. В этом разделе описаны некоторые распространенные сценарии, в которых вы можете использовать эту функцию.
Отправка уведомлений группе пользователей
Представьте, что у вас есть приложение, которое позволяет совершать покупки внутри приложения с помощью корзины покупок. Вы также можете использовать собственные или сторонние аналитические решения (не основанные на Google Analytics ) для сбора различных показателей, связанных с поведением пользователей в вашем приложении. Используя эти метрики, вы можете определить группу пользователей, которые добавили товары в корзину, но не завершили оформление заказа.
Теперь представьте, что вы хотите использовать Firebase Cloud Messaging для отправки уведомлений этим пользователям, чтобы напомнить им, что у них есть товары в корзине. Вы можете создать сегмент под названием «incomplete-checkout», включить в него этих пользователей, идентифицированных по их идентификатору установки Firebase , и загрузить его в BigQuery, чтобы поделиться им с Firebase.
Как только Firebase получит эти данные, они станут доступны в композиторе уведомлений, где вы сможете создать новую кампанию уведомлений с таргетингом на «незавершенную проверку», чтобы отправить сообщение, побуждающее пользователей завершить оформление заказа.
Настройка приложения для подмножества пользователей
Предположим, вы используете собственное аналитическое решение, которое указывает на то, что у некоторых пользователей возникают проблемы с навигацией по приложению. Чтобы помочь этим пользователям, вы хотите настроить поведение приложения для этих пользователей, включив в него короткое обучающее видео.
Вы можете включить Remote Config в свое приложение и использовать в нем параметр с именем вроде «needs_help» для условного показа обучающего видео.
Используя свои аналитические данные, создайте сегмент под названием «проблемные пользователи» и включите в него соответствующих пользователей, идентифицированных по идентификатору установки Firebase . Затем загрузите этот сегмент и его элементы в BigQuery, чтобы поделиться ими с Firebase.
Как только Firebase принимает эти данные, они становятся доступными в консоли Remote Config как целевой сегмент. Затем вы можете создать условие, ориентированное на «проблемных пользователей», и установить для параметра «needs_help» значение true для этого условия и значение false по умолчанию. После публикации этой конфигурации приложение показывает обучающее видео только пользователям из сегмента «проблемные пользователи».
Следите за действиями пользователей на разных устройствах
Представьте, что вы создали приложение для обзора ресторанов, используя Firebase и Google Analytics . Используя собранные показатели, вы обнаружили, что пользователи часто заходят в приложение как с мобильного устройства, так и с планшета. Вы также обнаружите, что ваши пользователи предпочитают писать отзывы на планшете, хотя они могут читать отзывы с любого устройства.
Некоторые пользователи начинают писать обзор на своем телефоне и сдаются, возможно, из-за меньшего форм-фактора. Вы решаете отправить таким пользователям на планшеты уведомление с предложением закончить обзор.
Для этого вы можете установить внутренний идентификатор ReviewerId в качестве UserId с помощью Google Analytics для вошедших в систему пользователей и инициировать событие для идентификации отмененных отзывов. Затем вы можете экспортировать данные Google Analytics вашего приложения в BigQuery.
Анализируя эти данные в BigQuery, вы можете определить идентификатор установки Firebase планшетов для пользователей, которые не успели написать отзыв на своем телефоне. Вы можете назвать эту группу «Планшеты пользователей, которые отменили подписку по телефону» и загрузить сегмент в BigQuery, чтобы поделиться списком участников с Firebase.
Как только Firebase получит эти данные, они станут доступны в композиторе уведомлений как целевой сегмент. Затем вы можете создать новую кампанию уведомлений, ориентированную на «планшеты пользователей, которые отменили подписку по телефону», чтобы отправить сообщение, побуждающее этих пользователей завершить отзыв на своих планшетах.