Nachrichten-Engagement-Ereignisse
Search or filter to find the Currents events you need. These schemas consist of the Braze Events that are directly related to message sending.
Schema-Umfang und zugehörige Ressourcen
Speicherschemata gelten für die Event-Daten in Flat Files, die wir an Data-Warehouse-Speicherpartner (Google Cloud Storage, Amazon S3 und Microsoft Azure Blob Storage) senden. Schemata für die anderen Partner finden Sie in unserer Liste der verfügbaren Partner und auf den jeweiligen Partnerseiten.

Diese Ereignisse sind auch als SQL-Tabellen im Query Builder, in SQL-Segmenterweiterungen und in Snowflake Data Sharing verfügbar. Informationen zu SQL-Tabellenschemata und Spaltendetails finden Sie in der SQL-Tabellenreferenz.
Wenden Sie sich an Ihren Account Manager oder eröffnen Sie ein Support-Ticket, wenn Sie Zugriff auf zusätzliche Event-Berechtigungen benötigen. Wenn Sie in diesem Artikel nicht finden, was Sie suchen, sehen Sie sich unsere Bibliothek der Kundenverhalten-Ereignisse oder unsere Currents-Beispieldaten an.
Erläuterung der Struktur von Nachrichten-Engagement-Ereignissen und der Plattformwerte
Ereignisstruktur
Diese Aufschlüsselung zeigt, welche Art von Informationen ein Nachrichten-Engagement-Ereignis in der Regel enthält. Mit einem soliden Verständnis der einzelnen Bestandteile können Ihre Entwickler:innen und Ihr Team für Business-Intelligence-Strategie die eingehenden Currents-Ereignisdaten nutzen, um datengestützte Berichte und Charts zu erstellen und weitere wertvolle Datenmetriken auszuschöpfen.

Nachrichten-Engagement-Ereignisse bestehen aus nutzerspezifischen Eigenschaften, Eigenschaften für das Campaign-/Canvas-Tracking und ereignisspezifischen Eigenschaften.
Schema der Nutzer-IDs
Beachten Sie die Namenskonventionen für Nutzer-IDs.
| Braze-Schema | Currents-Schema | Beschreibung |
|---|---|---|
braze_id |
"USER_ID" |
Der eindeutige Bezeichner, der automatisch von Braze zugewiesen wird. |
external_id |
"EXTERNAL_USER_ID" |
Der eindeutige Bezeichner eines Nutzerprofils, der von der Kund:in festgelegt wird. |
Plattformwerte
Bestimmte Ereignisse geben einen platform-Wert zurück, der die Plattform des Geräts der Nutzer:in angibt.
Die folgende Tabelle zeigt die möglichen Rückgabewerte:
| Gerät der Nutzer:in | Plattformwert |
|---|---|
| iOS | ios |
| Android | android |
| FireTV | kindle |
| Kindle | kindle |
| Web | web |
| tvOS | tvos |
| Roku | roku |
Hinweise zu Nachrichten-Engagement-Ereignissen
- Currents verwirft Ereignisse mit Payloads, die größer als 900 KB sind.
- Objekte im Zusammenhang mit Canvas Flow haben IDs, die Sie zum Gruppieren verwenden und über den Endpunkt zum Exportieren von Canvas-Details in lesbare Namen übersetzen können.
- Currents-ID-Felder wie
campaign_idundcanvas_identhalten API-IDs. Currents enthält keine internen Braze-IDs. In den SQL-Tabellen für den Query Builder, für SQL-Segmenterweiterungen und für Snowflake Data Sharing stehen dieselben Werte in den Spaltencampaign_api_idundcanvas_api_id. Die SQL-Spaltencampaign_idundcanvas_identhalten interne Braze-IDs und stimmen daher nicht mit den Currents-Werten überein. - Bestimmte Felder zeigen möglicherweise nicht sofort ihren aktuellen Stand, nachdem Sie eine Campaign oder ein Canvas aktualisiert haben:
campaign_namecanvas_namecanvas_step_nameconversion_behaviorcanvas_variation_nameexperiment_split_namemessage_variation_name
- Wenn Sie für diese Felder vollständige Konsistenz benötigen, warten Sie nach dem letzten Update eine Stunde, bevor Sie Nachrichten an Ihre Nutzer:innen senden.
Vom Agenten ausgeführte Ereignisse
Dies ist das Kafka-Datensatzschema für die Ausführung eines Agenten der Agent Console.
Loading schema…
Loading schema…
Toolaufruf-Ereignisse
Dies ist das Kafka-Datensatzschema für die Ausführung eines Tools. Ein Tool ist eine Funktion, die einem LLM zur Erfüllung eines Ziels bereitgestellt wird.
Loading schema…
Loading schema…
Content-Optimizer-Komponentenspeicher-Aktualisierungsereignisse
Aktualisierungen des Komponentenspeichers
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Deinstallationsereignisse
Dieses Ereignis tritt ein, wenn eine Nutzer:in eine App deinstalliert. Verwenden Sie diese Daten, um zu tracken, wann Nutzer:innen eine App deinstallieren. Obwohl es sich derzeit um ein Nachrichten-Engagement-Ereignis handelt, wird es in Zukunft in ein Nutzerverhalten-Ereignis umgewandelt.

Dieses Ereignis wird nicht ausgelöst, wenn die Nutzer:in die App tatsächlich deinstalliert, da sich dies nicht exakt nachverfolgen lässt. Braze sendet täglich einen stillen Push, um festzustellen, ob die App noch auf dem Gerät Ihrer Nutzer:in vorhanden ist. Tritt bei diesem stillen Push ein Fehler auf, wird davon ausgegangen, dass die App deinstalliert wurde.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Globale Ereignisse zur Änderung des Abo-Status
Dieses Ereignis tritt ein, wenn Braze eine Anfrage zur Aktualisierung des globalen Abo-Status einer Nutzer:in erhält.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Eigenschaftsdetails
-
state_change_sourcegibt einen String mit dem vollständigen Quellnamen zurück. Die Quelle CSV-Import gibt beispielsweise den StringCSV Importzurück. Die verfügbaren Quellen sind in der folgenden Tabelle aufgeführt:
| Quelle | Beschreibung |
|---|---|
| SDK | SDK-Endpunkte |
| Dashboard | Wenn der Abo-Status einer Nutzer:in auf der Seite Nutzerprofil im Dashboard aktualisiert wird |
| Abo-Seite | Wenn sich eine Nutzer:in über einen E-Mail-Link abmeldet, der nicht das Präferenzzentrum ist |
| REST API | REST-API-Endpunkte |
| CSV-Import | CSV-Nutzerimport |
| Präferenzzentrum | Wenn eine Nutzer:in über das Präferenzzentrum aktualisiert wird |
| Eingehende Nachricht | Wenn eine Nutzer:in durch eingehende Nachrichten von Endnutzer:innen über Kanäle wie SMS aktualisiert wird |
| Migration | Wenn eine Nutzer:in durch interne Migrationen oder Wartungsskripte aktualisiert wird |
| Nutzer:innen zusammenführen | Wenn eine Nutzer:in durch den Prozess der Nutzer:innenzusammenführung aktualisiert wird |
| Canvas-Schritt „Nutzer:innenaktualisierung“ | Wenn eine Nutzer:in durch den Canvas-Schritt „Nutzer:innenaktualisierung“ aktualisiert wird |
| Push-Token-Registrierung | Wenn eine Nutzer:in durch den Token-Registrierungsprozess aktualisiert wird |
| List-Unsubscribe | Wenn sich eine Nutzer:in über Braze-Mailto oder den Ein-Klick-List-Unsubscribe-Header abmeldet |
| Sonstiges | Umfasst alle anderen Quellen, wie Demo- oder Anbieter-Synchronisierungsaufträge oder SMS- und WhatsApp-Event-Callbacks |
Ereignisse zur Änderung des Abo-Gruppen-Status
Dieses Ereignis tritt ein, wenn sich der Abo-Status von Nutzer:innen in einer Abo-Gruppe ändert.

