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 автоматично логує рекомендовані події — 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 розрізняє рекомендовані події (визначені назви з констант FirebaseAnalytics.Event), кастомні події (будь-які унікальні назви розробника) та автоматичні події (генеруються SDK). За даними Google (2026), додаток в середньому відправляє від 50 до 200 подій на одну сесію користувача.

Параметри подій

Параметри уточнюють контекст події. Для рекомендованих подій 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 — як додатковий для маркетингової звітності.