Firebase Analytics: що це, ключові можливості та інтеграція в проєкті

Ліміти та вартість Firebase Analytics

Firebase Analytics повністю безкоштовний і не має лімітів на кількість зареєстрованих подій — це ключова відмінність від Amplitude (10–20 млн подій на безкоштовному тарифі) та Mixpanel (20 млн). Єдині обмеження: 500 типів подій на проєкт, 100 параметрів на подію (з яких не більше 25 текстових) та 100 унікальних значень user property на проєкт.

Експорт у BigQuery також безкоштовний до 10 ГБ на місяць, що покриває потреби більшості застосунків з MAU до 100 000. При перевищенні ліміту застосовуються стандартні тарифи BigQuery ($5/ТБ оброблених даних). За даними Firebase Blog (2025), 95 % проєктів вкладаються в безкоштовні ліміти BigQuery, використовуючи streaming-експорт із щоденним вивантаженням. Для оптимізації витрат на BigQuery агрегуйте дані перед експортом через scheduled queries — це скорочує обсяг оброблюваних даних на 60–80 %.

Що таке Firebase Analytics?

Firebase Analytics — хмарна платформа аналітики від Google, що входить до екосистеми Firebase. Вона надає наскрізне відстеження шляху користувача: від першого запуску застосунку до цільових дій (покупки, підписки, проходження рівнів). На відміну від універсальних систем на кшталт Google Analytics 4, Firebase Analytics оптимізована для мобільних застосунків з мінімальною затримкою відправки подій.

Ключова перевага — безшовна інтеграція з іншими сервісами Firebase: Crashlytics для звітів про збої, Cloud Messaging для push-сповіщень, Remote Config для A/B-тестів та Predictions для ML-прогнозів. За даними Google I/O (2024), застосунки, що використовують повний стек Firebase, скорочують час виведення функцій на 30 %.

Ключові можливості Firebase Analytics

Відстеження подій

Події — фундаментальна одиниця Firebase Analytics. Кожна дія користувача реєструється як подія з обов'язковими (screen_view, session_start) та кастомними параметрами. Firebase підтримує до 500 типів подій та 100 параметрів на подію. Всі події необмежені за обсягом — немає ліміту на кількість зареєстрованих подій на день, що принципово відрізняє сервіс від платних альтернатив.

Аудиторії та сегменти

Аудиторії — динамічні групи користувачів, що оновлюються в реальному часі. Ви визначаєте умову (наприклад, «користувачі, які здійснили 3+ покупки за 30 днів»), і Firebase автоматично додає нових користувачів при виконанні умови. Аудиторії використовуються для таргетингу push-сповіщень через Cloud Messaging та для експорту в рекламні мережі (Google Ads, Display & Video 360).

Інтеграція з сервісами Firebase

Інтеграція — ключова відмінність Firebase Analytics від ізольованих систем. Дані Analytics автоматично живлять Crashlytics (контекст збою), Remote Config (персоналізація параметрів), Cloud Messaging (таргетовані сповіщення) та Predictions (ML-прогноз LTV та Churn). Наприклад, сегмент «високий ризик відтоку» з Predictions будується на основі даних Analytics і автоматично запускає кампанію утримання через Cloud Messaging.

Як налаштувати Firebase Analytics у проєкті

Налаштування Firebase Analytics складається з трьох кроків: створення проєкту в Firebase Console, додавання конфігураційного файлу google-services.json та ініціалізація SDK у коді застосунку. Для Android додайте плагін google-services у build.gradle та залежність analytics-ktx. Для iOS використовуйте Podfile з pod Firebase/Analytics.

Після ініціалізації SDK автоматично логує базові події: first_open, session_start, screen_view та app_update. Для кастомних подій використовуйте метод logEvent з ім'ям події та бандлом параметрів. Перевірте коректність інтеграції через DebugView у Firebase Console — він показує події в реальному часі з усіма параметрами.

Події та параметри в Firebase Analytics

Система подій Firebase Analytics включає рекомендовані події (purchase, add_to_cart, share, sign_up) з попередньо визначеними параметрами та кастомні події з довільними назвами та значеннями. Рекомендовані події дають перевагу — вони автоматично беруть участь у звітах Google Ads та дозволяють використовувати прогнозні моделі Firebase Predictions.