Abo-Gruppen sind derzeit nur für die Kanäle E-Mail, SMS, RCS und WhatsApp verfügbar.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Eigenschaftsdetails
-
dispatch_idist eine ID für einen bestimmten Nachrichtenversand, beispielsweise den Versand einer Campaign. Alle Push-Ereignisse, die aus demselben Versand stammen, enthalten dieselbedispatch_id. Verwenden Siedispatch_id, um Ereignisse zu gruppieren, die zum selben Versand gehören. So können Sie den Lebenszyklus der Push-Nachricht für diesen Versand (z. B. Senden, Bounce und Öffnung) gruppieren und korrelieren. -
state_change_sourcegibt einen String mit dem vollständigen Quellennamen zurück. Beispielsweise gibt die Quelle CSV-Import den StringCSV importzurück. Die verfügbaren Quellen sind im Folgenden aufgeführt:
| Quelle | Beschreibung |
|---|---|
| SDK | SDK-Endpunkte |
| Dashboard | Wenn der Abo-Status einer Nutzerin oder eines Nutzers über die Kundenprofil-Seite im Dashboard aktualisiert wird |
| Abo-Seite | Wenn sich Nutzer:innen über einen E-Mail-Link abmelden, der nicht das Einstellungscenter ist |
| REST API | REST-API-Endpunkte |
| CSV-Import | CSV-Nutzerimport |
| Einstellungscenter | Wenn Nutzer:innen über das Einstellungscenter aktualisiert werden |
| Eingehende Nachricht | Wenn Nutzer:innen durch eingehende Nachrichten von Endnutzer:innen über Kanäle wie SMS aktualisiert werden |
| Migration | Wenn Nutzer:innen durch interne Migrationen oder Wartungsskripte aktualisiert werden |
| Nutzerzusammenführung | Wenn Nutzer:innen durch den Prozess der Nutzerzusammenführung aktualisiert werden |
| Canvas-Schritt „Nutzeraktualisierung“ | Wenn Nutzer:innen durch den Canvas-Schritt „Nutzeraktualisierung“ aktualisiert werden |
Campaign-Konversions-Ereignisse
Dieses Ereignis tritt ein, wenn Nutzer:innen eine Aktion ausführen, die in einer Campaign als Konversions-Event festgelegt wurde.

Das Feld message_extras ist nur in Sendeereignissen verfügbar (z. B. E-Mail-Versand, Push-Versand). In Konversions-Ereignissen ist es nicht enthalten. Um message_extras-Daten mit nachgelagertem Engagement zu verknüpfen, verwenden Sie dispatch_id oder send_id, um Sendeereignisse in Ihrem Data Warehouse mit Konversions-Ereignissen zu verknüpfen. Um die Wirksamkeit von Texten anhand der Konversionsrate zu bewerten, sollten Sie stattdessen Kampagnenvarianten verwenden.

Beachten Sie, dass das Konversions-Event im Feld conversion_behavior kodiert ist. Dieses enthält die Art des Konversions-Events, das Fenster (Zeitrahmen) und je nach Art des Konversions-Events zusätzliche Informationen. Das Feld conversion_behavior_index gibt an, um welches Konversions-Event es sich handelt, z. B. 0 = A, 1 = B, 2 = C, 3 = D.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Campaign-Kontrollgruppen-Aufnahmeereignisse
Dieses Ereignis tritt ein, wenn Nutzer:innen in eine Kontrollvariante einer multivariaten Campaign aufgenommen werden. Dieses Ereignis wird erzeugt, da es für diese Nutzer:innen kein Sendeereignis eines Kanals gibt.

Dieses Ereignis umfasst keine Nutzer:innen in Kontrollgruppen von Banner-Campaigns. Bei Bannern werden Kontroll-Impressionen stattdessen als users.messages.banner.Impression-Ereignis protokolliert. Siehe Banner-Impression-Ereignisse.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Ereignisse zum eindeutigen Nachrichtenempfang pro Nutzer:in
Dieses Ereignis tritt ein, wenn ein Empfang zu den täglichen oder Lifetime-eindeutigen Empfänger:innen einer Campaign oder eines Canvas-Schritts beiträgt. Die Flags is_daily_unique und is_total_unique beschreiben unabhängige Beiträge, und Empfänge, die nur für die Lifetime zählen, sind gültig. Legacy-Ereignisse ohne diese Flags stehen für täglich eindeutige Campaign-Empfänger:innen und machen keine Angabe zur Lifetime-Eindeutigkeit.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Canvas-Konversions-Events
Dieses Event tritt ein, wenn Nutzer:innen eine Aktion ausführen, die in Canvas als Konversions-Event festgelegt wurde.

Das Feld message_extras ist nur in Sende-Events verfügbar (z. B. E-Mail-Versand, Push-Versand). In Konversions-Events ist es nicht enthalten. Um message_extras-Daten mit nachgelagertem Engagement zu verknüpfen, verwenden Sie send_id, um Sende-Events in Ihrem Data Warehouse mit Konversions-Events zu verknüpfen. Wenn Sie die Wirksamkeit von Texten anhand der Konversionsrate bewerten möchten, sollten Sie stattdessen Canvas-Varianten verwenden.

