Автоматично реєстровані події активуються під час основних взаємодій із вашим додатком.
Користувачам Google Mobile Ads SDK не потрібно створювати додатковий код, щоб збирати ці події. Деякі з них можуть бути недоступними у звітах AdMob, однак потрібні дані можна буде переглянути після зв’язування з Firebase.
Щоб переглянути звіти про події у Firebase, перейдіть на вкладку Події на інформаційній панелі Analytics у Консолі Firebase.
Наведена нижче таблиця містить назви реєстрованих подій, а також їх тригери й параметри.
Назва події | Умови автоматичної активації | Параметри |
---|---|---|
ad_click | Користувач натискає оголошення. |
ad_event_id |
ad_exposure | На екрані відображається принаймні одне оголошення з пакета 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. Подія app_remove підраховує кількість видалень пакетів додатків незалежно від того, звідки користувачі їх установили, і лише за діапазон дат, вибраний для звіту. Завдяки показникам Видалень за день за пристроями й Видалень за день за користувачами можна дізнатися кількість вилучень лише тих пакетів додатків, які було встановлено з Google Play. Звіти з такими показниками створюються щодня. |
|
app_update |
Додаток оновлюється й знову запускається. Ідентифікатор попередньої версії додатка передається як параметр. Ця подія суттєво відрізняється від показника "Оновлень за день за пристроями" у звітах Google Play Console. "Оновлення" означає оновлення двійкового коду додатка, а подія app_update активується під час наступного запуску оновленого додатка. |
previous_app_version |
first_open |
Користувач уперше запускає додаток після його встановлення (першого або повторного). Щоб переглянути інформацію лише про кількість завантажень, перейдіть до консолі для розробників Google Play або до 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 (iTunes) або 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 |