Automatically collected events

This help center article is part of the App + Web Property Beta.

App + Web properties are not currently supported in the Analytics app.

The events listed here may change during the beta phase.

Automatically collected events are triggered by basic interactions with your app or site. As long as you use the SDK or gtag.js, you don't need to write any additional code to collect these events.

To manage events (e.g., mark as conversions, add parameters), click Events > All events in the left pane.

Event data is visible in Analytics reports.

Analytics collects these events for Android and iOS apps unless otherwise stated.

Event name Automatically triggered... Parameters
ad_click when a user clicks an ad
Publisher events coming from AdMob via the Google Mobile Ads SDK
ad_event_id
ad_exposure when at least one ad served by the Mobile Ads SDK is on screen firebase_screen, firebase_screen_id, firebase_screen_class, exposure_time
ad_impression when a user sees an ad impression
Publisher events coming from AdMob via the Google Mobile Ads SDK
ad_event_id
ad_query when an ad request is made by the Mobile Ads SDK ad_event_id
ad_reward when a reward is granted by a rewarded ad served by the Mobile Ads SDK ad_unit_id, reward_type, reward_value
adunit_exposure when an ad unit served by the Mobile Ads SDK is on screen firebase_screen, firebase_screen_id, firebase_screen_class, exposure_time
app_clear_data when the user resets/clears the app data, removing all settings and sign-in data  
app_exception when the app crashes or throws an exception fatal, timestamp
app_remove

when an application package is removed (uninstalled) from an Android device

Android only

This event is different from the Daily uninstalls by device and Daily uninstalls by user metrics, which are both reported by Google Play Developer Console. The app_remove event counts the removal of application packages, regardless of the installation source, and the count changes depending on the date range you are using for the report. The Daily uninstalls by device and Daily uninstalls by user metrics count the removal of application packages only when they were installed from Google Play, and are reported on a daily basis.

 
app_store_refund

when an in-app purchase is refunded by Google Play

Android only

This event is not exported to BigQuery.

product_id, value, currency, quantity
app_store_subscription_cancel

when a paid subscription is cancelled in Google Play

Android only

Requires an initial subscription that was made on or after July 1, 2019.

This event is not exported to BigQuery.

product_id, price, value, currency, cancellation_reason
app_store_subscription_convert

when a free-trial subscription is converted to a paid subscription

Android only

This event is set as a default conversion.

Requires an initial subscription that was made on or after July 1, 2019.An initial free-trial subscription is logged as an in_app_purchase with the subscription parameter set to true.

This event is not exported to BigQuery.

product_id, price, value, currency, quantity
app_store_subscription_renew

when a paid subscription is renewed

Android only

This event is set as a default conversion.

Requires an initial subscription that was made on or after July 1, 2019.

This event is not exported to BigQuery.

product_id, price, value, currency, quantity, renewal_count
app_update

when the app is updated to a new version and launched again

The previous app version id is passed as a parameter.

This event is conceptually different from the Daily upgrades by device metric, which is reported by Google Play Developer Console.  An upgrade refers to the updating of the application binary, whereas an app_update event is triggered upon the subsequent launch of the upgraded app.

previous_app_version
when a user re-opens the app via a dynamic link source, medium, campaign, link_id, accept_time

when the app is updated to a new version and is opened via a dynamic link

Android only

source, medium, campaign, link_id, accept_time
when a user opens the app for the first time via a dynamic link source, medium, campaign, link_id, accept_time
error logged in place of an event that can't be logged because it is invalid in some way

_err (firebase_error), _ev (firebase_error_value), and _el (firebase_error_length) parameters have additional information.
firebase_error, firebase_error_value
firebase_campaign when the app is launched with campaign parameters source, medium, campaign, term, content, gclid, aclid, cp1, anid, click_timestamp, campaign_info_source
firebase_in_app_message_action when a user takes action on a Firebase In-App Message message_name, message_device_time, message_id
firebase_in_app_message_dismiss when a user dismisses a Firebase In-App Message message_name, message_device_time, message_id
firebase_in_app_message_impression when a user sees a Firebase In-App Message message_name, message_device_time, message_id
first_open the first time a user launches an app after installing or re-installing it

This event is not triggered when a user downloads the app onto a device, but instead when he or she first uses it. To see raw download numbers, look in Google Play Developer Console or in iTunesConnect.
previoius_gmp_app_id, updated_with_analytics, previous_first_open_count, system_app, system_app_update, deferred_analytics_collection, reset_analytics_cause
first_visit the first time a user visits a website or launches an Android instant app with Analytics enabled  
in_app_purchase

when a user completes an in-app purchase, including an initial subscription, that is processed by the App Store on iTunes or by Google Play

The product ID, product name, currency, and quantity are passed as parameters.

To see in_app_purchase data for Android apps, you need to link Analytics to Google Play.

Analytics supports automatic subscription tracking on Android. iOS coming soon.

This event is triggered only by versions of your app that include the Firebase SDK. Note: paid-app purchase revenue and refunds (iOS only) are not automatically tracked. Your reported revenue may differ from the values you see in the Google Play Developer Console. Events that are flagged as being invalid or as sandbox (test) are ignored. Only iOS events are flagged as sandbox. Learn more about testing Google Play billing.

product_id, price, value, currency, quantity, subscription, free_trial, introductory_price
notification_dismiss

when a user dismisses a notification sent by FCM

Android only

message_name, message_time, message_device_time, message_id, topic, label, message_channel
notification_foreground when a notification sent by FCM is received while the app is in the foreground message_name, message_time, message_device_time, message_id, topic, label, message_channel, message_type
notification_open when a user opens a notification sent by FCM message_name, message_time, message_device_time, message_id, topic, label, message_channel
notification_receive

when a notification sent by FCM is received by a device when the app is in the background.

Android only

message_name, message_time, message_device_time, message_id, topic, label, message_channel, message_type
os_update when the device operating system is updated to a new version. The previous operating system version id is passed as a parameter previous_os_version
page_view

when the URL changes

Web only

 
screen_view when a screen transition occurs and any of the following criteria are met:
 
  • No screen was previously set
  • The new screen name differs from the previous screen name
  • The new screen-class name differs from the previous screen-class name
  • The new screen id differs from the previous screen id
firebase_screen, firebase_screen_class, firebase_screen_id, firebase_previous_screen, firebase_previous_class, firebase_previous_id
session_start when a user engages the app for more than the minimum session duration after a period of inactivity that exceeds the session timeout duration  
user_engagement periodically, while the app is in the foreground engagement_time_msec
Was this helpful?
How can we improve it?