Beachten Sie, dass das Konversions-Event im Feld conversion_behavior kodiert ist. Dieses enthält die Art des Konversions-Events, das Fenster (Zeitrahmen) und je nach Art des Konversions-Events zusätzliche Informationen. Das Feld conversion_behavior_index gibt an, um welches Konversions-Event es sich handelt, z. B. 0 = A, 1 = B, 2 = C, 3 = D.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Canvas-Entry-Events
Dieses Event tritt ein, wenn Nutzer:innen in den Canvas eintreten. Es zeigt Ihnen, in welche Variante die Nutzer:innen eingetreten sind.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Konversions-Events für Canvas-Schritte mit Content Optimizer
Konversions-Events für den Content-Optimizer-Schritt in Canvas.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Sende-Events für Canvas-Schritte mit Content Optimizer
Die Canvas-Sendungen für den Content-Optimizer-Schritt in Canvas.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Exit-Events bei Zielgruppen-Übereinstimmung
Dieses Event tritt ein, wenn Nutzer:innen einen Canvas verlassen haben, weil sie einer Zielgruppe entsprechen.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Exit-Events durch ausgeführtes Event
Dieses Event tritt ein, wenn Nutzer:innen einen Canvas verlassen haben, weil sie ein Event ausgeführt haben.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Experiment-Schritt-Conversion-Ereignisse
Dieses Ereignis tritt ein, wenn Nutzer:innen bei einem Canvas-Experiment-Schritt konvertieren.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Experiment-Split-Entry-Ereignisse
Dieses Ereignis tritt ein, wenn Nutzer:innen einen Pfad eines Canvas-Experiment-Schritts betreten.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Nutzer:in wird nicht an Ziel gesendet – Ereignisse
Wenn Nutzer:innen in einem Canvas einen „An Ziel senden“-Schritt erreichen, betreten sie das Ziel je nach den Bedingungen des Schritts oder auch nicht. Betreten Nutzer:innen das Ziel nicht, sendet Braze das Ereignis users.canvas.sendtodestination.notsent an Currents.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Nutzer:in wird an Ziel gesendet – Ereignisse
Wenn Nutzer:innen in einem Canvas einen „An Ziel senden“-Schritt erreichen, betreten sie das Ziel je nach den Bedingungen des Schritts oder auch nicht. Betreten Nutzer:innen das Ziel, sendet Braze das Ereignis users.canvas.sendtodestination.sent an Currents.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Canvas-Schrittfortschrittsereignisse
Dieses Ereignis tritt ein, wenn Nutzer:innen einen Schritt in einem Canvas mit einem bestimmten Ergebnis durchlaufen. Beachten Sie, dass dieses Ereignis nicht eintritt, wenn Schritte betreten oder verlassen werden. Derzeit erzeugen nur Split-Schritte (Zielgruppenpfade, Decision-Split, Aktionspfade, Experiment) und Fortschrittsergebnisse Schrittfortschrittsereignisse.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Banner-Abbruch-Ereignisse
Dieses Ereignis tritt ein, wenn eine ursprünglich geplante Banner-Nachricht aus irgendeinem Grund abgebrochen wurde.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Eigenschaftsdetails
- Das Feld
abort_typebeschreibt den Grund, warum die Nachricht abgebrochen wurde. Eine vollständige Liste der Werte finden Sie unter Abbruchtypen. -
abort_typehat den Wertfrequency_capped, wenn die Nachricht aufgrund einer globalen Frequenzbegrenzungsregel abgebrochen wurde. -
abort_logenthält Informationen über die spezifische Regel, die den Abbruch ausgelöst hat. Ein Beispiel hierfür ist:Frequency cap rule: 5 Banner messages every 1 week
Banner-Klick-Ereignisse
Dieses Ereignis tritt ein, wenn Nutzer:innen auf ein Banner klicken.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Banner-Schließen-Ereignisse
Dieses Ereignis tritt ein, wenn Nutzer:innen ein Banner schließen.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Banner-Impressionen-Ereignisse
Dieses Ereignis tritt ein, wenn Nutzer:innen ein Banner sehen – einschließlich Nutzer:innen in der Kontrollgruppe, wenn eine Impression protokolliert wird.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Eigenschaftsdetails
- Sowohl Kontroll- als auch Treatment-Banner-Impressionen werden bei diesem Ereignis protokolliert. Nutzer:innen in der Kontrollgruppe werden nicht unter
users.campaigns.EnrollInControlprotokolliert. - Nutzer:innen erscheinen in diesem Ereignis erst, nachdem das SDK eine Impression aufgezeichnet hat. Wenn Ihre Integration ein Kontroll-Banner empfängt (
is_controlisttrue), rufen SieinsertBannerauf, um die Impression zu protokollieren, auch wenn Sie den Banner-Container ausblenden. Weitere Informationen finden Sie unter Banner anzeigen. - Um Nutzer:innen in der Kontrollgruppe zu identifizieren, filtern Sie nach
message_variation_name(Control Group) oder nach dermessage_variation_id/message_variation_api_idder Kontrollvariante aus Ihrem Campaign-Setup.
Content-Card-Abbruchereignisse
Dieses Ereignis tritt ein, wenn eine Content-Card-Nachricht aufgrund von Liquid-Abbrüchen o. Ä. abgebrochen wurde.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Eigenschaftsdetails
-
dispatch_idist eine ID für einen bestimmten Nachrichtenversand, beispielsweise den Versand einer Kampagne. Alle Push-Ereignisse, die aus demselben Versand stammen, enthalten dieselbedispatch_id. Verwenden Siedispatch_id, um Ereignisse zu gruppieren, die zu demselben Versand gehören. So können Sie den Lebenszyklus der Push-Nachricht für diesen Versand (z. B. Senden, Bounce und Öffnung) gruppieren und korrelieren. - Das Feld
abort_typebeschreibt den Grund, warum die Nachricht abgebrochen wurde. Eine vollständige Liste der Werte finden Sie unter Abbruchtypen. -
abort_typehat den Wertfrequency_capped, wenn die Nachricht aufgrund einer globalen Frequency-Capping-Regel abgebrochen wurde. -
abort_logenthält Informationen über die spezifische Regel, die den Abbruch ausgelöst hat. Ein Beispiel hierfür ist:Frequency cap rule: 5 Content Card messages every 1 week
Content-Card-Klickereignisse
Dieses Ereignis tritt ein, wenn Nutzer:innen auf eine Content-Card klicken.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Eigenschaftsdetails
- Für
ad_id,ad_id_typeundad_tracking_enabledmüssen Sie die iOS-IDFA und die Android-Google-Advertising-ID explizit über die nativen SDKs erfassen. Erfahren Sie mehr über diese Einrichtung für iOS und Android. - Wenn Sie Kafka zur Aufnahme von Currents-Daten verwenden, wenden Sie sich an Ihren Customer-Success-Manager, um das Senden von
ad_idzu aktivieren.
Content-Card-Ausblendungsereignisse
Dieses Ereignis tritt ein, wenn Nutzer:innen eine Content-Card schließen.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Eigenschaftsdetails
- Für
ad_id,ad_id_typeundad_tracking_enabledmüssen Sie die iOS-IDFA und die Android-Google-Advertising-ID explizit über die nativen SDKs erfassen. Erfahren Sie mehr über diese Einrichtung für iOS und Android. - Wenn Sie Kafka zur Aufnahme von Currents-Daten verwenden, wenden Sie sich an Ihren Customer-Success-Manager, um das Senden von
ad_idzu aktivieren.
Content-Card-Impressionsereignisse
Dieses Ereignis tritt ein, wenn Nutzer:innen eine Content-Card ansehen.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Eigenschaftsdetails
- Für
ad_id,ad_id_typeundad_tracking_enabledmüssen Sie die iOS-IDFA und die Android-Google-Advertising-ID explizit über die nativen SDKs erfassen. Erfahren Sie mehr über diese Einrichtung für iOS und Android. - Wenn Sie Kafka zur Aufnahme von Currents-Daten verwenden, wenden Sie sich an Ihren Customer-Success-Manager, um das Senden von
ad_idzu aktivieren.
Content-Card-Sendeereignisse
Dieses Ereignis tritt ein, wenn eine Content-Card an Nutzer:innen gesendet wird.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Eigenschaftsdetails
- Mit
message_extraskönnen Sie Ihre Sendeereignisse mit dynamischen Daten aus Connected-Content, angepassten Attributen (wie Sprache oder Land) und Canvas-Entry-Eigenschaften versehen. Weitere Informationen finden Sie unter Extras für Nachrichten.
E-Mail-Abbruchereignisse
Dieses Ereignis tritt ein, wenn eine E-Mail-Nachricht aufgrund von Liquid-Abbrüchen o. Ä. abgebrochen wurde.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Eigenschaftsdetails
-
dispatch_idist eine ID für einen bestimmten Nachrichtenversand, beispielsweise den Versand einer Kampagne. Alle Push-Ereignisse, die aus demselben Versand stammen, enthalten dieselbedispatch_id. Verwenden Siedispatch_id, um Ereignisse zu gruppieren, die zu demselben Versand gehören. So können Sie den Lebenszyklus der Push-Nachricht für diesen Versand (z. B. Senden, Bounce und Öffnung) gruppieren und korrelieren. - Das Feld
abort_typebeschreibt den Grund, warum die Nachricht abgebrochen wurde. Eine vollständige Liste der Werte finden Sie unter Abbruchtypen. -
abort_typehat den Wertfrequency_capped, wenn die Nachricht aufgrund einer globalen Frequenzbegrenzungsregel abgebrochen wurde. -
abort_logenthält Informationen über die spezifische Regel, die den Abbruch ausgelöst hat. Ein Beispiel hierfür ist:Frequency cap rule: 5 email messages every 1 week -
message_extraswird nur dann befüllt, wenn ein Abbruch eintritt, nachdem das{% message_extras %}-Tag während des Renderings ausgeführt wurde.
E-Mail-Bounce-Ereignisse
Dieses Ereignis tritt ein, wenn ein Internet-Provider einen Hard Bounce zurückgibt. Ein Hard Bounce bedeutet einen dauerhaften Zustellbarkeitsfehler.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Eigenschaftsdetails
-
dispatch_idist eine ID für einen bestimmten Nachrichtenversand, beispielsweise den Versand einer Campaign. Alle Push-Ereignisse, die aus demselben Versand stammen, enthalten dieselbedispatch_id. Verwenden Siedispatch_id, um Ereignisse zu gruppieren, die zu demselben Versand gehören. So können Sie den Lebenszyklus der Push-Nachricht für diesen Versand (z. B. Senden, Bounce und Öffnung) gruppieren und korrelieren.- Das Verhalten von
dispatch_idunterscheidet sich zwischen Canvas und Campaigns, da Braze Canvas-Schritte (mit Ausnahme von Eingangsschritten, die geplant werden können) als getriggerte Ereignisse behandelt, auch wenn sie geplant sind. Weitere Informationen finden Sie unter Verhalten der Dispatch-ID.
- Das Verhalten von
E-Mail-Klick-Ereignisse
Dieses Ereignis tritt ein, wenn Nutzer:innen auf eine E-Mail klicken. Für dieselbe Campaign können mehrere Ereignisse erzeugt werden, wenn Nutzer:innen mehrfach klicken oder verschiedene Links in der E-Mail anklicken.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Eigenschaftsdetails
-
dispatch_idist eine ID für einen bestimmten Nachrichtenversand, beispielsweise den Versand einer Campaign. Alle Push-Ereignisse, die aus demselben Versand stammen, enthalten dieselbedispatch_id. Verwenden Siedispatch_id, um Ereignisse zu gruppieren, die zu demselben Versand gehören. So können Sie den Lebenszyklus der Push-Nachricht für diesen Versand (z. B. Senden, Bounce und Öffnung) gruppieren und korrelieren.- Das Verhalten von
dispatch_idunterscheidet sich zwischen Canvas und Campaigns, da Braze Canvas-Schritte (mit Ausnahme von Eingangsschritten, die geplant werden können) als getriggerte Ereignisse behandelt, auch wenn sie geplant sind. Weitere Informationen finden Sie unter Verhalten der Dispatch-ID.
- Das Verhalten von
E-Mail-Aufschub-Events
Dieses Event tritt ein, wenn ein Internet-Provider die E-Mail nicht sofort an eine E-Mail-Adresse ohne Hard Bounce zustellt und Braze die Zustellung bis zu 72 Stunden lang erneut versucht. Typische Gründe für Aufschübe sind ein reputationsbasiertes Rate-Limiting des E-Mail-Volumens durch den Posteingangs-Anbieter, vorübergehende Verbindungsprobleme, ein volles Postfach der Empfänger:innen oder DNS-Fehler.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Eigenschaftsdetails
-
dispatch_idist eine ID für einen bestimmten Nachrichtenversand, z. B. den Versand einer Campaign. Alle Push-Events, die aus demselben Versand stammen, enthalten dieselbedispatch_id. Verwenden Siedispatch_id, um Events zu gruppieren, die zum selben Versand gehören. So können Sie den Lebenszyklus der Push-Nachricht für diesen Versand (z. B. Senden, Bounce und Öffnung) gruppieren und korrelieren.- Das Verhalten von
dispatch_idunterscheidet sich zwischen Canvas und Campaigns, da Braze Canvas-Schritte (mit Ausnahme von Eingangsschritten, die geplant werden können) als getriggerte Events behandelt, auch wenn sie geplant sind.
- Das Verhalten von
E-Mail-Zustellungs-Events
Dieses Event tritt ein, wenn eine gesendete E-Mail erfolgreich im Posteingang der Endnutzer:innen angekommen ist.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Eigenschaftsdetails
-
dispatch_idist eine ID für einen bestimmten Nachrichtenversand, z. B. den Versand einer Campaign. Alle Push-Events, die aus demselben Versand stammen, enthalten dieselbedispatch_id. Verwenden Siedispatch_id, um Events zu gruppieren, die zum selben Versand gehören. So können Sie den Lebenszyklus der Push-Nachricht für diesen Versand (z. B. Senden, Bounce und Öffnung) gruppieren und korrelieren.- Das Verhalten von
dispatch_idunterscheidet sich zwischen Canvas und Campaigns, da Braze Canvas-Schritte (mit Ausnahme von Eingangsschritten, die geplant werden können) als getriggerte Events behandelt, auch wenn sie geplant sind.
- Das Verhalten von
E-Mail-Spam-Markierungs-Events
Dieses Event tritt ein, wenn Endnutzer:innen in der E-Mail auf den Button „Spam“ klicken. Beachten Sie, dass dies nicht bedeutet, dass die E-Mail im Spam-Ordner gelandet ist, da Braze dies nicht trackt.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Eigenschaftsdetails
-
dispatch_idist eine ID für einen bestimmten Nachrichtenversand, z. B. den Versand einer Campaign. Alle Push-Events, die aus demselben Versand stammen, enthalten dieselbedispatch_id. Verwenden Siedispatch_id, um Events zu gruppieren, die zum selben Versand gehören. So können Sie den Lebenszyklus der Push-Nachricht für diesen Versand (z. B. Senden, Bounce und Öffnung) gruppieren und korrelieren.- Das Verhalten von
dispatch_idunterscheidet sich zwischen Canvas und Campaigns, da Braze Canvas-Schritte (mit Ausnahme von Eingangsschritten, die geplant werden können) als getriggerte Events behandelt, auch wenn sie geplant sind.
- Das Verhalten von
E-Mail-Öffnungsereignisse
Dieses Ereignis tritt ein, wenn Nutzer:innen eine E-Mail öffnen. Es können mehrere Ereignisse für dieselbe Campaign erzeugt werden, wenn Nutzer:innen die E-Mail mehrfach öffnen.

