Google is committed to advancing racial equity for Black communities. See how.
Эта страница переведена с помощью Cloud Translation API.
Switch to English

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

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

  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 для конкретной установки приложения.

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