npm install @nativescript/firebase-analytics
Analytics collects usage and behavior data for your app. Its two primary concerns are:
Analytics automatically logs some events and user properties; you don't need to add any code to enable them. However, Analytics also allows you to log custom or predefined events within your app. How you can do this will be explained below.
Analytics offers a wealth of Predefined Events to track user behavior. Analytics also offers folks the ability to log Custom Events . If you're already familiar with Google Analytics, this method is equivalent to using the event command in gtag.js.
Below is an example showing how a custom event can be logged. Please be aware that primitive data types or arrays of primitive data types are logged in your Firebase Analytics console.
import { firebase } from '@nativescript/firebase-core'
import '@nativescript/firebase-analytics'
firebase()
.analytics()
.logEvent('basket', {
id: 3745092,
item: 'mens grey t-shirt',
description: ['round neck', 'long sleeved'],
size: 'L'
})
To help you get started, Analytics provides a number of events that are common among different types of apps, including retail and e-commerce, travel, and gaming apps. To learn more about these events and when to use them, browse the Events and properties articles in the Firebase Help Center.
Below is a sample of how to use one of the predefined events the Analytics module provides for you.
Using the select_content event
import { firebase } from '@nativescript/firebase-core'
// Logs in the firebase analytics console as "select_content" event
// only accepts the two object properties which accept strings.
firebase().analytics().logEvent('select_content', {
content_type: 'clothing',
item_id: 'abcd'
})
The Analytics package works out of the box, however a number of events are automatically reported to Firebase. These event names are called as 'Reserved Events'. Attempting to send any custom event using the logEvent method with any of the following event names will throw an error.
Reserved Events Names | ||
---|---|---|
app_clear_data | app_uninstall | app_update |
error | first_open | first_visit |
first_open_time | first_visit_time | in_app_purchase |
notification_dismiss | notification_foreground | notification_open |
notification_receive | os_update | session_start |
screen_view | user_engagement | ad_impression |
ad_click | ad_query | ad_exposure |
adunit_exposure | ad_activeiew |
Below is an example showing how to retrieve the app instance id of the application. This will return null on android if ConsentType.Analytics_Storage has been set to ConsentStatus.Denied.
import { firebase } from '@nativescript/firebase-core'
const appInstanceId = firebase().analytics().getAppInstanceId()
Apple has a strict ban on the usage of Ad Ids ("IDFA") in Kids Category apps. They will not accept any app in the Kids category if the app accesses the IDFA iOS symbols.
Additionally, apps must implement Apples "App Tracking Transparency" (or "ATT") requirements if they access IDFA symbols. However, if an app does not use IDFA and otherwise handles data in an ATT-compatible way, it eliminates this ATT requirement.
If you need to avoid IDFA usage while still using analytics, then you need to define the following variable in your Podfile:
$NSFirebaseAnalyticsWithoutAdIdSupport = true
During pod install, using that variable installs a new "Analytics With No Ad Ids" pod the firebase-ios-sdk team has created, and allows both the use of Firebase Analytics in Kids Category apps, and use of Firebase Analytics without needing the App Tracking Transparency handling (assuming no other parts of your app handle data in a way that requires ATT)
Note that for obvious reasons, configuring Firebase Analytics for use without IDFA is incompatible with AdMob
Apache License Version 2.0