Es ist ein bekanntes Verhalten, dass die Felder device_model und mailbox_provider bei E-Mail-Öffnungsereignissen leer sind. Sie können diese vorerst ignorieren.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Eigenschaftsdetails
-
dispatch_idist eine ID für einen bestimmten Nachrichtenversand, z. B. den Versand einer Campaign. Alle Push-Ereignisse, die aus demselben Versand stammen, enthalten dieselbedispatch_id. Verwenden Siedispatch_id, um Ereignisse zu gruppieren, die zum selben Versand gehören. So können Sie den Lebenszyklus der Push-Nachricht für diesen Versand (z. B. Senden, Bounce und Öffnung) gruppieren und korrelieren.- Das Verhalten von
dispatch_idunterscheidet sich zwischen Canvas und Campaigns, da Braze Canvas-Schritte (mit Ausnahme von Eingangsschritten, die geplant werden können) als getriggerte Ereignisse behandelt, auch wenn sie geplant sind.
- Das Verhalten von
E-Mail-Wiederholungsereignisse
Dieses Ereignis tritt ein, wenn eine Nachricht herabgestuft oder durch Frequency-Capping begrenzt wird und später innerhalb des konfigurierten Wiederholungsfensters erneut versucht wird. Diese Funktion steht nur Kund:innen der Beta-Version von Message Prioritization zur Verfügung.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
E-Mail-Versand-Ereignisse
Dieses Ereignis tritt ein, wenn eine Anfrage zum Senden einer E-Mail erfolgreich zwischen Braze und SendGrid übermittelt wurde. Das bedeutet jedoch nicht, dass die E-Mail im Posteingang der Nutzer:innen eingegangen ist. Braze protokolliert keine Ereignisse in Nutzerprofilen oder Currents-Zielen (wie Snowflake), wenn das Ereignis nicht sowohl der E-Mail-Adresse als auch der Nutzer-ID zugeordnet werden kann, die mit dem E-Mail-Ereignis verknüpft sind.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Eigenschaftsdetails
-
dispatch_idist eine ID für eine bestimmte Nachrichtenübermittlung, beispielsweise den Versand einer Campaign. Alle Push-Ereignisse, die aus derselben Übermittlung stammen, enthalten dieselbedispatch_id. Verwenden Siedispatch_id, um Ereignisse zu gruppieren, die zu derselben Übermittlung gehören. So können Sie den Lebenszyklus der Push-Nachrichten für diese Übermittlung (z. B. Senden, Bounce und Öffnung) gruppieren und korrelieren.- Das Verhalten von
dispatch_idunterscheidet sich zwischen Canvas und Campaigns, da Braze Canvas-Schritte (mit Ausnahme von Eingangsschritten, die geplant werden können) als getriggerte Ereignisse behandelt, auch wenn sie geplant sind. Weitere Informationen finden Sie unter Verhalten der Dispatch-ID.
- Das Verhalten von
- Mit
message_extraskönnen Sie Ihre Versand-Ereignisse mit dynamischen Daten aus Connected Content, angepassten Attributen (z. B. Sprache, Land) und Canvas-Entry-Eigenschaften versehen. Weitere Informationen finden Sie unter Extras für Nachrichten.
E-Mail-Soft-Bounce-Ereignisse
Dieses Ereignis tritt ein, wenn ein Internet-Provider einen Soft Bounce zurückgibt. Ein Soft Bounce bedeutet, dass eine E-Mail aufgrund eines vorübergehenden Zustellbarkeitsfehlers nicht zugestellt werden konnte.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Eigenschaftsdetails
-
dispatch_idist eine ID für eine bestimmte Nachrichtenübermittlung, beispielsweise den Versand einer Campaign. Alle Push-Ereignisse, die aus derselben Übermittlung stammen, enthalten dieselbedispatch_id. Verwenden Siedispatch_id, um Ereignisse zu gruppieren, die zu derselben Übermittlung gehören. So können Sie den Lebenszyklus der Push-Nachrichten für diese Übermittlung (z. B. Senden, Bounce und Öffnung) gruppieren und korrelieren.- Das Verhalten von
dispatch_idunterscheidet sich zwischen Canvas und Campaigns, da Braze Canvas-Schritte (mit Ausnahme von Eingangsschritten, die geplant werden können) als getriggerte Ereignisse behandelt, auch wenn sie geplant sind. Weitere Informationen finden Sie unter Verhalten der Dispatch-ID.
- Das Verhalten von
E-Mail-Abmeldeereignisse
Dieses Ereignis tritt ein, wenn Endnutzer:innen in der E-Mail auf „Abmelden“ geklickt haben.

Das Unsubscribe-Ereignis gilt als spezielles Klickereignis, das ausgelöst wird, wenn Nutzer:innen auf den Abmeldelink in der E-Mail klicken (entweder einen normalen Abmeldelink im E-Mail-Text oder in der Fußzeile oder über den List-Unsubscribe-Header), nicht jedoch, wenn Nutzer:innen ihren Status auf „abgemeldet“ ändern. Wenn eine Änderung des Abo-Status über die API oder über einen angepassten (nicht von Braze stammenden) Abmeldelink gesendet wird, triggert dies kein E-Mail-Abmeldeereignis in Currents.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Eigenschaftsdetails
-
dispatch_idist eine ID für eine bestimmte Nachrichtenübermittlung, beispielsweise den Versand einer Campaign. Alle Push-Ereignisse, die aus derselben Übermittlung stammen, enthalten dieselbedispatch_id. Verwenden Siedispatch_id, um Ereignisse zu gruppieren, die zu derselben Übermittlung gehören. So können Sie den Lebenszyklus der Push-Nachrichten für diese Übermittlung (z. B. Senden, Bounce und Öffnung) gruppieren und korrelieren.- Das Verhalten von
dispatch_idunterscheidet sich zwischen Canvas und Campaigns, da Braze Canvas-Schritte (mit Ausnahme von Eingangsschritten, die geplant werden können) als getriggerte Ereignisse behandelt, auch wenn sie geplant sind. Weitere Informationen finden Sie unter Verhalten der Dispatch-ID.
- Das Verhalten von
Feature-Flag-Experiment-Impressionsereignisse
Dieses Ereignis tritt ein, wenn Nutzer:innen die Möglichkeit hatten, mit Ihrem Feature zu interagieren, oder wenn sie hätten interagieren können, falls das Feature deaktiviert ist (im Falle einer Kontrollgruppe in einem A/B-Test).
Feature-Flag-Impressionen werden nur einmal pro Sitzung protokolliert.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
In-App-Nachrichten-Abbruchereignisse
Dieses Ereignis tritt ein, wenn eine ursprünglich geplante In-App-Nachricht abgebrochen wurde.

