Ang Firebase Analytics ay isang libreng tool ng Google para sa pagsubaybay ng pag-uugali ng user sa mobile at web applications. Awtomatikong kinokolekta ng serbisyo ang mga pangunahing pangyayari (unang paglunsad, pagbili, interaksyon sa mga screen) nang hindi nagsusulat ng code at nagbibigay-daan sa pagdagdag ng mga custom na pangyayari para sa mas malalim na pagsusuri. Ayon sa datos ng Google, 2026, Firebase Analytics ay nagpoproseso ng mahigit 50 bilyong pangyayari araw-araw sa buong mundo. Ang SDK ay nag-iintegrate sa isang linya ng dependency at agad na nagsisimulang magpadala ng datos sa Firebase console.
Mga Pangunahing Punto
Firebase Analytics ay isang cloud service ng Google para sa pangongolekta, pag-aggregate at pagsusuri ng mga pangyayari ng user sa mobile at web applications. Ito ay bahagi ng Firebase SDK at ibinibigay nang libre nang walang limitasyon sa dami ng nakolektang datos.
Pinoproseso ng Firebase Analytics ang datos sa antas ng indibidwal na session at user. Ang bawat pangyayari ay naglalaman ng timestamp, identifier ng user, at hanggang 25 “key-value” na pares ng karagdagang parameter. Awtomatikong pinamamahalaan ng SDK ang installation identifier at sumusunod sa mga patakaran sa privacy ng Google Play at App Store.
Ang Firebase Analytics ay binuo sa Google Cloud infrastructure at gumagamit ng parehong streaming data processing system gaya ng Google Analytics 4. Ang mga pangyayari mula sa client ay ipinapadala sa pamamagitan ng HTTPS sa collection endpoint, pagkatapos ay dumadaan sa validation, enrichment at pumapasok sa BigQuery storage para sa pangmatagalang imbakan. Ayon sa datos ng Google (2026), ang average na pagkaantala sa pagitan ng pagpapadala ng pangyayari at paglitaw nito sa ulat ay mas mababa sa 3 segundo.
Para sa privacy, awtomatikong ina-anonymize ng Analytics ang mga IP address ng user at hindi nagpapadala ng permanenteng device identifier (AAID, IDFA) nang walang malinaw na pahintulot. Pinamamahalaan ng developer ang pangongolekta ng datos sa pamamagitan ng mga flag sa AndroidManifest at Info.plist.
Hindi tulad ng maraming produkto ng Firebase, ang Firebase Analytics ay walang bayad na taripa. Ang serbisyo ay ganap na libre anuman ang bilang ng mga pangyayari, user, o tagal ng imbakan. Ang datos sa Firebase console ay iniimbak hanggang 14 na buwan, at kapag nakakonekta ang export sa BigQuery, ang tagal ng imbakan ay walang limitasyon. Ayon sa datos ng Google (2026), 96% ng mga proyekto ng Firebase ay gumagamit ng Analytics at wala sa kanila ang nagbabayad para sa serbisyo mismo — ang mga gastos ay lumalabas lamang kapag lumampas sa mga limitasyon ng BigQuery (10 GB ng libreng storage bawat buwan).
Mekanismo ng pangongolekta ay batay sa event model: bawat aksyon ng user ay nagiging pangyayari na may set ng mga parameter. Awtomatikong nire-record ng SDK ang mga inirerekomendang pangyayari — first_open, session_start, screen_view, purchase at in_app_purchase. Para i-activate ang mga ito, hindi kailangan magsulat ng code — sapat na ang pagkonekta ng analytics module mismo.
Ang Firebase Analytics ay lumilikha ng awtomatikong pangyayari nang walang anumang setting mula sa developer. Ang kumpletong listahan ay may kasamang 15 pangyayari: first_open (unang paglunsad), session_start (simula ng session), user_engagement (interaksyon), screen_view (pagtingin sa screen), app_remove (pag-alis ng application), os_update (update ng OS) at iba pa. Bawat awtomatikong pangyayari ay naglalaman ng pre-defined set ng mga parameter — bersyon ng application, modelo ng device, bersyon ng OS, rehiyon at wika.
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")
}
}
}
Para sa pagsubaybay ng spesipikong lohika ng application, ginagamit ang custom na pangyayari. Ang developer mismo ang tumutukoy sa pangalan ng pangyayari (hanggang 40 character, Latin letters at underscore) at set ng mga parameter (hanggang 25 parameter bawat pangyayari). Ang mga pangalan ng pangyayari ay awtomatikong nirerehistro sa Firebase console pagkatapos ng unang pagpapadala — walang kinakailangang paunang configuration.
Ang custom na pangyayari ay maaaring pagsamahin sa mga parameter na ipinapadala bilang Bundle. Awtomatikong ina-aggregate ng Firebase ang numeric na parameter, kinakalkula ang kabuuan, average, minimum at maximum. Ang text parameter ay ginagamit para sa filtering at segmentation sa mga ulat. Ayon sa datos ng Google (2026), ang medium-sized na application ay lumilikha ng 200 hanggang 500 na natatanging custom na pangyayari.
Ang event model ng Firebase Analytics ay binubuo ng tatlong antas: mga pangyayari (events), mga parameter (parameters), at mga katangian ng user (user properties). Bawat antas ay lumulutas ng sarili nitong gawain at may sariling limitasyon sa dami. Inilalarawan ng mga pangyayari ang aksyon, nililinaw ng mga parameter ang konteksto, at tinutukoy ng mga katangian ang mga atributo ng user.
Ang pangyayari ay iisang aksyon ng user na may timestamp. Bawat pangyayari ay dapat may pangalan at maaaring maglaman ng hanggang 25 parameter ng uri na String o Double. Pinag-iiba ng Firebase ang mga inirerekomendang pangyayari (pre-defined na pangalan mula sa FirebaseAnalytics.Event constants), custom na pangyayari (anumang natatanging pangalan ng developer), at awtomatikong pangyayari (ginawa ng SDK). Ayon sa datos ng Google (2026), ang isang application ay nagpapadala ng average na 50 hanggang 200 pangyayari bawat session ng user.
| Uri ng pangyayari | Mga halimbawa | Kailangan ba ng code |
|---|---|---|
| Awtomatikong | first_open, session_start, screen_view | Hindi |
| Inirerekomenda | purchase, share, login, search | Bahagya |
| Custom | level_complete, tutorial_step, filter_applied | Oo |
Mga parameter ay naglilinaw ng konteksto ng pangyayari. Para sa inirerekomendang pangyayari, nag-aalok ang Firebase ng pre-defined na pangalan ng parameter (FirebaseAnalytics.Param.ITEM_ID, .VALUE, .CURRENCY). Para sa custom na pangyayari, gumagamit ang developer ng anumang pangalan na may haba hanggang 40 character. Ang isang parameter ay maaaring text (hanggang 100 character), floating-point number, o array. Ang mga halaga ng parameter ay ipinapakita sa mga ulat bilang filter — maaaring makita ang purchase event para lamang sa isang partikular na item_name.
User Properties — ay mga atributo na nakatali sa lahat ng pangyayari ng user sa kanyang lifecycle. Hindi tulad ng mga parameter ng pangyayari, ang mga katangian ng user ay hindi nakatali sa isang partikular na aksyon at isang beses lang ipinapadala kapag nagbago. Mga tipikal na halimbawa: preferred_language, subscription_tier, onboarding_completed. Maximum na 25 katangian ng user bawat proyekto. Bawat katangian ay maaaring text na may haba hanggang 36 na character.
Ang User Properties ay aktibong ginagamit para sa pagbuo ng mga audience: maaaring gumawa ng segment ng mga user na ang subscription_tier ay “premium” at suriin ang kanilang pag-uugali nang hiwalay sa mga libreng user. Ayon sa datos ng Google (2026), ang tamang configuration ng user properties ay nagpapataas ng accuracy ng LTV prediction ng 20-30%.
Ang integration ng Firebase Analytics sa Android application ay binubuo ng tatlong hakbang: pagdagdag ng dependency sa build.gradle, pagsisimula ng Firebase, at configuration ng mga patakaran sa pangongolekta ng datos. Awtomatikong naa-activate ang Analytics kapag nakakonekta ang Firebase SDK — walang kinakailangang karagdagang API key o token.
// build.gradle (antas ng application)
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"
Pagkatapos magdagdag ng dependency at pag-sync ng Gradle, ang object na FirebaseAnalytics ay available sa pamamagitan ng singleton: FirebaseAnalytics.getInstance(context). Bilang default, ang Analytics ay nangongolekta lamang ng awtomatikong pangyayari at hindi nangongolekta ng datos sa DEBUG builds. Para sa pagsubok, ginagamit ang DebugView option sa Firebase console, na nagpapakita ng mga pangyayari sa real-time na may pagkaantala na mas mababa sa 1 segundo.
Nagbibigay ang Firebase ng flexible na mekanismo para i-disable o limitahan ang pangongolekta ng datos. Ang flag na Analytics.setAnalyticsCollectionEnabled(false) ay ganap na nagdi-disable ng pagpapadala ng pangyayari mula sa client. Bilang alternatibo, maaaring i-configure ang mga pahintulot sa pamamagitan ng dialog ng pahintulot ng user (consent mode) — ang Firebase ay mangongolekta lamang ng datos pagkatapos ng malinaw na pag-apruba. Ito ay kritikal para sa pagsunod sa GDPR at ePrivacy sa European Economic Area.
Ayon sa datos ng Google (2026), humigit-kumulang 12% ng mga user sa EU ang tumatanggi sa pangongolekta ng analytics. Para sa mga ganitong kaso, pinapayagan ng Firebase ang pagpapadala ng aggregated na datos nang walang identifier — anonymous na pangyayari na isinasaalang-alang sa pangkalahatang metrika ngunit hindi nakatali sa partikular na user.
Ang Firebase console ay nagbibigay ng set ng ready-made na ulat batay sa nakolektang pangyayari: engagement dashboard, retention report, conversion funnel, at user flow. Lahat ng ulat ay ina-update sa real-time at sumusuporta sa filtering ayon sa bersyon ng application, bansa, device, at katangian ng user.
Ang funnel — ay isang sequence ng mga pangyayari na dapat daanan ng user para maabot ang target na aksyon. Halimbawa: screen_view(onboarding) → sign_up → add_to_cart → purchase. Awtomatikong binuo ng Firebase Analytics ang funnel batay sa tinukoy na pangyayari at ipinapakita ang porsyento ng mga user na umabot sa bawat hakbang. Ayon sa datos ng Google (2026), ang mga application na gumagamit ng funnel ay nakakatuklas ng 40% na mas maraming user drop-off point kumpara sa ordinaryong pagtingin ng pangyayari.
Ang mga audience sa Firebase Analytics ay nagbibigay-daan sa segmentation ng mga user ayon sa pangyayari, parameter, at user properties. Ang audience ay isang dynamic na listahan ng mga user na nakakatugon sa mga tinukoy na kondisyon. Halimbawa, “Mga user na nagbukas ng application ng 5+ beses sa isang linggo at gumawa ng pagbili”. Ang mga nilikhang audience ay awtomatikong nini-sync sa Firebase Cloud Messaging para sa pagpapadala ng push notification at sa Google Ads para sa mga campaign sa advertising.
Ang Firebase ay sumusuporta ng hanggang 500 audience bawat proyekto. Bawat audience ay ina-update tuwing 2-4 na oras at naglalaman ng walang limitasyong bilang ng mga user. Ang mga audience ay maaaring pagsamahin sa pamamagitan ng AND, OR at NOT — ito ay nagbibigay-daan sa pagbuo ng kumplikadong segment para sa A/B testing at personalization ng content sa pamamagitan ng Remote Config.
BigQuery — ay ang pangunahing channel para sa malalim na pagsusuri ng datos ng Firebase Analytics. Kapag kumonekta ang export (configuration ay ginagawa sa Firebase console sa isang click), lahat ng raw na pangyayari ay kinokopya sa BigQuery table sa format ng mga row na may nested fields. Ang datos ay ina-update sa real-time na may pagkaantala na hindi hihigit sa 5 minuto. Ang developer ay maaaring sumulat ng custom na SQL query para sa pagsusuri, bumuo ng dashboard sa Looker Studio, o kumonekta ng ML models para sa pag-predict ng user churn.
Ang Firebase Analytics at Google Analytics 4 (GA4) ay gumagamit ng shared event model at BigQuery infrastructure, ngunit may mga pangunahing pagkakaiba sa layunin at kakayahan. Ang GA4 ay nakatuon sa web analytics at cross-platform na ulat para sa mga marketer, samantalang ang Firebase Analytics ay dinisenyo para sa mga mobile developer at integration sa iba pang Firebase services.
| Katangian | Firebase Analytics | GA4 |
|---|---|---|
| Pangunahing channel | Mobile applications | Web + applications |
| Integration sa Firebase | Native | Sa pamamagitan ng Firebase SDK |
| Cloud Messaging | Direktang audience → notification | Sa pamamagitan lang ng import ng audience |
| DebugView | Built-in | Sa pamamagitan ng Firebase |
| Custom na funnel | Oo, sa Firebase console | Oo, sa GA4 interface |
Ang pagpili sa pagitan ng Firebase Analytics at GA4 ay nakadepende sa ecosystem ng proyekto. Kung ang application ay aktibong gumagamit ng iba pang Firebase services (Crashlytics, Cloud Messaging, Remote Config) — ang Analytics ay natural na pagpipilian dahil sa seamless integration. Kung ang pangunahing layunin ay marketing analytics na may website at application sa iisang interface — ang GA4 ay nag-aalok ng mas malawak na kakayahan para sa pag-uulat at attribution. Ayon sa datos ng Google (2026), 73% ng mga proyekto ay gumagamit ng Firebase Analytics bilang pangunahing tool, at GA4 bilang karagdagang tool para sa marketing reporting.
Mga Madalas Itanong
Firebase Analytics ay ganap na libre nang walang limitasyon sa bilang ng mga pangyayari at user. Ang bayad ay lumalabas lamang kapag nag-export ng datos na lampas sa libreng limitasyon ng BigQuery (unang 10 GB bawat buwan ay libre).
Oo, ang Analytics ay gumagamit ng sarili nitong installation identifier (app instance ID) na hindi nakadepende sa Google Play Services. Sa mga device na walang Google Play, ang SDK ay gumagana sa limited mode nang walang advertising identifier.
Gamitin ang DebugView sa Firebase console. I-enable ang debugging sa device gamit ang command na adb shell setprop debug.firebase.analytics.app iyong_package at lahat ng pangyayari ay lilitaw sa DebugView na may pagkaantala na mas mababa sa 1 segundo.
Ang Firebase ay nagbibigay ng deletion API — isang kahilingan sa pamamagitan ng Google Cloud Console para tanggalin ang datos ng isang partikular na app instance ID o user ID. Ang datos ay tinatanggal sa loob ng 30 araw mula sa lahat ng storage system ng Firebase.
Oo, para dito sapat na ang pagdagdag ng dependency firebase-analytics-ktx sa build.gradle. Lahat ng awtomatikong pangyayari ay magsisimulang mangolekta pagkatapos ng Gradle sync at paglunsad ng application. Ang mga custom na pangyayari ay idinaragdag ng hiwalay na code.
Buod
Gagawa kami ng mobile application na turnkey
Gumagawa ang IT Sectr ng mga iOS at Android application para sa mga startup at negosyo mula noong 2017. Magpapayo kami sa iyo at magmumungkahi ng pinakamahusay na solusyon.
Basahin din