Автоматически регистрируемые события

Автоматически регистрируются события, вызванные базовыми взаимодействиями с вашим приложением. Если вы используете Google Mobile Ads SDK, вам не потребуется создавать для этого отдельный код. Отчеты о них могут быть не видны в сервисе "Реклама в приложении", но после установки связи с Firebase они будут доступны. Чтобы посмотреть отчеты о событиях в Firebase, выберите вкладку События на панели управления Аналитики в консоли Firebase.

Google Mobile Ads SDK регистрирует события в приложениях Android и iOS по умолчанию, если не указано иное.
 

Название события	Когда активируется	Параметры
ad_click	Пользователь нажимает на объявление.	ad_event_id
ad_exposure	На экране выполняется показ хотя бы одного объявления с помощью Google Mobile Ads SDK.	firebase_screen, firebase_screen_id, firebase_screen_class, exposure_time
ad_impression	Пользователю показывается объявление.	ad_event_id
ad_query	Выполняется запрос объявления с помощью Mobile Ads SDK.	ad_event_id
ad_reward	Предоставляется вознаграждение за просмотр объявления, показанного с помощью Mobile Ads SDK.	ad_unit_id, reward_type, reward_value
adunit_exposure	На экране выполняется показ рекламного блока с помощью Mobile Ads SDK.	firebase_screen, firebase_screen_id, firebase_screen_class, exposure_time
app_clear_data	Пользователь удаляет все данные приложения, включая настройки и данные для входа.
app_exception	В приложении происходит сбой или выдается исключение.	fatal, timestamp
app_remove	Пакет приложения удаляется с устройства Android. Только для Android. Это событие отличается от показателей Число удалений за день (по устройствам) и Число удалений за день (по пользователям) в Google Play Developer Console. Событие app_remove подсчитывает количество удалений пакета приложения независимо от того, откуда он был установлен. Результаты зависят от выбранного периода. Показатели Число удалений за день (по устройствам) и Число удалений за день (по пользователям) позволяют узнать количество удалений только тех пакетов, которые были установлены из Google Play. Отчеты по этим показателям создаются ежедневно.
app_update	Пользователь обновляет, а потом снова запускает приложение. Идентификатор прежней версии приложения передается как параметр. Это событие принципиально отличается от показателя "Число обновлений за день (по устройствам)" в Google Play Developer Console. Под обновлением понимается установка нового исполняемого файла приложения, а событие app_update активируется при последующем запуске обновленного приложения.	previous_app_version
first_open	Пользователь впервые запускает приложение после установки. Это событие регистрируется не при скачивании, а при первом запуске приложения после исходной или повторной установки. Статистику по скачиваниям можно изучить в Google Play Developer Console или в iTunesConnect.	previous_gmp_app_id, updated_with_analytics, previous_first_open_count, system_app, system_app_update, deferred_analytics_collection, reset_analytics_cause
in_app_purchase	Пользователь совершает в приложении покупку или оформляет подписку, которая обрабатывается в App Store или Google Play. Идентификаторы и названия товаров, а также их количество и валюта покупки передаются в виде параметров. Чтобы отправлять данные по событиям in_app_purchase для устройств Android, свяжите приложение с Firebase и Google Play. Примечание. Доход от покупок в платном приложении и возвраты средств (только для iOS) автоматически не отслеживаются.	product_id, price, value, currency, quantity, subscription, free_trial, introductory_price
os_update	Регистрируется при обновлении операционной системы устройства. Идентификатор прежней версии ОС передается в виде параметра.	previous_os_version
screen_view	Выполняется переход на другой экран, и при этом соблюдается хотя бы одно из следующих условий: Новое название класса экрана отличается от предыдущего. Новый идентификатор экрана отличается от предыдущего.	firebase_screen, firebase_screen_class, firebase_screen_id, firebase_previous_screen, firebase_previous_class, firebase_previous_id
session_start	Пользователь начинает работу с приложением после периода бездействия, превышающего время ожидания сеанса, и оно используется дольше минимальной длительности сеанса.
user_engagement	Периодически регистрируется, если приложение открыто.	engagement_time_msec