Abbruchereignisse werden nur für vorlagenbasierte In-App-Nachrichten protokolliert. Standard-In-App-Nachrichten protokollieren keine Abbruchereignisse, da die Liquid-Auswertung vor der Trigger-Aktion stattfindet. Weitere Details zum Abbruchverhalten von In-App-Nachrichten finden Sie unter FAQ zu In-App-Nachrichten.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Eigenschaftsdetails
- Das Feld
abort_typebeschreibt den Grund, warum die Nachricht abgebrochen wurde. Eine vollständige Liste der Werte finden Sie unter Abbruchtypen. -
abort_typehat den Wertfrequency_capped, wenn die Nachricht aufgrund einer globalen Frequency-Capping-Regel abgebrochen wurde. -
abort_logenthält Informationen über die spezifische Regel, die den Abbruch ausgelöst hat. Ein Beispiel hierfür ist:Frequency cap rule: 5 in-app messages every 1 week
Klickereignisse für In-App-Nachrichten
Dieses Ereignis tritt ein, wenn Nutzer:innen auf eine In-App-Nachricht klicken.

Bei In-App-Nachrichten gibt dispatch_id den Wert null zurück.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Eigenschaftsdetails
- Für
ad_id,ad_id_typeundad_tracking_enabledmüssen Sie die iOS IDFA und die Android Google Advertising ID explizit über die nativen SDKs erfassen. Erfahren Sie mehr über diese Einrichtung für iOS und Android. - Wenn Sie Kafka zur Aufnahme von Currents-Daten verwenden, wenden Sie sich an Ihren Customer-Success-Manager, um das Senden von
ad_idzu aktivieren.
Impressionen-Ereignisse für In-App-Nachrichten
Dieses Ereignis tritt ein, wenn Nutzer:innen eine In-App-Nachricht ansehen.

Bei In-App-Nachrichten gibt dispatch_id den Wert null zurück.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Eigenschaftsdetails
- Für
ad_id,ad_id_typeundad_tracking_enabledmüssen Sie die iOS IDFA und die Android Google Advertising ID explizit über die nativen SDKs erfassen. Erfahren Sie mehr über diese Einrichtung für iOS und Android. - Wenn Sie Kafka zur Aufnahme von Currents-Daten verwenden, wenden Sie sich an Ihren Customer-Success-Manager, um das Senden von
ad_idzu aktivieren. - Das Feld
card_idist die API-ID einer Newsfeed-Card, mit der die In-App-Nachricht verknüpft war. News Feed ist ein veraltetes Feature, und dieses Feld soll künftig eingestellt werden. Dieses Feld steht in keinem Zusammenhang mit dem Feldcard_idbei Content-Card-Ereignissen.
Klickereignisse für Landing-Pages
Dieses Ereignis tritt ein, wenn Endnutzer:innen auf ausgewählte Elemente und Formularfelder einer Landing-Page klicken.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Formularübermittlungs-Ereignisse für Landing-Pages
Dieses Ereignis tritt ein, wenn Endnutzer:innen ein Formular auf einer Landing-Page ausfüllen und auf den Button klicken, um die Informationen abzusenden.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Landing-Page-Impressionsereignisse
Dieses Ereignis tritt ein, wenn der Browser von Endnutzer:innen eine Landing-Page lädt und anzeigt.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
LINE-Abbruchereignisse
Dieses Ereignis tritt ein, wenn eine geplante LINE-Nachricht nicht zugestellt werden kann, bevor sie an LINE gesendet wird.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Eigenschaftsdetails
-
dispatch_idist eine ID für einen bestimmten Nachrichtenversand, z. B. den Versand einer Campaign. Alle Push-Ereignisse, die aus demselben Versand stammen, enthalten dieselbedispatch_id. Verwenden Siedispatch_id, um Ereignisse zu gruppieren, die zum selben Versand gehören. So können Sie den Lebenszyklus der Push-Nachricht für diesen Versand (z. B. Senden, Bounce und Öffnung) gruppieren und korrelieren. - Das Feld
abort_typebeschreibt den Grund für den Abbruch der Nachricht. Eine vollständige Liste der Werte finden Sie unter Abbruchtypen. -
abort_typehat den Wertfrequency_capped, wenn die Nachricht aufgrund einer globalen Frequency-Capping-Regel abgebrochen wurde. -
abort_logenthält Informationen über die spezifische Regel, die den Abbruch ausgelöst hat. Ein Beispiel:Frequency cap rule: 5 LINE messages every 1 week -
message_extraswird nur befüllt, wenn ein Abbruch auftritt, nachdem das{% message_extras %}-Tag während des Renderings ausgeführt wurde.
LINE-Klickereignisse
Dieses Ereignis tritt ein, wenn Nutzer:innen auf einen Link in einer LINE-Nachricht klicken, dessen Domain mit der Klick-Tracking-Domain übereinstimmt.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Eigenschaftsdetails
-
dispatch_idist eine ID für einen bestimmten Nachrichtenversand, z. B. den Versand einer Campaign. Alle Push-Ereignisse, die aus demselben Versand stammen, enthalten dieselbedispatch_id. Verwenden Siedispatch_id, um Ereignisse zu gruppieren, die zum selben Versand gehören. So können Sie den Lebenszyklus der Push-Nachricht für diesen Versand (z. B. Senden, Bounce und Öffnung) gruppieren und korrelieren.
LINE-Eingangsempfangsereignisse
Dieses Ereignis tritt ein, wenn eine LINE-Nachricht von Nutzer:innen empfangen wird.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Eigenschaftsdetails
-
dispatch_idist eine ID für einen bestimmten Nachrichtenversand, z. B. den Versand einer Campaign. Alle Push-Ereignisse, die aus demselben Versand stammen, enthalten dieselbedispatch_id. Verwenden Siedispatch_id, um Ereignisse zu gruppieren, die zum selben Versand gehören. So können Sie den Lebenszyklus der Push-Nachricht für diesen Versand (z. B. Senden, Bounce und Öffnung) gruppieren und korrelieren.
LINE-Wiederholungsereignisse
Dieses Ereignis tritt ein, wenn eine Nachricht herabgestuft oder durch Frequency-Capping begrenzt wird und später innerhalb des konfigurierten Wiederholungsfensters erneut versucht wird. Diese Funktion steht nur Kund:innen der Beta-Version von Message Prioritization zur Verfügung.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
LINE-Sendeereignisse
Dieses Ereignis tritt ein, wenn eine LINE-Nachricht an LINE gesendet wird.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Eigenschaftsdetails
-
dispatch_idist eine ID für einen bestimmten Nachrichtenversand, z. B. den Versand einer Campaign. Alle Push-Ereignisse, die aus demselben Versand stammen, enthalten dieselbedispatch_id. Verwenden Siedispatch_id, um Ereignisse zu gruppieren, die zum selben Versand gehören. So können Sie den Lebenszyklus der Push-Nachricht für diesen Versand (z. B. Senden, Bounce und Öffnung) gruppieren und korrelieren.
Live-Activity-Ergebnisereignisse
Dieses Ereignis tritt ein, wenn Braze nach dem Senden der Live Activity eine Antwort von einem Drittanbieter (z. B. APNs) erhält.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Live-Activity-Sendeereignisse
Dieses Ereignis tritt ein, wenn das Braze-System eine Anfrage bezüglich Live Activity an seinen Anbieter stellt.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Push-Benachrichtigung – Abbruchereignisse
Dieses Ereignis tritt ein, wenn eine Push-Benachrichtigung z. B. aufgrund von Liquid-Abbrüchen abgebrochen wurde.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Eigenschaftsdetails
-
dispatch_idist eine ID für einen bestimmten Nachrichtenversand, z. B. den Versand einer Campaign. Alle Push-Ereignisse, die aus demselben Versand stammen, enthalten dieselbedispatch_id. Verwenden Siedispatch_id, um Ereignisse zu gruppieren, die zum selben Versand gehören. So können Sie den Lebenszyklus der Push-Nachricht für diesen Versand (z. B. Senden, Bounce und Öffnung) gruppieren und korrelieren. - Das Feld
abort_typebeschreibt den Grund, warum die Nachricht abgebrochen wurde. Eine vollständige Liste der Werte finden Sie unter Abbruchtypen. -
abort_typehat den Wertfrequency_capped, wenn die Nachricht aufgrund einer globalen Frequency-Capping-Regel abgebrochen wurde. -
abort_logenthält Informationen über die spezifische Regel, die den Abbruch ausgelöst hat. Ein Beispiel:Frequency cap rule: 5 push messages every 1 week -
message_extraswird nur dann befüllt, wenn ein Abbruch eintritt, nachdem das{% message_extras %}-Tag während des Renderings ausgeführt wurde.
Push-Benachrichtigung – Bounce-Ereignisse
Dieses Ereignis tritt ein, wenn ein Fehler vom Apple Push Notification Service oder von Fire Cloud Messaging empfangen wird. Das bedeutet, dass die Push-Nachricht einen Bounce verursacht hat und daher nicht an das Gerät der Nutzer:in zugestellt wurde.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Eigenschaftsdetails
- Wenn Sie Kafka zum Importieren von Currents-Daten verwenden, wenden Sie sich an Ihren Customer-Success-Manager oder Account Manager, um den Feature-Flipper zum Senden von
ad_idzu aktivieren. -
dispatch_idist eine ID für einen bestimmten Nachrichtenversand, z. B. den Versand einer Campaign. Alle Push-Ereignisse, die aus demselben Versand stammen, enthalten dieselbedispatch_id. Verwenden Siedispatch_id, um Ereignisse zu gruppieren, die zum selben Versand gehören. So können Sie den Lebenszyklus der Push-Nachricht für diesen Versand (z. B. Senden, Bounce und Öffnung) gruppieren und korrelieren.
Push-Benachrichtigung – iOS-Vordergrund-Öffnungsereignisse
Dieses Ereignis wird von unserem Swift SDK nicht unterstützt und ist bei Verwendung unseres Obj-C SDK inzwischen veraltet.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Eigenschaftsdetails
- Für
ad_id,ad_id_typeundad_tracking_enabledmüssen Sie die iOS-IDFA und die Android Google Advertising ID explizit über die nativen SDKs erfassen. Mehr über diese Einrichtung erfahren Sie für iOS und Android. - Wenn Sie Kafka zum Importieren von Currents-Daten verwenden, wenden Sie sich an Ihren Customer-Success-Manager, um das Senden von
ad_idzu aktivieren. -
dispatch_idist eine ID für einen bestimmten Nachrichtenversand, z. B. den Versand einer Campaign. Alle Push-Ereignisse, die aus demselben Versand stammen, enthalten dieselbedispatch_id. Verwenden Siedispatch_id, um Ereignisse zu gruppieren, die zum selben Versand gehören. So können Sie den Lebenszyklus der Push-Nachricht für diesen Versand (z. B. Senden, Bounce und Öffnung) gruppieren und korrelieren.
Push-Benachrichtigung: Öffnungsereignisse
Dieses Ereignis tritt ein, wenn Nutzer:innen direkt auf die Push-Benachrichtigung klicken, um die Anwendung zu öffnen. Derzeit beziehen sich Push-Open-Ereignisse speziell auf „direkte Öffnungen“ und nicht auf „gesamte Öffnungen“. Die auf Campaign-Ebene angezeigten Statistiken zu „beeinflussten Öffnungen“ sind darin nicht enthalten, da diese nicht auf Nutzerebene zugeordnet werden.

