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 до крайната точка за събиране, след което преминават през валидиране, обогатяване и влизат в хранилището BigQuery за дългосрочно съхранение. Според данни на Google (2026), средното закъснение между изпращането на събитие и появата му в отчет е по-малко от 3 секунди.

За осигуряване на поверителността Analytics автоматично анонимизира IP адресите на потребителите и не предава постоянни идентификатори на устройства (AAID, IDFA) без изрично съгласие. Разработчикът управлява събирането на данни чрез флагове в AndroidManifest и Info.plist.

Безплатни лимити и тарифи

За разлика от много продукти на Firebase, Firebase Analytics няма платени тарифи. Услугата е напълно безплатна независимо от броя на събитията, потребителите или срока на съхранение. Данните в конзолата на Firebase се съхраняват до 14 месеца, а при свързване на експорт към BigQuery срокът за съхранение е неограничен. Според данни на Google (2026), 96% от проектите на Firebase използват Analytics и нито един от тях не плаща за самата услуга — разходи възникват само при надвишаване на лимитите на BigQuery (10 GB безплатно хранилище на месец).

Как 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 (ниво на приложението)
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 — като допълнителен инструмент за маркетингови отчети.