Join us for Firebase Summit on November 10, 2021. Tune in to learn how Firebase can help you accelerate app development, release with confidence, and scale with ease. Register

Импортировать сегменты

Firebase предоставляет инструменты для портного опыт пользователя путем охвата групп пользователей с помощью служб Firebase , таких как Remote Config , Cloud Messaging , и In-App сообщений . Использование связанного BigQuery учетной записи, вы можете импортировать сегменты , которые вы , возможно, выявленные за пределами Firebase создать целевые опыты с услугами Firebase.

Настроить импортированные сегменты

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

Поток данных импортированных сегментов

После включения интеграции:

  • Firebase создает набор данных в BigQuery, которым вы владеете, но у Firebase есть доступ для чтения.
  • Firebase периодически получает данные, делая ваши обновленные сегменты доступными в консоли Firebase для таргетинга.
  • Firebase имеет доступ только для чтения к этим данным. Firebase хранит копию этих данных во внутреннем хранилище.
  • Любые данные, которые удаляются из набора данных BigQuery, также удаляются из хранилища данных Firebase.

Включить импорт BigQuery

  1. Перейти к интеграции BigQuery страницы в консоли Firebase.
  2. Если вы ранее не настраивали интеграцию BigQuery, следуйте инструкциям на экране, чтобы включить BigQuery. Экран интеграции в консоли Firebase
  3. Включить импортируемые Сегменты переключаемых. Импортированные сегменты перейдут в неактивное состояние.

Когда вы включаете импорт сегментов из 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 Installation ID для конкретного приложения установки.

segment_labels: Сегменты , что устройства ( "instance_id" .) включены в Они не должны быть человеком, дружелюбным и может быть коротким , чтобы уменьшить использование памяти BigQuery. Там должна быть соответствующая запись в SegmentMetadata таблице для каждого "segment_labels" , используемые здесь. Обратите внимание , что это множественное число, в то время как SegmentMetadata таблица имеет "segment_label" .

update_time: В настоящее время не используется Firebase, но может быть использован для удаления старых членства сегментов из BigQuery, которые больше не используется.

СегментМетаданные

[
   {
      "name": "segment_label",
      "type": "STRING"
   },
   {
      "name": "display_name",
      "type": "STRING"
   }
]

segment_label: Определяет конкретный сегмент. Там должна быть запись в этой таблице для каждого сегмента , перечисленных в SegmentMemberships таблице. Обратите внимание , что это в единственном числе, в то время как таблица SegmentMemberships имеет "segment_labels" .

display_name: для восприятия человеком, UI-понятное имя для сегмента. Это используется для обозначения вашего сегмента в консоли Firebase.

Настроить биллинг для BigQuery

Если вы пытаетесь из новой функции для приложений с очень мало установок, возможно , потребуется только настроить песочницу BigQuery .

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

Деактивировать интеграцию

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

Использовать импортированные сегменты

После приема данных они будут доступны в консоли Firebase для таргетинга с такими службами, как Remote Config или In-App Messaging. Это работает так же, как таргетинг на ресурсы или аудитории Google Analytics.

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

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

Также доступна оценка количества экземпляров, которые соответствуют всем критериям таргетинга. Он обновляется, когда вы вносите какие-либо изменения в критерии таргетинга.

Случаи применения

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

Отправлять уведомления группе пользователей

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

Теперь представьте, что вы хотите использовать Firebase Cloud Messaging для отправки уведомлений этим пользователям, чтобы напомнить им, что у них есть товары в их корзине. Вы можете создать сегмент под названием «незавершенная оплата» и включить этих пользователей, идентифицированных по их идентификатору установки Firebase, и загрузить его в BigQuery, чтобы поделиться им с Firebase.

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

Настроить приложение для подгруппы пользователей

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

Вы можете включить Remote Config в вашем приложении и использовать параметр, названный что - то вроде «needs_help», в приложении к условно отображать видео - учебник.

Используя данные аналитики, создайте сегмент с именем «Troubled-users» и включите соответствующих пользователей, идентифицированных по идентификатору установки 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 получит эти данные, они станут доступны в композиторе уведомлений как целевой сегмент. Затем вы можете создать новую кампанию уведомлений с таргетингом на «планшеты-пользователи-отменяли-по телефону», чтобы отправить сообщение, побуждающее этих пользователей завершить обзор на своих планшетах.