Automatisch erfasste Ereignisse

Automatisch erfasste Ereignisse werden durch grundlegende Interaktionen mit Ihrer App ausgelöst.

Wenn Sie das Google Mobile Ads SDK verwenden, benötigen Sie keinen zusätzlichen Code, um diese Ereignisse zu erfassen. Einige dieser Ereignisse sind möglicherweise nicht in AdMob-Berichten verfügbar. Sie sind aber verfügbar, sobald Sie eine Verknüpfung zu Firebase herstellen.

Ereignisberichte in Firebase können Sie aufrufen, wenn Sie in der Firebase Console im Analytics-Dashboard auf den Tab Ereignisse klicken.

Hinweis: Sofern nicht anders angegeben, werden diese Ereignisse für Android- und iOS-Apps vom Google Mobile Ads SDK erfasst.

In der folgenden Tabelle sind die erfassten Ereignisse, deren Trigger und Parameter aufgeführt.

Ereignisname	Wird automatisch ausgelöst, wenn	Parameter
ad_click	Ein Nutzer auf eine Anzeige klickt	ad_event_id
ad_exposure	Mindestens eine vom Mobile Ads SDK bereitgestellte Anzeige auf dem Bildschirm zu sehen ist	firebase_screen, firebase_screen_id, firebase_screen_class, exposure_time
ad_impression	Ein Nutzer eine Anzeigenimpression erzielt hat	ad_event_id
ad_query	Vom Mobile Ads SDK eine Anzeigenanfrage gesendet wird	ad_event_id
ad_reward	Für eine vom Mobile Ads SDK bereitgestellte Anzeige mit Prämie diese gewährt wird	ad_unit_id, reward_type, reward_value
adunit_exposure	Ein Anzeigenblock, der vom Mobile Ads SDK bereitgestellt wird, auf dem Bildschirm zu sehen ist	firebase_screen, firebase_screen_id, firebase_screen_class, exposure_time
app_clear_data	Ein Nutzer die App-Daten zurücksetzt oder löscht, wodurch alle Einstellungen und Anmeldedaten entfernt werden
app_exception	Die App abstürzt oder eine Ausnahme ausgibt.	fatal, timestamp
app_remove	Ein App-Paket von einem Android-Gerät entfernt oder "deinstalliert" wird Hinweis: Nur Android. Dieses Ereignis unterscheidet sich von den Messwerten Tägliche Deinstallationen – Gerät und Tägliche Deinstallationen – Nutzer, die beide in der Google Play Console erfasst werden. Mit dem Ereignis app_remove werden ungeachtet der Installationsquelle die entfernten App-Pakete gezählt. Die Anzahl ändert sich entsprechend dem für den Bericht festgelegten Zeitraum. Die Messwerte Tägliche Deinstallationen – Geräte und Tägliche Deinstallationen – Nutzer werden pro Tag erfasst. Mit ihnen werden nur entfernte App-Pakete gezählt, die über Google Play installiert wurden.
app_update	Die App auf eine höhere Version aktualisiert und neu gestartet wird  Die vorherige Versions-ID der App wird als Parameter übergeben. Dieses Ereignis unterscheidet sich konzeptionell vom Messwert "Tägliche Upgrades – Geräte", der in der Google Play Console erfasst wird.   Ein Upgrade bezieht sich auf die Aktualisierung des App-Binärprogramms, während das Ereignis "app_update" beim nachfolgenden Start der aktualisierten App ausgelöst wird.	previous_app_version
first_open	Ein Nutzer eine App beim ersten Mal startet, nachdem sie installiert oder neu installiert wurde. Dieses Ereignis wird nicht ausgelöst, wenn ein Nutzer die App auf ein Gerät herunterlädt, sondern wenn ein Nutzer das erste Mal die App herunterlädt. verwendet werden. Die Rohdaten der Downloads können Sie in der Google Play Developer Console oder in iTunesConnect einsehen.	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	Ein Nutzer einen In-App-Kauf abgeschlossen hat, der vom App Store in iTunes oder von Google Play verarbeitet wird. Das kann beispielsweise ein erstes Abo sein. Als Parameter werden die Produkt-ID, der Produktname, die Währung und die Menge übergeben. Um Ereignisse des Typs in_app_purchase für Ihre Android-Apps ansehen zu können, müssen Sie die Apps mit Firebase und Google Play verknüpfen.  Hinweis: Umsätze aus dem Verkauf kostenpflichtiger Apps und Erstattungen (nur iOS) werden nicht automatisch erfasst.	product_id, price, value, currency, quantity, subscription, free_trial, introductory_price
os_update	Das Betriebssystem des Geräts auf eine neue Version aktualisiert wird Die vorherige Versions-ID des Betriebssystems wird als Parameter übergeben.	previous_os_version
screen_view	Ein Bildschirmübergang erfolgt und eines der folgenden Kriterien erfüllt ist: Der neue Name der Bildschirmklasse unterscheidet sich von dem vorherigen. Die neue Bildschirm-ID unterscheidet sich von der vorherigen.	firebase_screen, firebase_screen_class, firebase_screen_id, firebase_previous_screen, firebase_previous_class, firebase_previous_id
session_start	Ein Nutzer nach einer Inaktivitätsphase, die das Zeitlimit einer Sitzung überschreitet, die App über die Mindestsitzungsdauer hinaus verwendet
user_engagement	In regelmäßigen Abständen, während die App im Vordergrund ausgeführt wird.	engagement_time_msec