In seltenen Fällen kann eine Push-Öffnung in den Currents-Daten vor dem entsprechenden Push-Sendeereignis erscheinen. Das kann folgende Ursachen haben:
- Ihr SDK hat eine fehlerhafte Uhrzeit.
- Hohe Latenz beim Batch-Schreiben. Die aufgezeichnete Sendezeit kann hinter frühen Zustellungen zurückbleiben, sodass sehr schnelle Öffnungen möglicherweise protokolliert werden, bevor der endgültige Sendezeitstempel des Batches geschrieben wird. Große Sendungen werden in Batches versendet und erfasst.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Eigenschaftsdetails
- Für
ad_id,ad_id_typeundad_tracking_enabledmüssen Sie die iOS-IDFA und die Android Google Advertising ID explizit über die nativen SDKs erfassen. Mehr über diese Einrichtung erfahren Sie für iOS und Android. - Wenn Sie Kafka zum Importieren von Currents-Daten verwenden, wenden Sie sich an Ihren Customer-Success-Manager, um das Senden von
ad_idzu aktivieren. -
dispatch_idist eine ID für einen bestimmten Nachrichtenversand, z. B. den Versand einer Campaign. Alle Push-Ereignisse, die aus demselben Versand stammen, enthalten dieselbedispatch_id. Verwenden Siedispatch_id, um Ereignisse zu gruppieren, die zum selben Versand gehören. So können Sie den Lebenszyklus der Push-Nachricht für diesen Versand (z. B. Senden, Bounce und Öffnung) gruppieren und korrelieren.
Push-Benachrichtigung: Wiederholungsereignisse
Dieses Ereignis tritt ein, wenn eine Nachricht herabgestuft oder durch Frequency-Capping begrenzt wird und später innerhalb des konfigurierten Wiederholungsfensters erneut versucht wird. Diese Funktion steht nur Kund:innen der Beta-Version von Message Prioritization zur Verfügung.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Push-Benachrichtigung: Sendeereignisse
Dieses Ereignis tritt ein, wenn Braze eine Push-Nachricht für Nutzer:innen verarbeitet und sie an den Apple Push Notification Service oder Fire Cloud Messaging übermittelt. Das bedeutet nicht, dass die Push-Benachrichtigung an das Gerät zugestellt wurde, sondern nur, dass eine Nachricht gesendet wurde.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Eigenschaftsdetails
- Für
ad_id,ad_id_typeundad_tracking_enabledmüssen Sie die iOS-IDFA und die Android Google Advertising ID explizit über die nativen SDKs erfassen. Mehr über diese Einrichtung erfahren Sie für iOS und Android. - Wenn Sie Kafka zum Importieren von Currents-Daten verwenden, wenden Sie sich an Ihren Customer-Success-Manager, um das Senden von
ad_idzu aktivieren. - Mit
message_extraskönnen Sie Ihre Sendeereignisse mit dynamischen Daten aus Connected-Content, angepassten Attributen (z. B. Sprache, Land) und Canvas-Entry-Eigenschaften versehen. Weitere Informationen finden Sie unter Nachrichten-Extras. -
dispatch_idist eine ID für einen bestimmten Nachrichtenversand, z. B. den Versand einer Campaign. Alle Push-Ereignisse, die aus demselben Versand stammen, enthalten dieselbedispatch_id. Verwenden Siedispatch_id, um Ereignisse zu gruppieren, die zum selben Versand gehören. So können Sie den Lebenszyklus der Push-Nachricht für diesen Versand (z. B. Senden, Bounce und Öffnung) gruppieren und korrelieren.
RCS-Abbruch-Events
Dieses Event wird erstellt, wenn ein RCS-Versand aufgrund eines in Braze erkannten Fehlers unterbrochen und die Nachricht verworfen wird.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Details zu den Eigenschaften
- Das Feld
abort_typebeschreibt den Grund, aus dem die Nachricht abgebrochen wurde. Eine vollständige Liste der Werte finden Sie unter Abbruchtypen. -
abort_typehat den Wertfrequency_capped, wenn die Nachricht aufgrund einer globalen Frequency-Capping-Regel abgebrochen wurde. -
abort_logenthält Informationen über die spezifische Regel, die den Abbruch ausgelöst hat. Ein Beispiel:Frequency cap rule: 5 RCS messages every 1 week
RCS-Klick-Events
Ein Event, das erstellt wird, wenn Nutzer:innen mit einer RCS-Nachricht interagieren, indem sie auf ein UI-Element tippen oder klicken.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
RCS-Zustellungs-Events
Dieses Event wird erstellt, wenn eine RCS-Nachricht erfolgreich an das Mobilgerät von Nutzer:innen zugestellt wurde.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Details zu den Eigenschaften
-
dispatch_idist eine ID für einen bestimmten Nachrichtenversand, beispielsweise den Versand einer Campaign. Alle Push-Events, die aus demselben Versand stammen, enthalten dieselbedispatch_id. Verwenden Siedispatch_id, um Events zu gruppieren, die zum selben Versand gehören. So können Sie den Lebenszyklus der Push-Nachricht für diesen Versand (z. B. Senden, Bounce und Öffnen) gruppieren und korrelieren.
RCS-Eingangs-Empfangsereignisse
Dieses Ereignis wird erstellt, wenn Braze eine RCS-Nachricht empfängt, die von Nutzer:innen stammt.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
RCS-Leseereignisse
Dieses Ereignis wird erstellt, wenn Nutzer:innen eine RCS-Nachricht auf ihrem Gerät öffnen. Das zeigt an, dass sie den Nachrichteninhalt gesehen oder gelesen haben.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
RCS-Ablehnungsereignisse
Ein Ereignis, das erstellt wird, wenn eine RCS-Nachricht aufgrund eines Eingriffs des Netzbetreibers nicht an das Mobilgerät von Nutzer:innen zugestellt werden kann.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
RCS-Sendeereignisse
Dieses Ereignis wird erstellt, wenn eine RCS-Nachricht von Braze an unsere Last-Mile-Zustellungspartner gesendet wird.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Eigenschaftsdetails
-
dispatch_idist eine ID für eine bestimmte Nachrichtenübermittlung, beispielsweise den Versand einer Campaign. Alle Push-Ereignisse, die aus derselben Versandaktion stammen, enthalten dieselbedispatch_id. Verwenden Siedispatch_id, um Ereignisse zu gruppieren, die zu derselben Versandaktion gehören. Auf diese Weise können Sie den Lebenszyklus der Push-Nachrichten für diese Versandaktion (z. B. Senden, Bounce und Öffnung) gruppieren und miteinander in Beziehung setzen.
SMS-Abbruchereignisse
Dieses Ereignis tritt ein, wenn eine SMS-Nachricht aufgrund von Liquid-Abbrüchen o. Ä. abgebrochen wurde.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Eigenschaftsdetails
- Das Feld
abort_typebeschreibt den Grund, warum die Nachricht abgebrochen wurde. Eine vollständige Liste der Werte finden Sie unter Abbruchtypen. -
abort_typehat den Wertfrequency_capped, wenn die Nachricht aufgrund einer globalen Frequenzbegrenzungsregel abgebrochen wurde. -
abort_logenthält Informationen über die spezifische Regel, die den Abbruch ausgelöst hat. Ein Beispiel hierfür ist:Frequency cap rule: 5 SMS messages every 1 week -
message_extraswird nur befüllt, wenn ein Abbruch auftritt, nachdem das{% message_extras %}-Tag während des Renderings ausgeführt wurde.
SMS-Carrier-Send-Ereignisse
Dieses Ereignis tritt ein, wenn eine SMS an den Netzbetreiber gesendet wird.