Кожна подія супроводжується параметрами: рядковими (до 100 символів), числовими (Double) або масивами (Array). Параметри поділяються на користувацькі властивості (user properties) — характеристики, що зберігаються між сесіями (наприклад, рівень у грі), та event-параметри — контекст конкретної дії. За даними Firebase Team (2024), застосунки з правильно налаштованими user properties отримують на 25 % більше інсайтів зі стандартних звітів.

Звіти та дашборди Firebase Analytics

Firebase Console надає кілька вбудованих звітів. Overview — зведення DAU, MAU, Revenue та Conversion Rate за вибраний період. Events — деталізація за кожною подією з кількістю, унікальними користувачами та параметрами. Conversions — відстеження цільових подій, позначених як конверсії. Retention — когортний звіт з розбивкою по днях, тижнях та місяцях.

StreamView — дашборд у реальному часі, що відображає події в міру надходження. На карті показані геолокації активних користувачів, а стрічка подій показує кожну дію хвилина за хвилиною. StreamView корисний для моніторингу запусків нових версій та маркетингових кампаній — ви бачите сплеск активності в момент виходу push-сповіщення.

Для поглибленого аналізу налаштуйте інтеграцію з BigQuery. Дані експортуються щодня у вигляді сирих подій events_YYYYMMDD. Використовуйте SQL для побудови кастомних дашбордів: когортний аналіз з довільними періодами, воронки конверсії з будь-якими кроками та RFM-сегментацію. За даними Firebase Blog (2024), інтеграція з BigQuery збільшує аналітичні можливості платформи на порядок, дозволяючи поєднувати дані Firebase з CRM, рекламними системами та зовнішніми джерелами.

Приклад інтеграції на Kotlin

Нижче наведено код інтеграції Firebase Analytics в Android-застосунок на Kotlin. Він демонструє ініціалізацію, логування рекомендованої події purchase та кастомної події з користувацькими параметрами.

import com.google.firebase.analytics.FirebaseAnalytics
import com.google.firebase.analytics.ktx.logEvent

class AnalyticsManager {
    private val firebaseAnalytics = FirebaseAnalytics.getInstance(context)

    fun trackPurchase(itemId: String, price: Double, currency: String) {
        val params = bundleOf(
            FirebaseAnalytics.Param.ITEM_ID to itemId,
            FirebaseAnalytics.Param.VALUE to price,
            FirebaseAnalytics.Param.CURRENCY to currency
        )
        firebaseAnalytics.logEvent(FirebaseAnalytics.Event.PURCHASE, params)
    }

    fun trackTutorialStep(stepNumber: Int, stepName: String) {
        firebaseAnalytics.logEvent("tutorial_step") {
            param("step_number", stepNumber)
            param("step_name", stepName)
        }
    }
}

Після інтеграції перевірте події в консолі Firebase. Використовуйте DebugView для налагодження — події з'являться через 3–5 секунд після першого запуску в debug-режимі.

Типові помилки при роботі з Firebase Analytics

Перша помилка — надто багато кастомних подій без структури. 500 типів подій — це ліміт, але 50 добре спроєктованих подій корисніші, ніж 500 хаотичних. Визначте подієву модель на старті: рекомендовані події для стандартних дій (purchase, sign_up) і кастомні — тільки для унікальної логіки застосунку.

Друга помилка — ігнорування user properties для сегментації. Якщо ви не задаєте користувацькі властивості (рівень, тариф, країна), ви не зможете побудувати аудиторії для таргетингу в Cloud Messaging. Встановлюйте user properties при вході в застосунок і оновлюйте їх при зміні статусу користувача. За даними Firebase Blog (2024), 40 % команд не використовують user properties, втрачаючи можливість персоналізувати комунікації.

Третя помилка — невикористання DebugView перед релізом. DebugView показує події в реальному часі з повними параметрами — це єдиний спосіб переконатися, що дані коректні до виходу в продакшн. За даними Google (2024), 60 % помилок інтеграції Firebase Analytics виявляються тільки після релізу, коли виправлення потребує оновлення версії застосунку.