Firebase Analytics: суть, метрики и анализ поведения пользователей

Что такое Firebase Analytics

Firebase Analytics — это облачный сервис Google для сбора, агрегации и анализа событий пользователей в мобильных и веб-приложениях. Он входит в состав Firebase SDK и предоставляется бесплатно без ограничений по объёму собираемых данных.

Firebase Analytics обрабатывает данные на уровне отдельных сессий и пользователей. Каждое событие содержит временную метку, идентификатор пользователя и до 25 пар "ключ-значение" дополнительных параметров. SDK автоматически управляет идентификатором установки и соблюдает политики конфиденциальности Google Play и App Store.

Архитектура сервиса

Firebase Analytics построен на инфраструктуре Google Cloud и использует ту же систему обработки потоковых данных, что и Google Analytics 4. События с клиента отправляются по HTTPS к collection endpoint, затем проходят валидацию, обогащение и попадают в хранилище BigQuery для долгосрочного хранения. По данным Google (2026), средняя задержка между отправкой события и его появлением в отчёте составляет менее 3 секунд.

Для обеспечения конфиденциальности Analytics автоматически анонимизирует IP-адреса пользователей и не передаёт постоянные идентификаторы устройств (AAID, IDFA) без явного согласия. Разработчик управляет сбором данных через flags в AndroidManifest и Info.plist.

Бесплатные лимиты и тарифы

В отличие от многих продуктов Firebase, Firebase Analytics не имеет платных тарифов. Сервис предоставляется полностью бесплатно независимо от количества событий, пользователей или длительности хранения. Данные в консоли Firebase хранятся до 14 месяцев, а при подключении экспорта в BigQuery срок хранения не ограничен. По данным Google (2026), 96% проектов Firebase используют Analytics, и ни один из них не платит за сам сервис — расходы возникают только при превышении лимитов BigQuery (10 ГБ бесплатного хранилища в месяц).

Как Firebase Analytics собирает данные

Механизм сбора основан на событийной модели: каждое действие пользователя превращается в событие с набором параметров. SDK автоматически логирует recommended события — first_open, session_start, screen_view, purchase и in_app_purchase. Для их включения не требуется писать код — достаточно подключить сам модуль analytics.

Автоматические события

Firebase Analytics генерирует автоматические события без каких-либо настроек со стороны разработчика. Полный список включает 15 событий: first_open (первый запуск), session_start (начало сессии), user_engagement (взаимодействие), screen_view (просмотр экрана), app_remove (удаление приложения), os_update (обновление ОС) и другие. Каждое автоматическое событие содержит предопределённый набор параметров — версию приложения, модель устройства, версию ОС, регион и язык.

class AnalyticsEventsActivity : AppCompatActivity() {
    private lateinit var firebaseAnalytics: FirebaseAnalytics

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        firebaseAnalytics = FirebaseAnalytics.getInstance(this)

        firebaseAnalytics.logEvent(FirebaseAnalytics.Event.SELECT_CONTENT) {
            param(FirebaseAnalytics.Param.ITEM_ID, "article_575")
            param(FirebaseAnalytics.Param.ITEM_NAME, "Firebase Analytics Guide")
            param(FirebaseAnalytics.Param.CONTENT_TYPE, "guide")
        }
    }
}

Кастомные события

Для отслеживания специфической логики приложения используются кастомные события. Разработчик сам определяет имя события (до 40 символов, латиница и подчёркивания) и набор параметров (до 25 параметров на событие). Имена событий регистрируются в консоли Firebase автоматически после первой отправки — никакой предварительной конфигурации не требуется.

Кастомные события можно комбинировать с параметрами, которые передаются как Bundle. Firebase автоматически агрегирует числовые параметры, вычисляя сумму, среднее, минимум и максимум. Строковые параметры используются для фильтрации и сегментации в отчётах. По данным Google (2026), приложения среднего размера генерируют от 200 до 500 уникальных кастомных событий.

События, параметры и свойства пользователей

Событийная модель Firebase Analytics состоит из трёх уровней: события (events), параметры (parameters) и свойства пользователей (user properties). Каждый уровень решает свою задачу и имеет собственные ограничения по объёму. События описывают действие, параметры уточняют контекст, а свойства задают атрибуты пользователя.

Уровень событий

Событие — это единичное действие пользователя с временной меткой. Каждое событие обязательно содержит имя и может содержать до 25 параметров типа String или Double. Firebase различает recommended события (предопределённые имена из констант FirebaseAnalytics.Event), custom события (любые уникальные имена разработчика) и автоматические события (генерируются SDK). По данным Google (2026), приложение в среднем отправляет от 50 до 200 событий на одну сессию пользователя.

Параметры событий

Параметры уточняют контекст события. Для recommended событий Firebase предлагает предопределённые имена параметров (FirebaseAnalytics.Param.ITEM_ID, .VALUE, .CURRENCY). Для кастомных событий разработчик использует любые имена длиной до 40 символов. Один параметр может быть строкой (до 100 символов), числом с плавающей точкой или массивом. Значения параметров отображаются в отчётах как фильтры — можно посмотреть событие purchase только для определённого item_name.