CarrierSend wird nur für Nutzer:innen auf Legacy-Infrastruktur unterstützt.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Eigenschaftsdetails
-
dispatch_idist eine ID für eine bestimmte Nachrichtenübermittlung, beispielsweise den Versand einer Campaign. Alle Push-Ereignisse, die aus derselben Versandaktion stammen, enthalten dieselbedispatch_id. Verwenden Siedispatch_id, um Ereignisse zu gruppieren, die zu derselben Versandaktion gehören. Auf diese Weise können Sie den Lebenszyklus der Push-Nachrichten für diese Versandaktion (z. B. Senden, Bounce und Öffnung) gruppieren und miteinander in Beziehung setzen.
SMS-Zustellungsereignisse
Dieses Ereignis tritt ein, wenn eine SMS erfolgreich an das Mobiltelefon der Nutzer:innen zugestellt wurde.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Eigenschaftsdetails
-
dispatch_idist eine ID für einen bestimmten Nachrichtenversand, beispielsweise den Versand einer Campaign. Alle Push-Ereignisse, die aus demselben Versand stammen, enthalten dieselbedispatch_id. Verwenden Siedispatch_id, um Ereignisse zu gruppieren, die zum selben Versand gehören. So können Sie den Lebenszyklus der Push-Nachricht für diesen Versand (z. B. Senden, Bounce und Öffnung) gruppieren und korrelieren.
Ereignisse bei fehlgeschlagener SMS-Zustellung
Dieses Ereignis tritt ein, wenn bei einer SMS die Zustellung fehlschlägt. Verwenden Sie dieses Ereignis und die bereitgestellten Fehlercodes, um Probleme mit der SMS-Zustellung zu beheben.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Eigenschaftsdetails
-
dispatch_idist eine ID für einen bestimmten Nachrichtenversand, beispielsweise den Versand einer Campaign. Alle Push-Ereignisse, die aus demselben Versand stammen, enthalten dieselbedispatch_id. Verwenden Siedispatch_id, um Ereignisse zu gruppieren, die zum selben Versand gehören. So können Sie den Lebenszyklus der Push-Nachricht für diesen Versand (z. B. Senden, Bounce und Öffnung) gruppieren und korrelieren.
Eingehende SMS-Empfangsereignisse
Dieses Ereignis tritt ein, wenn eine:r Ihrer Nutzer:innen eine SMS an eine Telefonnummer in einer Ihrer Braze-SMS-Abo-Gruppen sendet.
Wenn Braze eine eingehende SMS empfängt, ordnen wir diese eingehende Nachricht allen Nutzer:innen zu, die diese Telefonnummer teilen. Daher erhalten Sie möglicherweise mehrere Ereignisse pro eingehender Nachricht, wenn mehrere Nutzer:innen in Ihrer Braze-Instanz dieselbe Telefonnummer haben. Wenn Sie eine Attribution bestimmter Nutzer-IDs auf Grundlage früherer Nachrichten an diese Nutzer:innen benötigen, können Sie das SMS-Zustellungsereignis verwenden, um eingehende Empfangsereignisse der Nutzer-ID zuzuordnen, die zuletzt eine Nachricht von Ihrer Braze-Nummer erhalten hat.
Wenn wir erkennen, dass diese eingehende Nachricht eine Antwort auf eine ausgehende Campaign oder Canvas-Komponente ist, die über Braze gesendet wurde, fügen wir dem Ereignis auch die Metadaten der Campaign oder des Canvas bei. Braze definiert eine Antwort als eine eingehende Nachricht, die innerhalb von vier Stunden nach einer ausgehenden Nachricht eingeht. Allerdings gibt es einen einminütigen Cache für die zugeordneten Campaign-Informationen der zuletzt empfangenen ausgehenden SMS.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
SMS-Ablehnungsereignisse
Dieses Ereignis tritt ein, wenn ein SMS-Versand vom Netzbetreiber abgelehnt wird. Dafür kann es verschiedene Gründe geben. Verwenden Sie dieses Ereignis und die bereitgestellten Fehlercodes, um Probleme bei der SMS-Zustellung zu beheben.