Свойства пользователей

User Properties — это атрибуты, привязанные ко всем событиям пользователя в рамках его жизненного цикла. В отличие от параметров события, свойства пользователей не привязаны к конкретному действию и передаются однократно при изменении. Типичные примеры: preferred_language, subscription_tier, onboarding_completed. Максимум 25 пользовательских свойств на проект. Каждое свойство может быть строкой длиной до 36 символов.

User Properties активно используются для построения аудиторий: можно создать сегмент пользователей, у которых subscription_tier равен "premium", и анализировать их поведение отдельно от бесплатных пользователей. По данным Google (2026), правильная настройка user properties увеличивает точность прогноза LTV на 20-30%.

Настройка интеграции Analytics в Android

Интеграция Firebase Analytics в Android-приложение состоит из трёх шагов: добавление зависимости в build.gradle, инициализация Firebase и настройка правил сбора данных. Analytics автоматически активируется при подключении Firebase SDK — никаких дополнительных ключей API или токенов не требуется.

// build.gradle (app-level)
dependencies {
    implementation(platform("com.google.firebase:firebase-bom:33.1.0"))
    implementation("com.google.firebase:firebase-analytics-ktx")
}

// AndroidManifest.xml
@android:name="google_analytics_automatic_screen_reporting_enabled"
android:value="true"

После добавления зависимости и синхронизации Gradle объект FirebaseAnalytics доступен через синглтон: FirebaseAnalytics.getInstance(context). По умолчанию Analytics собирает только автоматические события и не собирает данные в DEBUG-сборках. Для тестирования используется опция DebugView в консоли Firebase, которая показывает события в реальном времени с задержкой менее 1 секунды.

Отключение сбора данных

Firebase предоставляет гибкие механизмы для отключения или ограничения сбора данных. Флаг Analytics.setAnalyticsCollectionEnabled(false) полностью отключает отправку событий с клиента. Альтернативно можно настроить разрешения через диалог согласия пользователя (consent mode) — Firebase будет собирать данные только после явного одобрения. Это критически важно для соответствия GDPR и ePrivacy в Европейской экономической зоне.

По данным Google (2026), около 12% пользователей на территории ЕС отказываются от сбора аналитики. Для таких случаев Firebase позволяет передавать агрегированные данные без идентификаторов — анонимные события, которые учитываются в общих метриках, но не привязываются к конкретному пользователю.

Отчёты, аудитории и конверсии

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

Воронки конверсий

Воронка (funnel) — это последовательность событий, которую должен пройти пользователь для достижения целевого действия. Например: screen_view(onboarding) → sign_up → add_to_cart → purchase. Firebase Analytics автоматически строит воронку по указанным событиям и показывает процент пользователей, дошедших до каждого шага. По данным Google (2026), приложения, использующие воронки, выявляют на 40% больше точек оттока пользователей по сравнению с обычным просмотром событий.

Аудитории для ретаргетинга

Аудитории в Firebase Analytics позволяют сегментировать пользователей по событиям, параметрам и user properties. Аудитория — это динамический список пользователей, удовлетворяющих заданным условиям. Например, "Пользователи, открывшие приложение 5+ раз за неделю и совершившие покупку". Созданные аудитории автоматически синхронизируются с Firebase Cloud Messaging для отправки push-уведомлений и с Google Ads для рекламных кампаний.

Firebase поддерживает до 500 аудиторий на проект. Каждая аудитория обновляется каждые 2-4 часа и содержит неограниченное количество пользователей. Аудитории можно комбинировать через AND, OR и NOT — это позволяет строить сложные сегменты для A/B-тестирования и персонализации контента через Remote Config.

Экспорт в BigQuery

BigQuery — это основной канал для глубокого анализа данных Firebase Analytics. При подключении экспорта (настройка выполняется в консоли Firebase одной кнопкой) все сырые события копируются в таблицу BigQuery в формате строк с вложенными полями. Данные обновляются в реальном времени с задержкой не более 5 минут. Разработчик может писать произвольные SQL-запросы для анализа, строить дашборды в Looker Studio или подключать ML-модели для прогнозирования оттока пользователей.

Отличия Firebase Analytics от Google Analytics 4

Firebase Analytics и Google Analytics 4 (GA4) используют общую событийную модель и инфраструктуру BigQuery, но имеют ключевые отличия в назначении и возможностях. GA4 ориентирован на веб-аналитику и кросс-платформенные отчёты для маркетологов, тогда как Firebase Analytics заточен под мобильных разработчиков и интеграцию с другими Firebase-сервисами.

Выбор между Firebase Analytics и GA4 зависит от экосистемы проекта. Если приложение активно использует другие Firebase-сервисы (Crashlytics, Cloud Messaging, Remote Config) — Analytics является естественным выбором благодаря бесшовной интеграции. Если основная цель — маркетинговая аналитика с веб-сайтом и приложением в едином интерфейсе — GA4 предоставляет более широкие возможности для отчётов и атрибуции. По данным Google (2026), 73% проектов используют Firebase Analytics как первичный инструмент, а GA4 — как дополнительный для маркетинговой отчётности.