Braze gibt users.messages.sms.Rejection nur dann an Currents, Snowflake Data Sharing und zugehörige Exporte aus, wenn das Braze-Nutzerprofil zum Zeitpunkt der Verarbeitung des Ereignisses für die Protokollierung noch im Workspace vorhanden ist. Wurde dieses Profil zuvor gelöscht, sehen Sie dieses Ereignis weder in Ihrem Data Warehouse noch in Ihrem Currents-Export. Dieselbe Verarbeitungsregel gilt für andere ausgehende users.messages.sms.*-Ereignisse, die Braze über dieselbe Pipeline protokolliert (z. B. Zustellung, Zustellungsfehler und An-Netzbetreiber-gesendet). SMS-Metriken auf Workspace-Ebene können dennoch aggregierte Zählungen enthalten, die nicht eins zu eins den Zeilen in Snowflake entsprechen.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Eigenschaftsdetails
-
dispatch_idist eine ID für einen bestimmten Nachrichtenversand, z. B. den Versand einer Campaign. Alle Push-Ereignisse, die aus demselben Versand stammen, enthalten dieselbedispatch_id. Verwenden Siedispatch_id, um Ereignisse zu gruppieren, die zum selben Versand gehören. So können Sie den Lebenszyklus der Push-Nachricht für diesen Versand (z. B. Senden, Bounce und Öffnung) gruppieren und korrelieren.
SMS-Wiederholungsereignisse
Dieses Ereignis tritt ein, wenn eine Nachricht herabgestuft oder durch Frequency-Capping begrenzt wird und später innerhalb des konfigurierten Wiederholungsfensters erneut versucht wird. Diese Funktion steht nur Kund:innen der Beta-Version von Message Prioritization zur Verfügung.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
SMS-Versandereignisse
Dieses Ereignis tritt ein, wenn Nutzer:innen eine SMS versenden.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Eigenschaftsdetails
- Mit
message_extraskönnen Sie Ihre Versandereignisse mit dynamischen Daten aus Connected-Content, angepassten Attributen (z. B. Sprache, Land) und Canvas-Entry-Eigenschaften annotieren. Weitere Informationen finden Sie unter Nachrichten-Extras. -
dispatch_idist eine ID für einen bestimmten Nachrichtenversand, z. B. den Versand einer Campaign. Alle Push-Ereignisse, die aus demselben Versand stammen, enthalten dieselbedispatch_id. Verwenden Siedispatch_id, um Ereignisse zu gruppieren, die zum selben Versand gehören. So können Sie den Lebenszyklus der Push-Nachricht für diesen Versand (z. B. Senden, Bounce und Öffnung) gruppieren und korrelieren.
SMS-Kurzlink-Klick-Ereignisse
Dieses Ereignis tritt ein, wenn Nutzer:innen auf einen SMS-Kurzlink klicken.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Umfrageantwort-Ereignisse
Von Endnutzer:innen eingereichte Umfrageantworten
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Webhook-Abbruchsereignisse
Dieses Ereignis tritt ein, wenn eine Webhook-Nachricht aufgrund von Liquid-Abbrüchen o. Ä. abgebrochen wurde.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Eigenschaftsdetails
-
dispatch_idist eine ID für einen bestimmten Nachrichtenversand, z. B. den Versand einer Kampagne. Alle Push-Ereignisse, die aus demselben Versand stammen, enthalten dieselbedispatch_id. Verwenden Siedispatch_id, um Ereignisse zu gruppieren, die zum selben Versand gehören. So können Sie den Lebenszyklus der Push-Nachricht für diesen Versand (z. B. Senden, Bounce und Öffnen) gruppieren und korrelieren. - Das Feld
abort_typebeschreibt den Grund, warum die Nachricht abgebrochen wurde. Eine vollständige Liste der Werte finden Sie unter Abbruchtypen. -
abort_typehat den Wertfrequency_capped, wenn die Nachricht aufgrund einer globalen Frequency-Capping-Regel abgebrochen wurde. -
abort_logenthält Informationen über die spezifische Regel, die den Abbruch ausgelöst hat. Ein Beispiel hierfür ist:Frequency cap rule: 5 webhook messages every 1 week -
message_extraswird nur dann befüllt, wenn ein Abbruch auftritt, nachdem das Tag{% message_extras %}während des Renderings ausgeführt wurde.
Webhook-Fehlerereignisse
Dieses Ereignis tritt ein, wenn eine Webhook-Nachricht zugestellt wurde, aber mit einer Fehlerantwort des Endpunkts fehlgeschlagen ist.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Eigenschaftsdetails
-
dispatch_idist eine ID für einen bestimmten Nachrichtenversand, z. B. den Versand einer Kampagne. Alle Push-Ereignisse, die aus demselben Versand stammen, enthalten dieselbedispatch_id. Verwenden Siedispatch_id, um Ereignisse zu gruppieren, die zum selben Versand gehören. So können Sie den Lebenszyklus der Push-Nachricht für diesen Versand (z. B. Senden, Bounce und Öffnen) gruppieren und korrelieren.
Webhook-Wiederholungsereignisse
Dieses Ereignis tritt ein, wenn eine Nachricht herabpriorisiert oder durch Frequency-Capping begrenzt wird und später innerhalb des konfigurierten Wiederholungsfensters erneut versucht wird. Diese Funktion steht nur Kund:innen der Beta-Version von Message Prioritization zur Verfügung.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Webhook-Sendeereignisse
Dieses Ereignis tritt ein, wenn ein Webhook verarbeitet und an die in diesem Webhook angegebene Drittpartei gesendet wurde. Beachten Sie, dass dies keine Aussage darüber macht, ob die Anfrage empfangen wurde oder nicht.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Eigenschaftsdetails
- Mit
message_extraskönnen Sie Ihre Sendeereignisse mit dynamischen Daten aus Connected-Content, angepassten Attributen (wie Sprache oder Land) und Canvas-Entry-Eigenschaften anreichern. Weitere Informationen finden Sie unter Message Extras. -
dispatch_idist eine ID für einen bestimmten Nachrichtenversand, z. B. den Versand einer Kampagne. Alle Push-Ereignisse, die aus demselben Versand stammen, enthalten dieselbedispatch_id. Verwenden Siedispatch_id, um Ereignisse zu gruppieren, die zum selben Versand gehören. So können Sie den Lebenszyklus der Push-Nachricht für diesen Versand (z. B. Send, Bounce und Open) gruppieren und korrelieren.
WhatsApp-Abbruchereignisse
Dieses Ereignis tritt ein, wenn eine WhatsApp-Nachricht aufgrund von Liquid-Abbrüchen o. Ä. abgebrochen wurde.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Eigenschaftsdetails
-
dispatch_idist eine ID für einen bestimmten Nachrichtenversand, z. B. den Versand einer Kampagne. Alle Push-Ereignisse, die aus demselben Versand stammen, enthalten dieselbedispatch_id. Verwenden Siedispatch_id, um Ereignisse zu gruppieren, die zum selben Versand gehören. So können Sie den Lebenszyklus der Push-Nachricht für diesen Versand (z. B. Send, Bounce und Open) gruppieren und korrelieren. - Das Feld
abort_typebeschreibt den Grund, warum die Nachricht abgebrochen wurde. Eine vollständige Liste der Werte finden Sie unter Abbruchtypen. -
abort_typehat den Wertfrequency_capped, wenn die Nachricht aufgrund einer globalen Frequency-Capping-Regel abgebrochen wurde. -
abort_logenthält Informationen über die spezifische Regel, die den Abbruch ausgelöst hat. Ein Beispiel hierfür ist:Frequency cap rule: 5 WhatsApp messages every 1 week -
message_extraswird nur befüllt, wenn ein Abbruch auftritt, nachdem das{% message_extras %}-Tag während des Renderings ausgeführt wurde.
WhatsApp-Tracking-Link-Klick-Ereignisse
Dieses Ereignis tritt ein, wenn Nutzer:innen in einer WhatsApp-Nachricht auf einen Link oder Button klicken, dessen Domain mit der Click-Tracking-Domain übereinstimmt.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
WhatsApp-Zustellungsereignisse
Dieses Ereignis tritt ein, wenn eine gesendete WhatsApp-Nachricht erfolgreich auf dem Gerät der Nutzer:innen angekommen ist.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Eigenschaftsdetails
-
dispatch_idist eine ID für einen bestimmten Nachrichtenversand, z. B. den Versand einer Campaign. Alle Push-Events, die aus demselben Versand stammen, enthalten dieselbedispatch_id. Verwenden Siedispatch_id, um Events zu gruppieren, die zum selben Versand gehören. So können Sie den Lebenszyklus der Push-Nachricht für diesen Versand (z. B. Senden, Bounce und Öffnen) gruppieren und korrelieren.
WhatsApp-Fehlerereignisse
Dieses Ereignis tritt ein, wenn WhatsApp die Nachricht nicht an die Nutzer:innen zustellen kann. Ein Hard Bounce bedeutet einen dauerhaften Zustellbarkeitsfehler.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Eigenschaftsdetails
-
dispatch_idist eine ID für einen bestimmten Nachrichtenversand, z. B. den Versand einer Campaign. Alle Push-Events, die aus demselben Versand stammen, enthalten dieselbedispatch_id. Verwenden Siedispatch_id, um Events zu gruppieren, die zum selben Versand gehören. So können Sie den Lebenszyklus der Push-Nachricht für diesen Versand (z. B. Senden, Bounce und Öffnen) gruppieren und korrelieren.
WhatsApp-Ereignisse für eingehende Nachrichten
Dieses Ereignis tritt ein, wenn eine:r Ihrer Nutzer:innen eine WhatsApp-Nachricht an eine Telefonnummer in einer Ihrer Braze-WhatsApp-Abo-Gruppen sendet.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
WhatsApp-Lesebestätigungen
Dieses Ereignis tritt ein, wenn eine WhatsApp-Nachricht von Nutzer:innen gelesen wird.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Eigenschaftsdetails
-
dispatch_idist eine ID für eine bestimmte Nachrichtenübermittlung, beispielsweise den Versand einer Campaign. Alle Push-Ereignisse, die aus derselben Übermittlung stammen, enthalten dieselbedispatch_id. Verwenden Siedispatch_id, um Ereignisse zu gruppieren, die zu derselben Übermittlung gehören. So können Sie den Lebenszyklus der Push-Nachricht für diese Übermittlung (z. B. Senden, Bounce und Öffnung) gruppieren und miteinander in Beziehung setzen.
WhatsApp-Wiederholungsereignisse
Dieses Ereignis tritt ein, wenn eine Nachricht herabgestuft oder durch Frequency-Capping begrenzt wird und später innerhalb des konfigurierten Wiederholungsfensters erneut versucht wird. Diese Funktion steht nur Kund:innen der Beta-Version von Message Prioritization zur Verfügung.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
WhatsApp-Sendeereignisse
Dieses Ereignis tritt ein, wenn eine Sendeanfrage erfolgreich zwischen Braze und WhatsApp übermittelt wurde. Dies bedeutet jedoch nicht, dass die Nachricht von den Nutzer:innen empfangen wurde.
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Loading schema…
Eigenschaftsdetails
-
dispatch_idist eine ID für einen bestimmten Nachrichtenversand, z. B. den Versand einer Campaign. Alle Push-Ereignisse, die aus demselben Versand stammen, enthalten dieselbedispatch_id. Verwenden Siedispatch_id, um Ereignisse zu gruppieren, die zum selben Versand gehören. So können Sie den Lebenszyklus der Push-Nachricht für diesen Versand (z. B. Senden, Bounce und Öffnung) gruppieren und korrelieren.