In-App-Nachrichten-Reporting
Dieser Referenzartikel behandelt das Reporting und die Analytics für In-App-Nachrichten, einschließlich Campaign-Details, Nachrichten-Performance und historischer Performance.
Analytics anzeigen
Nachdem Sie Ihre Campaign gestartet haben, können Sie zur Detailseite dieser Campaign zurückkehren, um wichtige Metriken einzusehen. Navigieren Sie zur Seite Campaigns und wählen Sie Ihre Campaign aus, um die Detailseite zu öffnen. Für Nachrichten, die in Canvas gesendet wurden, lesen Sie Canvas-Analytics.

Suchen Sie nach Definitionen für die Begriffe und Metriken in Ihrem Bericht? Lesen Sie das Glossar der Berichtsmetriken und filtern Sie nach Ihrem Kanal. E-Mail-spezifische Definitionen finden Sie im E-Mail-Analytics-Glossar.
Auf dem Tab Campaign Analytics können Sie Ihre Berichte in einer Reihe von Panels einsehen. Je nach Situation sehen Sie möglicherweise mehr oder weniger Panels als in den folgenden Abschnitten aufgeführt, aber jedes hat seinen eigenen nützlichen Zweck.
Zeitraum
Standardmäßig zeigt der Zeitraum für Campaign Analytics die letzten 90 Tage ab dem aktuellen Zeitpunkt an. Das bedeutet: Wenn die Campaign vor mehr als 90 Tagen gestartet wurde, werden die Analytics für den angegebenen Zeitraum als „0“ angezeigt. Um alle Analytics für ältere Campaigns einzusehen, passen Sie den Berichtszeitraum an.
Campaign-Details
Das Panel Campaign Details zeigt eine allgemeine Übersicht über die gesamte Performance Ihrer Nachricht.
Überprüfen Sie dieses Panel, um Gesamtmetriken wie die Anzahl der gesendeten Nachrichten an die Empfänger:innen, die primäre Konversionsrate und den Gesamtumsatz dieser Nachricht zu sehen. Auf dieser Seite können Sie auch die Einstellungen für Zustellung, Zielgruppe und Konversion einsehen.

Die Analytics-Zahlen im Dashboard und in Snowflake können leicht voneinander abweichen. Braze misst die Zahlen im Dashboard und schreibt Zeilen separat nach Snowflake. Snowflake ist die präzisere Datenquelle. Wenn Sie Abweichungen zwischen diesen Quellen feststellen, empfehlen wir, sich auf die Snowflake-Daten zu beziehen.
Geschätzte Zielgruppe und aktuelle Zielgruppe
Abhängig von der Gesamtanzahl der Nutzer:innen in Ihrem Workspace zeigt das Panel Campaign Details die Zielgruppenstatistiken als Current Audience oder Estimated Audience an.
Die folgende Tabelle fasst zusammen, was die einzelnen Bezeichnungen bedeuten.
| Fußzeilenbezeichnung | Wann sie verwendet wird |
|---|---|
| Current Audience | Der Workspace hat 50.000 Nutzer:innen oder weniger. Braze führt einen vollständigen Scan der Workspace-Profile für die Standardstatistik durch, sodass die angezeigte Zielgruppengröße ein aktueller, nicht auf Stichproben basierender Wert ist (unter Berücksichtigung der Kanalerreichbarkeit, Abo-Regeln und anderer Targeting-Optionen). |
| Estimated Audience | Der Workspace hat mehr als 50.000 Nutzer:innen. Braze führt standardmäßig keine vollständige Datenbankzählung durch. Die Zielgruppengröße wird anhand einer Stichprobe geschätzt und hochgerechnet, ähnlich wie der Bereich Reachable users im Segment Builder. Fehlermargen sind zu erwarten, insbesondere bei kleinen Segmenten im Verhältnis zum Workspace. |
Weitere Informationen zum Stichprobenverhalten, zu Calculate exact statistics und zur Segmentierung von Reachable users finden Sie unter Segmentgröße messen.
Änderungen seit der letzten Ansicht
Die Anzahl der Aktualisierungen an der Campaign durch andere Mitglieder Ihres Teams wird durch die Metrik Änderungen seit der letzten Ansicht auf der Campaign-Übersichtsseite erfasst. Wählen Sie Changes Since Last Viewed, um einen Changelog mit Aktualisierungen an Name, Zeitplan, Tags, Nachricht, Zielgruppe, Genehmigungsstatus oder Team-Zugangskonfiguration der Campaign anzuzeigen. Für jede Aktualisierung können Sie sehen, wer sie durchgeführt hat und wann. Sie können diesen Changelog nutzen, um Änderungen an Ihrer Campaign zu überprüfen.
Kanalspezifisches Reporting
Die folgenden Tabs decken kanalspezifische Panels, Metriken und Fehlerbehebung ab. Wählen Sie einen Kanal aus, um dessen Reporting-Details anzuzeigen.
Banner-Reporting

Banner-Performance
Das Panel Banner Performance zeigt Ihnen, wie gut Ihre Nachricht in verschiedenen Dimensionen abgeschnitten hat. Diese Metriken variieren je nach Messaging-Kanal und je nachdem, ob Sie einen multivariaten Test durchführen.

Wenn Sie Ihre Ansicht vereinfachen möchten, klicken Sie auf Add/Remove Columns und deaktivieren Sie die gewünschten Metriken. Standardmäßig werden alle Metriken angezeigt.
Banner-Metriken
Dies sind die wichtigsten Metriken, die Sie bei der Überprüfung der Performance Ihrer Banner-Kampagne im Blick behalten sollten. Klicks und Impressionen für Banner werden automatisch über das SDK getrackt.
Die vollständigen Definitionen aller Banner-Metriken finden Sie im Glossar der Berichtsmetriken. Filtern Sie dort nach Banner.
| Metrik | Definition |
|---|---|
| Total Impressions | Impressionen insgesamt ist die Anzahl der Fälle, in denen eine Nachricht angezeigt wird. Braze protokolliert eine Impression nur dann, wenn die Nachricht für die Nutzer:in auf dem Bildschirm sichtbar wird. Wenn beispielsweise eine Nachricht am Ende einer Seite platziert wird, wird die Impression erst protokolliert, wenn die Nutzer:in nach unten scrollt und die Nachricht sichtbar wird. Wenn einer Nutzer:in dieselbe Nachricht zweimal angezeigt wird, wird dies als zwei Impressionen gezählt. Bei Bannern werden Impressionen einmal pro Nutzersitzung protokolliert. Wenn dasselbe Banner innerhalb derselben Sitzung mehrfach angezeigt wird, wird nur eine Impression protokolliert. |
| Unique Impressions | Eindeutige Impressionen ist die Gesamtzahl der Nutzer:innen, die eine Nachricht aus einer bestimmten Campaign angesehen haben. Eine Impression wird nur dann protokolliert, wenn die Nachricht auf dem Bildschirm einer Nutzer:in sichtbar wird. Jede Nutzer:in wird nur einmal gezählt. |
| Total Clicks | Total Clicks ist die Gesamtzahl (und der Prozentsatz) der Nutzer:innen, die innerhalb der zugestellten Nachricht geklickt haben, unabhängig davon, ob dieselbe Nutzer:in mehrmals geklickt hat. |
| Total Dismissals | Total Dismissals ist die Gesamtzahl der Male, die Nutzer:innen das Banner geschlossen haben. Nur für Banner mit aktiviertem Schließverhalten verfügbar. |
| Unique Clicks | Jede Nutzer:in wird nur einmal gezählt. |
| Primary Conversions | Primäre Konversionen (A) oder primäres Konversions-Event ist die Anzahl der Male, die ein definiertes Ereignis nach der Interaktion mit oder dem Betrachten einer empfangenen Nachricht aus einer Braze-Campaign eingetreten ist. Dieses definierte Ereignis wird von Ihnen bei der Erstellung der Campaign festgelegt. |
| Unique Daily Impressions |
Eindeutige tägliche Impressionen ist die Anzahl der eindeutigen Nutzer:innen, die die Nachricht an einem bestimmten Tag angesehen haben. Dieser Zähler wird jeden Kalendertag zurückgesetzt, sodass ein:e Nutzer:in, die dieselbe Nachricht an zwei verschiedenen Tagen ansieht, zweimal gezählt wird. Diese Metrik entspricht der gleichnamigen Abrechnungsmetrik.
Da eine Betrachterin oder ein Betrachter jeden Tag eine eindeutige tägliche Impression haben kann, sollten Sie erwarten, dass dieser Wert höher ist als die Unique Impressions. |
| Revenue | Der Umsatz ist der Gesamtumsatz in Dollar von Campaign-Empfänger:innen innerhalb des festgelegten primären Konversionsfensters. |
| Confidence | Die Konfidenz ist der Prozentsatz des Vertrauens, dass eine bestimmte Variante einer Nachricht besser abschneidet als die Kontrollgruppe. |
Berechnungsbeispiele für Banner-Metriken
Es gibt mehrere Metriken, die die Sichtbarkeit Ihrer Nachricht erfassen, darunter Unique Daily Impressions und Unique Impressions. Anhand einiger Beispielszenarien lassen sich diese Metriken besser verstehen.
Angenommen, Sie sehen sich heute ein Banner an, morgen dasselbe Banner und übermorgen erneut – dann werden Sie dreimal als Unique Daily Impression gezählt. Sie werden jedoch nur für eine Unique Impression gezählt.
Nehmen wir als weiteres Beispiel an, Sie sehen fünf Unique Impressions in einer Banner-Kampagne. Das bedeutet, dass nur die Geräte von fünf Nutzer:innen alle folgenden Schritte ausgeführt haben:
- Eine Sitzung gestartet oder die App hat explizit eine Banner-Synchronisierung angefordert (oder beides)
- Zur Banner-Ansicht navigiert
- Das SDK hat eine Impression aufgezeichnet und an den Server gesendet
Unique Daily Impressions bezieht sich auf die Banner, die tatsächlich angesehen wurden.
Abweichungen zwischen Kontrollgruppen und Varianten
Wenn eine Banner-Kampagne eine Kontrollgruppe verwendet, können die Impressionen der Kontrollgruppe höher sein als die der Variante, selbst wenn die Zielgruppenaufteilung zwischen den Gruppen gleichmäßig ist. Diese Abweichung wird durch einen Unterschied in der Art und Weise verursacht, wie Impressionen für Kontroll- und Varianten-Banner protokolliert werden.
Sowohl Kontroll- als auch Varianten-Impressionen erfordern, dass die Banner-Platzierung in den sichtbaren Bereich gelangt. Varianten-Impressionen werden erst protokolliert, wenn das vollständige Banner auf dem Bildschirm sichtbar ist. Kontroll-Impressionen können bereits protokolliert werden, sobald die Platzierung in den sichtbaren Bereich gelangt – bevor das vollständige Banner für eine Variante sichtbar wäre.
Content-Card-Reporting

Wann Sendungen protokolliert werden
Der Zeitpunkt eines Gesendet-Ereignisses für Content Cards hängt vom Zustellungstyp und der Einstellung Card Creation ab.
Geplante Zustellung
Bei geplanten Content Cards hängt der Zeitpunkt eines Gesendet-Ereignisses von der Einstellung Card Creation ab:
- Beim Kampagnenstart: Die Sendung wird zum geplanten Sendezeitpunkt protokolliert, wenn die Karte in den Feed der Nutzer:in geschrieben wird. Dies geschieht unabhängig davon, ob die Nutzer:in die App geöffnet oder die Karte angesehen hat.
- Bei der ersten Impression: Die Sendung wird protokolliert, wenn die App die Karte zum ersten Mal nach dem geplanten Sendezeitpunkt anfordert und die Karte on demand erstellt wird.
Wenn Ihre Kampagne für Bei der ersten Impression (empfohlen) konfiguriert ist, wächst der Gesendet-Zähler in den Kampagnen-Analytics allmählich, wenn einzelne Apps die Karte anfordern. Wenn die App vor Ablauf der Karte nie eine Karte anfordert (z. B. weil die Nutzer:in die App nie öffnet), wird keine Sendung erfasst und die Karte wird nie zugestellt. Wenn Ihre Kampagne für Beim Kampagnenstart konfiguriert ist, steigt der Gesendet-Zähler in den Kampagnen-Analytics zum geplanten Zeitpunkt sprunghaft an.
Aktionsbasierte Zustellung
Bei aktionsbasierten Content Cards wird die Sendung kurz nach der auslösenden Aktion der Nutzer:in protokolliert, wenn die Karte in den Feed geschrieben wird. Dies geschieht unabhängig davon, ob die Nutzer:in die Karte angesehen hat.
„Campaigns Received“ und Retargeting-Filter
Unabhängig vom Zustellungstyp oder der Einstellung Card Creation erscheint eine Content-Card-Kampagne im Profil der Nutzer:in unter Campaigns Received erst, nachdem die Nutzer:in die Karte in der App tatsächlich angesehen hat. Die Retargeting-Filter Last Received Any Message und Last Received Campaign werden aus demselben Grund zum Zeitpunkt der Ansicht aktualisiert.
Kontrollgruppen
Um die Wirkung einer einzelnen Content-Card zu messen, können Sie einem A/B-Test eine Kontrollgruppe hinzufügen. Das übergeordnete Panel Campaign Details enthält keine Metriken aus der Kontrollgruppen-Variante.
Content-Card-Performance
Das Panel Content Card Performance zeigt Ihnen, wie gut Ihre Nachricht in verschiedenen Dimensionen abgeschnitten hat. Die Metriken in diesem Panel variieren je nach gewähltem Messaging-Kanal und je nachdem, ob Sie einen multivariaten Test durchführen. Klicken Sie auf das Symbol Preview, um Ihre Nachricht für jede Variante oder jeden Kanal anzuzeigen.

Wenn Sie Ihre Ansicht vereinfachen möchten, klicken Sie auf Add/Remove Columns und deaktivieren Sie die gewünschten Metriken. Standardmäßig werden alle Metriken angezeigt.
Content-Card-Metriken
Im Folgenden finden Sie eine Aufschlüsselung einiger wichtiger Metriken, die Sie bei der Überprüfung Ihrer Nachrichten-Performance sehen können. Die vollständigen Definitionen aller Content-Cards-Metriken finden Sie im Glossar der Berichtsmetriken. Filtern Sie dort nach Content Cards.
| Metrik | Definition |
|---|---|
| Messages Sent |
Gesendete Nachrichten ist die Gesamtzahl der in einer Campaign gesendeten Nachrichten. Nach dem Start einer geplanten Campaign umfasst diese Metrik alle gesendeten Nachrichten, unabhängig davon, ob sie aufgrund von Rate-Limiting bereits versendet wurden. Das bedeutet nicht, dass die Nachricht empfangen oder an ein Gerät zugestellt wurde, sondern nur, dass die Nachricht gesendet wurde.
Die Berechnung hängt davon ab, was Sie für die Kartenerstellung ausgewählt haben:
|
| Total Impressions | Impressionen insgesamt ist die Anzahl der Fälle, in denen eine Nachricht angezeigt wird. Braze protokolliert eine Impression nur dann, wenn die Nachricht für die Nutzer:in auf dem Bildschirm sichtbar wird. Wenn beispielsweise eine Nachricht am Ende einer Seite platziert wird, wird die Impression erst protokolliert, wenn die Nutzer:in nach unten scrollt und die Nachricht sichtbar wird. Wenn einer Nutzer:in dieselbe Nachricht zweimal angezeigt wird, wird dies als zwei Impressionen gezählt. Dieser Wert kann für dieselbe Nutzer:in mehrfach gezählt werden. |
| Unique Impressions | Eindeutige Impressionen ist die Gesamtzahl der Nutzer:innen, die eine Nachricht aus einer bestimmten Campaign angesehen haben. Eine Impression wird nur dann protokolliert, wenn die Nachricht auf dem Bildschirm einer Nutzer:in sichtbar wird. Dieser Zähler wird nicht erhöht, wenn eine Nutzer:in eine Content-Card zum zweiten Mal aufruft. |
| Unique Daily Impressions |
Eindeutige tägliche Impressionen ist die Anzahl der eindeutigen Nutzer:innen, die die Nachricht an einem bestimmten Tag angesehen haben. Dieser Zähler wird jeden Kalendertag zurückgesetzt, sodass ein:e Nutzer:in, die dieselbe Nachricht an zwei verschiedenen Tagen ansieht, zweimal gezählt wird. Diese Metrik entspricht der gleichnamigen Abrechnungsmetrik.
Da eine Nutzer:in jeden Tag eine eindeutige tägliche Impression haben kann, sollten Sie erwarten, dass dieser Wert höher ist als die Unique Impressions. |
| Unique Clicks | Eindeutige Klicks ist die eindeutige Anzahl von Empfänger:innen, die mindestens einmal auf einen Link innerhalb einer Nachricht geklickt haben, und wird gemessen durch dispatch_id. Dies umfasst auch Klicks auf die von Braze bereitgestellten Abmeldelinks. |
| Unique Dismissals | Eindeutige Ausblendungen ist die Anzahl der eindeutigen Empfänger:innen, die eine Content Card aus einer Campaign ausgeblendet haben. Wenn ein:e Nutzer:in eine Content Card aus einer Campaign mehrmals ausblendet, zählt dies als eine eindeutige Ausblendung. |

Bei der Protokollierung von Impressionen gibt es einige Unterschiede zwischen Web, Android und iOS. Generell protokolliert Braze eine Impression, wenn eine Karte gesehen wird – also nachdem eine Nutzer:in zur entsprechenden Content-Card in ihrem Feed gescrollt hat.
Unique Daily Impressions versus Unique Impressions
Es gibt mehrere Metriken, die die Sichtbarkeit Ihrer Nachricht erfassen, darunter Unique Daily Impressions und Unique Impressions. Anhand einiger Beispielszenarien lassen sich diese Metriken besser verstehen.
Angenommen, Sie sehen sich heute eine Content-Card an, erhalten morgen eine neue Karte aus derselben Kampagne und übermorgen wieder eine – dann werden Sie dreimal als Unique Daily Impression gezählt. Sie werden jedoch nur für eine Unique Impression gezählt. Außerdem werden Sie in der Anzahl der Messages Sent berücksichtigt, da die Karte auf Ihrem Gerät verfügbar war.
Ein weiteres Beispiel: Angenommen, Sie sehen fünf Unique Impressions für eine Content-Card-Kampagne mit 150.000 Messages Sent. Das bedeutet, dass die Karte (im Backend) einer Zielgruppe von 150.000 Nutzer:innen zur Verfügung gestellt wurde, aber nur die Geräte von fünf Nutzer:innen alle folgenden Schritte nach dem Senden ausgeführt haben:
- Eine Sitzung gestartet oder die App hat explizit eine Content-Cards-Synchronisierung angefordert (oder beides)
- Zur Content-Cards-Ansicht navigiert
- Das SDK hat eine Impression aufgezeichnet und an den Server gesendet
Messages Sent bezieht sich auf Content Cards, die zum Ansehen verfügbar sind, während Unique Daily Impressions die Content Cards bezeichnet, die tatsächlich angesehen wurden.
E-Mail-Reporting

E-Mail-Performance
Das Panel Email Performance zeigt Ihnen, wie gut Ihre Nachricht in verschiedenen Dimensionen abgeschnitten hat. Die Metriken in diesem Panel variieren je nach gewähltem Messaging-Kanal und je nachdem, ob Sie einen multivariaten Test durchführen. Klicken Sie auf das Symbol Preview, um Ihre Nachricht für jede Variante oder jeden Kanal anzuzeigen.

Wenn Sie Ihre Ansicht vereinfachen möchten, klicken Sie auf Add/Remove Columns und deaktivieren Sie die gewünschten Metriken. Standardmäßig werden alle Metriken angezeigt.
Heatmaps
Mit Heatmaps können Sie sehen, wie erfolgreich verschiedene Links in einer einzelnen E-Mail-Kampagne sind. Gehen Sie im Abschnitt Message Analytics zum Panel Email Performance. Wählen Sie Preview & Heatmap, um eine Vorschau Ihrer E-Mail-Kampagne und der Heatmap anzuzeigen. Alternativ können Sie den Hyperlink im Variantennamen auswählen, um die Heatmap aufzurufen.

Kampagnen-Analytics zeigen Klickdaten für bis zu 100 eindeutige URLs pro Variante an, sortiert nach Gesamtklicks. URLs werden nach ihrer normalisierten Form gruppiert, die keine Abfrageparameter enthält. Wenn eine Variante mehr als 100 eindeutige normalisierte URLs hat, werden nur die Top 100 nach Klickanzahl angezeigt. Klickdaten für URLs jenseits dieses Limits existieren weiterhin, werden aber nicht im Dashboard oder in der Heatmap angezeigt. Wenn Link Aliasing aktiviert ist, werden Klicks anhand der Link-ID statt der Roh-URL getrackt, was in der Regel zu weniger eindeutigen Einträgen führt und dieses Limit seltener erreicht wird.
In dieser Ansicht können Sie mit dem Schalter Show Heatmap eine visuelle Darstellung Ihrer E-Mail aufrufen, die die Gesamthäufigkeit und den Ort der Klicks innerhalb der Laufzeit der Kampagne anzeigt. Im Panel Link Table by Total Clicks können Sie alle Links in Ihrer E-Mail-Kampagne anzeigen und nach Gesamtklicks sortieren. Dies kann zusätzliche Insights darüber liefern, wohin Ihre Nutzer:innen navigieren. Um eine Kopie der Heatmap als Referenz zu speichern, klicken Sie auf den Download-Button.

Wenn Links Liquid für dynamische URLs verwenden, stimmen die angeklickten URLs möglicherweise nicht genau genug mit dem gerenderten Link in der Nachricht überein, sodass die Heatmap die Klicks nicht mit diesem Link verknüpfen kann – diese Links werden dann möglicherweise nicht auf der Heatmap angezeigt. Um Klickdaten auf der Heatmap mit Template-Links zu verknüpfen, verwenden Sie Link Aliasing. Für ein vollständiges Bild verwenden Sie die Klickdaten im Panel Link Table by Total Clicks.

Heatmap-Abmeldeklicks versus Kampagnen-Analytics
Klicks auf Abmeldelinks in der Heatmap können von der Metrik Unsubscribers in den Kampagnen-Analytics abweichen:
- Wenn Sie eine benutzerdefinierte Abmelde-URL im Nachrichtentext verwenden, behandelt Braze diesen Link für Heatmap-Zwecke als einen standardmäßig getrackten Link – er erscheint in der Link Table by Total Clicks wie jeder andere Link. Wenn Braze eine Abmeldung über den von Braze bereitgestellten Abmeldelink verarbeitet, wird die Metrik Unsubscribers erhöht. Benutzerdefinierte Abmelde-URLs erhöhen diese Metrik nicht, es sei denn, Sie aktualisieren Nutzer:innen über die API.
- Wenn sich Nutzer:innen über den List-Unsubscribe-Header abmelden (eine Ein-Klick-Abmeldeoption, die von einigen Posteingangs-Anbietern angezeigt wird), wird Unsubscribers in den Kampagnen-Analytics erhöht, aber dies erscheint nicht als Klick in der Heatmap. Wenn die Nachricht Unsubscribe from specific subscription group verwendet, meldet Braze die Nutzer:in nur von der konfigurierten Abo-Gruppe ab, nicht global. Die Verfügbarkeit dieser Option variiert je nach Empfänger:in, da sich die Posteingangs-Anbieter darin unterscheiden, ob sie den List-Unsubscribe-Header rendern oder unterstützen.
Für eine vollständige Übersicht über das Abmeldeverhalten überprüfen Sie sowohl die Heatmap-Link-Aufschlüsselung als auch die Metrik Unsubscribers. Weitere Details finden Sie unter Warum sich Unsubscribes und Abmeldelink-Klicks unterscheiden können.
Nur-Mobil-Links in der Heatmap
Die Heatmap zeigt nur Wärmesignaturen für Links an, die bei der ausgewählten Vorschaugröße sichtbar sind.
Links, die nur im mobilen Layout erscheinen, sind in der Desktop-Ansicht ausgeblendet (und können je nach Vorschaubreite auch in Overall ausgeblendet sein), sodass diese Klicks nicht als Wärmesignaturen angezeigt werden. Diese Links erscheinen dennoch im Panel Link Table by Total Clicks mit ihren Gesamtklicks und Prozentsätzen.
Um Wärmesignaturen für Nur-Mobil-Links anzuzeigen, wählen Sie Mobile. Die mobile Vorschau entspricht dem mobilen Breakpoint des Drag-and-Drop-Editors (620 px). Wenn die E-Mail erst bei einer schmaleren Breite das Layout wechselt, bleiben diese Links auch in der Mobile-Vorschaugröße ausgeblendet.
Bilder
Wir empfehlen, CORS für Ihre Bild-URLs zu aktivieren, damit Bilder in Heatmap-Vorschauen und -Exporten nicht fehlen.
Wenn Bilder in einem Export fehlen, arbeiten Sie mit Ihren Entwickler:innen zusammen, damit Bild-Assets den Cross-Origin-Zugriff erlauben: Der Server sollte den Header Access-Control-Allow-Origin mit entweder * oder Ihrer Braze-Dashboard-Domain zurückgeben.
E-Mail-Metriken
Im Folgenden finden Sie einige wichtige E-Mail-spezifische Metriken, die in anderen Kanälen nicht verfügbar sind. Die vollständigen Definitionen aller in Braze verwendeten E-Mail-Metriken finden Sie in unserem E-Mail-Analytics-Glossar.
| Metrik | Definition |
|---|---|
| Unique Clicks | Eindeutige Klicks ist die eindeutige Anzahl von Empfänger:innen, die mindestens einmal auf einen Link innerhalb einer Nachricht geklickt haben, und wird gemessen durch dispatch_id. Dieser Wert wird über einen Zeitraum von sieben Tagen für E-Mails getrackt und anhand der dispatch_id gemessen. Dazu gehören auch Klicks auf die von Braze bereitgestellten Abmeldelinks. Dieser Wert sollte zwischen 5–10 % liegen. Alles über 10 % ist außergewöhnlich! |
| Unique Opens | Eindeutige Öffnungen ist die Gesamtzahl (oder der Prozentsatz) der zugestellten Nachrichten, die von einer einzelnen Nutzer:in mindestens einmal geöffnet wurden und über einen Zeitraum von sieben Tagen verfolgt werden. Bei E-Mails erfolgt das Tracking über einen Zeitraum von 7 Tagen. Dieser Wert sollte zwischen 30–40 % liegen. Alles über 40 % ist außergewöhnlich! |
| Click-to-Open Rate | Die Klick-Öffnungsrate ist der Prozentsatz der geöffneten E-Mails, die mindestens einmal von einer einzelnen Nutzer:in oder einem Gerät angeklickt wurden, und ist nur im Berichts-Builder verfügbar. |
| Spam Rate | Spam ist die Gesamtzahl der zugestellten E-Mails, die von der Empfänger:in als „Spam“ markiert wurden. Braze ändert zwar nicht den Abo-Status dieser Nutzer:innen, aber diese Nutzer:innen werden in zukünftigen E-Mails automatisch ausgeschlossen, es sei denn, Sie senden eine Transaktions-E-Mail, die so konfiguriert ist, dass sie „an alle Nutzer:innen gesendet wird, einschließlich Abgemeldeter“. Wenn diese Metrik größer als 0,08 ist, könnte dies ein Hinweis darauf sein, dass entweder Ihr Nachrichtentext zu verkaufsorientiert ist oder Sie Ihre Methoden zur Erfassung von E-Mail-Adressen überdenken sollten (um sicherzustellen, dass Sie nur Personen anschreiben, die an Ihrer Korrespondenz interessiert sind). |
| Unsubscribers or Unsub | Abmelder:innen oder Unsub ist die Anzahl der Nachrichten, die zu einer Abmeldung geführt haben. Abmeldungen erfolgen, wenn Braze eine Abmeldung über die Braze-Abmelde-URL im Nachrichtentext oder über den List-Unsubscribe-Header verarbeitet, sofern dieser Pfad von Braze gehandhabt wird. |
| Other Opens |
Andere Öffnungen umfasst menschliche Öffnungen, die nicht von E-Mail-Datenschutz betroffen sind (z. B. wenn ein:e Nutzer:in eine E-Mail in der Gmail-App oder auf Gmail Desktop öffnet, wodurch ein Tracking-Pixel ausgelöst und eine reguläre Öffnung protokolliert wird). Andere Öffnungen sind in der Regel menschliche Öffnungen, es kann jedoch auch Szenarien geben, in denen ein Gerät die E-Mail öffnet (ein Bot oder ein Posteingangs-Dienstleister wie Gmail oder Yahoo). Es ist auch möglich, dass ein:e Nutzer:in eine E-Mail auf einem Nicht-iOS-Gerät öffnet und die andere Öffnung protokolliert wird, bevor eine automatische Öffnung protokolliert wird.
Da automatische Öffnungen nutzergesteuert sein können, ist das Verhältnis zwischen automatischen Öffnungen und anderen Öffnungen nicht menschlich gegenüber nicht-menschlich, sondern vielmehr E-Mail-Datenschutz-betroffen gegenüber nicht E-Mail-Datenschutz-betroffen. Während andere Öffnungen weiterhin herangezogen werden können, um einen Teil der menschlichen Öffnungen zu messen, ist es derzeit nicht möglich, den Prozentsatz der automatischen Öffnungen zu bestimmen, die menschlich gesteuert sind, sodass eine genaue „echte“ Öffnungsrate derzeit nicht ermittelt werden kann. Für Nutzer:innen mit aktiviertem E-Mail-Datenschutz:
|
| Estimated Real Opens | Die geschätzten realen Öffnungen sind eine Schätzung der Anzahl der eindeutigen Öffnungen, die es geben würde, wenn es keine maschinellen Öffnungen gäbe, und sind das Ergebnis eines proprietären statistischen Modells von Braze. Weitere Informationen finden Sie im folgenden Abschnitt. |
| Machine Opens |
Automatische Öffnungen umfasst sowohl nicht-menschliche als auch menschliche Öffnungen, die auf eine Öffnung durch eine:n Nutzer:in mit aktiviertem Apple E-Mail-Datenschutz (E-Mail-Datenschutz) hinweisen. Das bedeutet, dass ein:e Nutzer:in mehrere automatische Öffnungen protokollieren kann. Automatische Öffnungen werden nicht automatisch generiert, wenn das Gerät nicht mit WLAN verbunden ist, sodass ein:e Nutzer:in eine E-Mail in der Apple-Mail-App möglicherweise öffnet, bevor Apple die Bilder vorab abruft, was dennoch als automatische Öffnung protokolliert wird.
Für Nutzer:innen mit aktiviertem E-Mail-Datenschutz:
|
| Bounces | Bounces ist die Gesamtzahl der Nachrichten, die nicht erfolgreich an die vorgesehenen Empfänger:innen zugestellt werden konnten. |
| Hard Bounce | Ein Hard Bounce liegt vor, wenn eine E-Mail aufgrund eines dauerhaften Zustellungsfehlers nicht an die Empfänger:in zugestellt werden kann. Ein Hard Bounce kann auftreten, weil der Domainname nicht existiert oder weil die Empfänger:in unbekannt ist. |
| Soft Bounce | Ein Soft Bounce liegt vor, wenn eine E-Mail aufgrund eines vorübergehenden Zustellungsfehlers nicht an die Empfänger:in zugestellt werden kann, obwohl die E-Mail-Adresse der Empfänger:in gültig ist. Ein Soft Bounce kann auftreten, weil der Posteingang der Empfänger:in voll ist, der Server ausgefallen ist oder die Nachricht zu groß für den Posteingang der Empfänger:in war. |
| Deferral | Eine Zurückstellung liegt vor, wenn eine E-Mail nicht sofort zugestellt werden konnte. Braze versucht jedoch, die E-Mail bis zu 72 Stunden nach diesem vorübergehenden Zustellungsfehler erneut zuzustellen, um die Chancen auf eine erfolgreiche Zustellung zu maximieren, bevor die Versuche für diese spezifische Campaign eingestellt werden. |
Zustellungen und Bounces
Das Dashboard hebt Hard Bounces hervor. Einige Bounces können Soft Bounces sein und stimmen allein nicht mit dieser Zahl überein. Sie können Soft Bounces mit dieser Formel annähern:
Sendungen − (Zustellungen + Hard Bounces) ≈ Soft Bounces
Zustellungen können während des Wiederholungsfensters Ihres E-Mail-Anbieters (ESP) steigen, wenn Wiederholungsversuche erfolgreich sind, während Sendungen und Hard Bounces bei einem einmaligen Versand nach Abschluss des Versands feststehen. SendGrid und SparkPost wiederholen bis zu 72 Stunden; Amazon SES wiederholt bis zu 14 Stunden.
Häufige Szenarien bei der Fehlerbehebung der Zustellung
Beachten Sie bei der Überprüfung Ihrer E-Mail-Analytics die folgenden Muster:
- Lücke zwischen Sendungen und (Zustellungen + Hard Bounces): Während des ESP-Wiederholungsfensters nach einem einmaligen Versand spiegelt diese Lücke häufig Soft Bounces oder Deferrals wider, die noch wiederholt werden. Nach Abschluss der Wiederholungsversuche bedeutet eine verbleibende Lücke in der Regel, dass Nachrichten einen Soft Bounce hatten und nie zugestellt wurden – diese Sendungen werden nicht in den Kampagnen-_Zustellungen_ oder Bounces gezählt. Verwenden Sie die Formel unter Zustellungen und Bounces, um laufende Soft Bounces abzuschätzen.
- Niedrige Zustellungen nach Abschluss der Wiederholungsversuche: Wenn die Zustellraten nach Abschluss der Wiederholungsversuche niedrig bleiben, vergleichen Sie das Sendevolumen mit Ihren üblichen Mustern. Postfach-Anbieter können E-Mails verzögern, drosseln oder mit einem Soft Bounce versehen, wenn das Volumen im Verhältnis zu Ihrer Absender-Reputation ansteigt. Möglicherweise sehen Sie Nachrichten wie
Email was deferred due to the following reason(s): [IPs were throttled by recipient server]im Nachrichten-Aktivitätsprotokoll. Verwenden Sie Rate-Limiting für die Zustellgeschwindigkeit, um große Sendungen zu dosieren, und lesen Sie Gedrosselte IPs für weitere Schritte zur Fehlerbehebung. - Soft Bounces und Deferrals werden nicht in den Kampagnen-Analytics angezeigt: Kampagnen-Analytics heben Hard Bounces hervor, enthalten aber Soft Bounces oder Deferrals nicht als separate Spalten. Überwachen Sie diese Ereignisse im Nachrichten-Aktivitätsprotokoll, mit dem Segmentfilter „Soft Bounced“ oder über Currents-Deferral-Events. Informationen zur Funktionsweise von Wiederholungsversuchen finden Sie unter Deferrals.
- Zustellprozentsätze, die sich möglicherweise nicht zu 100 % addieren: Zustellungen %, Bounce % und Spam Rate % ergeben möglicherweise nicht 100 % der Sendungen. Nachrichten, die einen Soft Bounce haben und nach dem ESP-Wiederholungsfenster nie zugestellt werden, werden nicht in den Kampagnen-_Zustellungen_ oder Bounces gezählt, sodass ein Teil der Sendungen in diesen Raten nicht berücksichtigt wird. Warten Sie, bis die Wiederholungsversuche abgeschlossen sind, bevor Sie die endgültige Zustellleistung beurteilen, oder verwenden Sie die Formel unter Zustellungen und Bounces, um abzuschätzen, wie viele Sendungen sich noch im Wiederholungsversuch befinden.
Klicks ohne Öffnungs-Event
Ein Klick kann ohne eine Öffnung protokolliert werden, wenn das Öffnungs-Pixel nie geladen wird. Zum Beispiel wird die Nachricht in Gmail abgeschnitten, oder die Nutzer:in hat Bilder deaktiviert (das Öffnungs-Pixel befindet sich normalerweise in der Fußzeile). Einige Clients leiten Bilder über Proxys weiter (wie Apple Mail), sodass die Öffnung protokolliert werden kann, wenn der Server das Pixel zum ersten Mal abruft – nicht wenn die Nutzer:in die E-Mail liest. Unternehmensdomains blockieren Bilder oft standardmäßig.
Ein Klick und eine Öffnung können auch an verschiedenen Tagen stattfinden: Eine Nutzer:in könnte am 16. Mai mit deaktivierten Bildern klicken (keine Öffnung) und dann am 17. Mai im Webmail öffnen (Öffnung wird dann protokolliert).
Höhere Unique Clicks als Unique Opens
Es kann vorkommen, dass Unique Clicks die Unique Opens deutlich übersteigen (z. B. mehrere eindeutige Klicks pro eindeutiger Öffnung), selbst wenn Sie von Ihrer Zielgruppe ein niedrigeres Verhältnis erwarten. Dieses Muster bedeutet in der Regel, dass Öffnungen zu niedrig gezählt, Klicks überhöht oder beides der Fall ist. Das bedeutet jedoch nicht, dass Braze Klicks isoliert falsch zählt.
Braze protokolliert eine E-Mail-Öffnung, wenn das Öffnungs-Tracking-Pixel geladen wird. Dieses Pixel ist ein kleines transparentes Bild (oft als 1 x 1 px beschrieben), das Braze dem Nachrichten-HTML hinzufügt. Wenn das Pixel nie geladen wird, wird für diese Ansicht keine Öffnung protokolliert, aber Link-Klicks können dennoch registriert werden – sodass Ihre Click-to-Open-Rate und das Verhältnis zwischen diesen beiden Metriken verzerrt aussehen können.
Das Postfach hat das Öffnungs-Tracking-Pixel nie geladen
Das Pixel wird möglicherweise nicht geladen, wenn:
- Die Nachricht abgeschnitten wird. Langes HTML schiebt Inhalte – einschließlich des Pixels am Ende – hinter einen „Gesamte Nachricht anzeigen“-Abschnitt. In Gmail werden Nachrichten, die größer als etwa 102 KB sind, häufig abgeschnitten, was das Laden des Pixels verhindern kann, bis die vollständige Nachricht geöffnet wird (und manchmal auch dann nicht, je nach Client).
- Bilder blockiert oder eingeschränkt sind. Strengere Posteingangs-Sicherheit (häufig bei Unternehmenskonten) kann Remote-Bilder blockieren, bis die Empfänger:in sich entscheidet, sie zu laden, sodass das Öffnungs-Pixel nicht ausgelöst wird, obwohl getrackte Links angeklickt werden.
- Die Nachricht sich im Spam- oder Massenordner befindet. Viele Anbieter laden Remote-Bilder (einschließlich des Öffnungs-Pixels) in diesen Ordnern standardmäßig nicht.
Was Sie tun können
- Abschneiden: Kürzen und vereinfachen Sie das HTML, entfernen Sie ungenutzte Styles oder Assets und halten Sie die Gesamtgröße der Nachricht innerhalb der Client-Limits. Für Gmail sollten Sie unter etwa 102 KB bleiben, wie unter E-Mail-Größe beschrieben.
- Posteingangs-Sicherheit und Bildladen: Nur die Empfänger:in (oder deren IT-Richtlinie) kann ändern, ob Bilder standardmäßig geladen werden.
- Spam-Platzierung: Konzentrieren Sie sich auf die Verbesserung der E-Mail-Zustellbarkeit und Listenhygiene. Wenn E-Mails regelmäßig im Spam landen und die Metriken falsch aussehen, wenden Sie sich an den Braze-Support.
Sicherheits- oder Bot-Aktivität bei Links
Einige E-Mail-Sicherheitsprodukte folgen Links, um nach Bedrohungen zu scannen. Diese Anfragen können einen Klick protokollieren, ohne Bilder zu laden, sodass Sie Klickaktivität ohne eine entsprechende Öffnung sehen können.
Deferrals
Ein Deferral bedeutet, dass eine E-Mail nicht sofort zugestellt werden konnte, Braze die E-Mail jedoch über Ihren ESP nach diesem vorübergehenden Zustellungsfehler erneut versucht, um die Chancen auf eine erfolgreiche Zustellung zu maximieren, bevor die Versuche für diese spezielle Kampagne eingestellt werden. SendGrid und SparkPost wiederholen bis zu 72 Stunden; Amazon SES wiederholt bis zu 14 Stunden. Typische Gründe für Deferrals sind reputationsbasiertes Rate-Limiting des Posteingangs-Anbieters für das E-Mail-Volumen, vorübergehende Verbindungsprobleme oder DNS-Fehler.
Deferrals unterscheiden sich von Soft Bounces. Wenn während dieses Wiederholungszeitraums keine E-Mail erfolgreich zugestellt wurde, sendet Braze ein Soft-Bounce-Event pro versuchtem Kampagnenversand. Vor dem 25. Februar 2025 wurden diese Wiederholungsversuche als mehrere Soft Bounces für einen Kampagnenversand gezählt.
Beachten Sie, dass Deferrals derzeit nur über Currents oder Braze-Snowflake-Features (wie Abfrage-Builder, SQL-Segmente, Snowflake-Datenfreigabe) verfügbar sind. Wenn Sie an Deferrals in campaign or Canvas analytics interessiert sind, reichen Sie Produktfeedback ein.
Geschätzte reale Öffnungsrate
Diese Statistik verwendet ein proprietäres, von Braze entwickeltes Analysemodell, um eine Schätzung der individuellen Öffnungsrate der Kampagne zu rekonstruieren – so, als ob es keine automatischen Öffnungen gäbe. Obwohl wir bei einigen Öffnungs-Events von E-Mail-Absendern die Kennzeichnung Machine Opens erhalten, können diese Kennzeichnungen häufig tatsächliche Öffnungen fälschlicherweise als automatische Öffnungen markieren. Mit anderen Worten: Die Other Opens sind wahrscheinlich eine Unterschätzung der tatsächlichen Öffnungen (durch echte Nutzer:innen). Stattdessen verwendet Braze die Klickdaten der einzelnen Kampagnen, um auf die Rate zu schließen, mit der Menschen die Nachricht tatsächlich geöffnet haben. Dies kompensiert verschiedene Mechanismen zum automatischen Öffnen, einschließlich Apples MPP.
Braze bewertet die Estimated Real Open Rate in regelmäßigen Abständen, nachdem eine Kampagne genügend E-Mails versendet hat. Nach einer Bewertung kann Braze die Metrik einmal nach mindestens 72 Stunden erneut bewerten, selbst wenn sich das Sendevolumen der Kampagne nicht geändert hat. Weitere Neubewertungen erfordern ein erhöhtes Sendevolumen.
Braze bewertet initial bis zu 10.000 zugestellte E-Mails pro Variante, aber das Erreichen dieses Volumens garantiert keine Schätzung. Jede Variante benötigt außerdem genügend qualifizierende Klicks von Empfänger:innen mit Machine Opens und Empfänger:innen ohne Machine Opens.
Wenn die qualifizierende Klickaktivität nicht ausreicht, zeigt die Spalte „–“ an. Wenn Braze die Variante erneut bewertet, können zusätzliche qualifizierende Klicks eine Schätzung ergeben.
Einschränkungen
Die Estimated Real Open Rate ist nur in Campaigns verfügbar und wird nicht in Currents-Events gemeldet. Diese Metrik wird nur für aktive Kampagnen, die vor dem 14. November 2023 gestartet wurden, rückwirkend berechnet.
Umgang mit steigenden Klickraten
Öffnungsraten können eine aufschlussreiche Metrik für das Tracking Ihrer E-Mail-Kampagnen sein. Allerdings sind diese Öffnungsraten nicht unbedingt ein genauer Indikator für das menschliche Engagement bei E-Mail-Kampagnen. Ein Öffnungs-Event tritt definitionsgemäß ein, wenn eine Nutzer:in eine E-Mail öffnet, was bedeutet, dass ein transparentes Tracking-Pixel für die Öffnung erfolgreich heruntergeladen wurde.
Darüber hinaus kann die Verwendung von Sicherheitsscannern die Öffnungsraten in die Höhe treiben. Einige dieser Tools schützen ihre Nutzer:innen, indem sie eingehende E-Mails auf bösartige Inhalte überprüfen und auf Links klicken, um deren Legitimität zu verifizieren. Diese Klicks werden oft als „Bot-Klicks“ oder „nicht-menschliche Interaktion“ (NHI) bezeichnet.
Nachdem eine E-Mail unsere Server verlassen hat, haben wir nur begrenzte Einblicke in den weiteren Verlauf. Hier sind einige Empfehlungen zum Umgang mit NHI, die sich auf Ihre Ergebnisse auswirken können:
- Seien Sie sich bewusst, dass dies bei jedem Absender und fast jeder Empfänger:in passieren kann. Klicks sind ebenso wie Öffnungen kein vollständig zuverlässiger Indikator für die menschliche Interaktion mit Ihren Nachrichten – NHI lässt sich nicht verhindern.
- Ein höheres positives Engagement korreliert in der Regel mit niedrigerer NHI. Daher ist es wichtig, die Best Practices für E-Mail-Messaging zu befolgen. Dazu gehört, die ausdrückliche Erlaubnis Ihrer Nutzer:innen für den E-Mail-Versand einzuholen und nicht engagierte Abonnent:innen regelmäßig per Sunsetting zu entfernen.
- Verwenden Sie wenn möglich HTTPS-Links in Ihren E-Mails. NHI ist bei Absendern, die sichere Links verwenden, weniger verbreitet.
- Wenn Sie einen Ein-Klick-Abmeldeprozess verwenden, sollten Sie die Einrichtung eines Präferenzzentrums in Betracht ziehen, das die Nutzer:innen zu einer Seite weiterleitet, auf der sie ihre Benachrichtigungseinstellungen bearbeiten und verwalten können. Dies kann hilfreich sein, da NHI Nutzer:innen versehentlich abmelden kann.
- Ziehen Sie andere Metriken in Betracht, um den Erfolg Ihres E-Mail-Marketings zu messen, z. B. Konversionen, App-Sitzungen oder Website-Besuche.
- Fügen Sie einen versteckten Link in Ihre E-Mail-Kampagnen ein. Dieser Link sollte für Menschen nicht sichtbar sein, z. B. weißer Text auf weißem Hintergrund oder ein Interpunktionszeichen. Bots neigen dazu, alle Links anzuklicken. Daher können Sie davon ausgehen, dass Nutzer:innen, die Klick-Events auf dem unsichtbaren Link generieren, tatsächlich das Ergebnis von NHI sind – die Öffnung oder der Klick deutet also nicht unbedingt auf positives Engagement hin.
Fehlerbehebung
Zurückgewiesene E-Mails
- 554 5.7.1 [internal] recipient address was suppressed due to customer policy: Versuchen Sie eine andere Adresse, nutzen Sie einen anderen Kanal oder entfernen Sie die Adresse nur für Ihre eigenen Testkonten von der Unterdrückungsliste. Vermeiden Sie es, die Unterdrückung für echte Nutzer:innen aufzuheben, da dies der Reputation schaden kann.
- Postfach voll / ungültiges Konto: Oft ein Signal für die Listenqualität. Priorisieren Sie Nutzer:innen, die kürzlich geöffnet oder geklickt haben (z. B. in den letzten 30–60 Tagen), während Sie inaktive oder ungültige Adressen bereinigen.
Soft-Bounce-Wiederholungsverhalten
Wenn eine E-Mail aufgrund vorübergehender Probleme (wie einem vollen Postfach, einem vorübergehend nicht verfügbaren Server oder anderen vorübergehenden Zustellbarkeitsproblemen) einen Soft Bounce verursacht, wiederholt Braze die Zustellung automatisch bis zu 72 Stunden lang. Die Anzahl der Wiederholungsversuche variiert je nach Empfänger.
Wenn die E-Mail nach dem Wiederholungszeitraum nicht erfolgreich zugestellt wurde, protokolliert Braze ein Soft-Bounce-Event für diesen Kampagnenversand. Diese Soft Bounces erscheinen nicht in den Kampagnen-Analytics, aber Sie können:
- Sie im Nachrichten-Aktivitätsprotokoll überwachen, um die Bounce-Gründe einzusehen
- Den Segmentfilter „Soft Bounced“ verwenden, um diese Nutzer:innen von zukünftigen Sendungen auszuschließen
Aufgrund dieses Wiederholungszeitraums ergeben die E-Mail-Zustellmetriken (Zustellungen, Bounces und Spam-Rate) bei Kampagnen, bei denen E-Mails nach einem Soft Bounce letztendlich nicht zugestellt werden, möglicherweise nicht 100 %.
Weitere Informationen zu Soft Bounces finden Sie im E-Mail-Analytics-Glossar.
Ungültige Domains
Fehler wie unable to get mx info bedeuten oft, dass viele Empfänger:innen fehlerhafte Domains verwenden (z. B. Tippfehler). Segmentieren, exportieren, korrigieren und re-importieren Sie diese Profile.
Gedrosselte IPs
Möglicherweise sehen Sie die Meldung Email was deferred due to the following reason(s): [IPs were throttled by recipient server] im Nachrichten-Aktivitätsprotokoll, wenn ein Postfach-Anbieter die Zustellung von Ihrer IP aufgrund von Volumen, Reputation oder beidem vorübergehend verlangsamt oder blockiert. Braze wiederholt verzögerte Nachrichten; wenn sich Deferrals häufen, sehen Sie daneben häufig auch erhöhte Soft Bounces.
Dieses Muster bedeutet in der Regel, dass Sie schneller senden, als der Postfach-Anbieter bei Ihrer aktuellen Reputation akzeptiert. Verwenden Sie zusätzlich zur Verbesserung des Engagements und der Listenqualität das Rate-Limiting für die Zustellgeschwindigkeit, um zu begrenzen, wie schnell Nachrichten für eine Kampagne oder ein Canvas Braze verlassen. Das hilft, die Drosselung zu reduzieren, während Sie mit Ihrem Zustellbarkeitsteam an langfristigen Lösungen arbeiten.
Wenn die Drosselung bei bestimmten Domains anhält, reduzieren Sie das Volumen zu diesen Domains und wenden Sie sich an den Braze-Zustellbarkeits-Support.
Unbekannter IP-Reputationsstatus
Wenn Ihr E-Mail-Performance-Bericht den Wert „unbekannt“ für die IP-Reputation anzeigt, kann dies mit einem Ausfall der Google Postmaster Tools zusammenhängen. Google Postmaster Tools liefert Reputationsdaten für die Gmail-Zustellbarkeit, und vorübergehende Serviceunterbrechungen können zu fehlenden oder unbekannten Reputationswerten führen.
Wenn Sie einen unbekannten Reputationsstatus sehen und Fragen zu Ihrer E-Mail-Zustellbarkeit haben, wenden Sie sich an den Braze-Support.
KakaoTalk-Reporting

KakaoTalk-Performance
Das Panel KakaoTalk Performance zeigt Ihnen, wie gut Ihre Nachricht in verschiedenen Dimensionen abgeschnitten hat. Die Metriken in diesem Panel variieren je nach gewähltem Messaging-Kanal und je nachdem, ob Sie einen multivariaten Test durchführen. Klicken Sie auf das Symbol Preview, um Ihre Nachricht für jede Variante oder jeden Kanal anzuzeigen.
Wenn Sie Ihre Ansicht vereinfachen möchten, klicken Sie auf Add/Remove Columns und deaktivieren Sie die gewünschten Metriken. Standardmäßig werden alle Metriken angezeigt.
KakaoTalk-Metriken
Im Folgenden finden Sie einige wichtige KakaoTalk-Metriken, die Sie in Ihren Analytics sehen können. Weitere Details finden Sie im Glossar der Berichtsmetriken.

Derzeit sind für KakaoTalk-Kampagnen keine geschätzten oder exakten Zielgruppenstatistiken verfügbar.
| Begriff | Definition |
|---|---|
| Zielgruppe | Zielgruppe ist der Prozentsatz der Nutzer:innen, die eine bestimmte Nachricht erhalten haben. (Anzahl der Empfänger:innen in der Variante) / (Eindeutige Empfänger:innen) |
| Eindeutige Empfänger:innen | Eindeutige Empfänger:innen ist die Anzahl der eindeutigen täglichen Empfänger:innen, also Nutzer:innen, die an einem Tag eine neue Nachricht erhalten haben. Damit dieser Zähler für eine Nutzer:in mehr als einmal erhöht wird, muss die Nutzer:in an einem anderen Tag eine neue Nachricht erhalten. Diese Zahl basiert auf der user_id. Weitere Details finden Sie unter Eindeutige Empfänger:innen im Glossar der Berichtsmetriken. |
| Sendungen | Die Gesamtzahl der in einer Kampagne gesendeten Nachrichten. Dies bedeutet nicht, dass die Nachricht empfangen oder an ein Gerät zugestellt wurde, sondern nur, dass die Nachricht gesendet wurde. |
| Klicks gesamt | Die Gesamtzahl der Male, die die gesendeten KakaoTalk-Nachrichten von Nutzer:innen angeklickt wurden. |
| Fehler | Fehler ist die Anzahl der vom KakaoTalk-Anbieter zurückgegebenen Fehler (wird während des Sendevorgangs erhöht). |
| Umsatz | Umsatz ist der Umsatz in Dollar von Kampagnenempfänger:innen innerhalb des festgelegten primären Konversionsfensters. |
| Primäre Konversionen | Primäre Konversionen ist die Anzahl der Male, die ein definiertes Ereignis nach der Interaktion mit oder dem Anzeigen einer empfangenen Nachricht aus einer Braze-Kampagne aufgetreten ist. Dieses definierte Ereignis wird von Ihnen beim Erstellen der Kampagne festgelegt. |
Berichts-Builder
Sie können auch den Berichts-Builder verwenden, um benutzerdefinierte Berichte für Ihre KakaoTalk-Kampagnen zu erstellen. Beim Erstellen eines Berichts können Sie filtern, um nur KakaoTalk-Kampagnen einzubeziehen, indem Sie unter Channels die Option KakaoTalk auswählen oder nach Tags filtern, die Sie Ihren KakaoTalk-Kampagnen zugewiesen haben.
In-App-Nachrichten-Reporting

In Canvas sehen Sie die Performance von In-App-Nachrichten, die dem von Ihnen erstellten Canvas zugeordnet sind. Sie können das Bedienfeld oben auf der Seite verwenden, um andere Nachrichtentypen (Kanäle) auszublenden und nur die In-App-Nachrichten in Ihrem Canvas anzuzeigen.

In-App-Nachrichten-Performance
Das Panel In-App Message Performance zeigt Ihnen, wie gut Ihre Nachricht in verschiedenen Dimensionen abgeschnitten hat. Die Metriken in diesem Panel variieren je nach gewähltem Messaging-Kanal und je nachdem, ob Sie einen multivariaten Test durchführen. Klicken Sie auf das Symbol Preview, um Ihre Nachricht für jede Variante oder jeden Kanal anzuzeigen.

Wenn Sie Ihre Ansicht vereinfachen möchten, klicken Sie auf Add/Remove Columns und deaktivieren Sie die gewünschten Metriken. Standardmäßig werden alle Metriken angezeigt.
Metriken für In-App-Nachrichten
Im Folgenden finden Sie einige wichtige Metriken für In-App-Nachrichten, die Sie in Ihren Analytics sehen können. Die vollständigen Definitionen aller in Braze verwendeten Metriken für In-App-Nachrichten finden Sie in unserem Glossar der Berichtsmetriken.

Die Berichterstattung für Button 1 Clicks und Button 2 Clicks funktioniert nur, wenn Sie in der In-App-Nachricht den Identifier for Reporting auf „0“ bzw. „1“ setzen.

| Metrik | Definition |
|---|---|
| Body Clicks |
Body Clicks treten auf, wenn ein:e Nutzer:in auf eine Nachricht klickt, die keine Buttons (Button 1, Button 2) hat und mit dem traditionellen Editor erstellt wurde, und wenn eine Nachricht, die mit dem HTML-Editor oder dem Drag-and-Drop-Editor erstellt wurde, brazeBridge.logClick() ohne Argumente verwendet.
|
| Button 1 Clicks | Button-1-Klicks ist die Gesamtzahl der Klicks auf Button 1 der Nachricht. |
| Button 2 Clicks | Button-2-Klicks ist die Gesamtzahl der Klicks auf Button 2 der Nachricht. |
| Unique Impressions | Eindeutige Impressionen ist die Gesamtzahl der Nutzer:innen, die eine Nachricht aus einer bestimmten Campaign angesehen haben. Eine Impression wird nur dann protokolliert, wenn die Nachricht auf dem Bildschirm einer Nutzer:in sichtbar wird. |
| Total Impressions | Impressionen insgesamt ist die Anzahl der Fälle, in denen eine Nachricht angezeigt wird. Braze protokolliert eine Impression nur dann, wenn die Nachricht für die Nutzer:in auf dem Bildschirm sichtbar wird. Wenn beispielsweise eine Nachricht am Ende einer Seite platziert wird, wird die Impression erst protokolliert, wenn die Nutzer:in nach unten scrollt und die Nachricht sichtbar wird. Wenn einer Nutzer:in dieselbe Nachricht zweimal angezeigt wird, wird dies als zwei Impressionen gezählt. |
| Conversions (B, C, D) | Konversionen (B, C, D) sind zusätzliche Konversions-Events, die nach dem primären Konversions-Event hinzugefügt werden. Dies ist die Anzahl der Male, die ein definiertes Ereignis nach der Interaktion mit oder dem Betrachten einer empfangenen Nachricht aus einer Braze-Campaign eingetreten ist. |
| Total Conversions | Die Gesamtzahl der Konversionen ist die Gesamtzahl der Fälle, in denen ein:e Nutzer:in ein bestimmtes Konversions-Event abschließt, nachdem er/sie eine In-App-Nachrichten-Campaign gesehen hat. |
| Conversion Rate | Die Konversionsrate ist der Prozentsatz der Häufigkeit, mit der ein definiertes Ereignis im Vergleich zu allen Empfänger:innen einer Nachricht eingetreten ist. Dieses definierte Ereignis wird festgelegt, wenn Sie die Campaign erstellen. |
| Close Message | Nachricht schließen ist die Gesamtzahl der Klicks auf den Button „Schließen“ der Nachricht. Dies gilt nur für In-App-Nachrichten, die mit dem Drag-and-Drop-Editor erstellt wurden, nicht mit dem traditionellen Editor. |
Abweichungen zwischen Kontrollgruppen und Varianten
Wenn eine In-App-Nachrichten-Kampagne eine 50/50-Variantenaufteilung hat, kann die Kontrollgruppe manchmal einen etwas höheren Prozentsatz aufweisen als die Variante (z. B. 51 % für die Kontrollgruppe und 49 % für die Variante). Diese Abweichung wird durch einen Unterschied in der Rendering-Zeit verursacht – zum Beispiel wenn Varianten-Nachrichten große Bilder oder templated Connected-Content verwenden und Nutzer:innen die Seite verlassen, bevor das Rendering abgeschlossen ist, während die Kontrollgruppe Impressionen protokolliert, ohne eine Nachricht anzuzeigen.
Die Verteilung zwischen Kontroll- und Variantengruppen ist grundsätzlich annähernd gleichmäßig, aber die Zuweisung zu einer Variante erfolgt erst, wenn die In-App-Nachricht tatsächlich an das Gerät gesendet wird. Einige Nutzer:innen lösen die In-App-Nachricht möglicherweise nie aus (z. B. weil sie die Aktion, die das erforderliche angepasste Event triggert, nie ausführen), was zu Unterschieden in den Gruppengrößen führen kann.
Klick-Tracking
Braze protokolliert eine Impression, wenn eine In-App-Nachricht auf dem Bildschirm sichtbar wird. Bei In-App-Nachrichten, die mit dem traditionellen Editor erstellt wurden, beschreibt die folgende Tabelle, was als Klick gezählt wird.
| Nutzeraktion | Klick protokolliert |
|---|---|
| Nutzer:in klickt auf den Nachrichtentext, wenn die Nachricht keine Buttons hat | Ja (Body-Klick) |
| Nutzer:in klickt auf einen Button | Ja (Button-Klick) |
| Nutzer:in klickt auf den Schließen-Button (X) | Nein |
| Nutzer:in tippt oder klickt außerhalb der Nachricht, um sie zu schließen (wenn aktiviert) | Nein |
| Nutzer:in schließt die App, während die Nachricht angezeigt wird | Nein |
Metriken für Vollbild-Nachrichten nach Nutzeraktion
Bei Vollbild-In-App-Nachrichten, die mit dem traditionellen Editor erstellt wurden, zeigt die folgende Tabelle, was Braze bei häufigen Nutzeraktionen protokolliert. Eine Impression wird protokolliert, wenn die Nachricht auf dem Bildschirm sichtbar wird.
| Nutzeraktion | Vollbild mit Buttons | Vollbild ohne Buttons |
|---|---|---|
| Nutzer:in sieht eine In-App-Nachricht, klickt auf nichts und schließt die App | 1 Impression | 1 Impression |
| Nutzer:in sieht eine In-App-Nachricht und klickt auf den Schließen-Button | 1 Impression | 1 Impression |
| Nutzer:in sieht eine In-App-Nachricht und klickt auf einen CTA-Button | 1 Button-Klick und 1 Impression | Nicht zutreffend |
| Nutzer:in sieht eine In-App-Nachricht und tippt auf den Bildschirm, aber nicht auf einen Button | 1 Impression Das Tippen auf die In-App-Nachricht schließt die Nachricht nicht |
1 Body-Klick und 1 Impression Das Tippen auf die In-App-Nachricht schließt die Nachricht oder löst das Klickverhalten aus |

Body-Klicks werden für In-App-Nachrichten, die mit dem Drag-and-Drop-Editor erstellt wurden, nicht automatisch erfasst. Um Body-Klicks zu protokollieren, fügen Sie einen Block Custom code hinzu und rufen Sie brazeBridge.logClick() auf. Details finden Sie unter Button-Tracking und JavaScript-Bridge.
Definitionen für Body-Klicks und Button-Klicks finden Sie im Glossar der Berichtsmetriken.
Informationen zu Impressions-Ungleichgewichten zwischen Kontrollgruppe und Variante in A/B-Tests finden Sie unter Abweichungen zwischen Kontrollgruppe und Variante.
Wie werden Konversionen bei Wiederzulassung gezählt?
Braze weist jeder Zustellung einer In-App-Nachricht nur eine Konversion zu und ordnet sie der zuletzt empfangenen Nachricht zu.
Wenn die Wiederzulassung aktiviert ist, kann jede neue Zustellung ihre eigene Konversion generieren. Wenn eine Nutzer:in beispielsweise dieselbe In-App-Nachricht fünfmal sieht und nach jeder Impression konvertiert, werden fünf Konversionen gezählt. Wenn eine Nutzer:in die Nachricht nur einmal sieht, danach aber mehrfach konvertiert, wird nur eine Konversion gezählt.
Wenn eine Nutzer:in an zwei verschiedenen Tagen eine In-App-Nachricht aufruft, aber erst am dritten Tag konvertiert, protokolliert Braze die Konversion für die Impression des zweiten Tages. Bei Canvases werden Konversionen pro Canvas-Eintritt getrackt, nicht pro Schritt. Wenn eine Nutzer:in bei mehreren Schritten desselben Eintritts konvertiert, zählt dies dennoch nur als eine Konversion.
Eine Nutzer:in erhält an einem einzigen Tag fünfmal dieselbe In-App-Nachricht und konvertiert am selben Tag fünfmal.
Sarah erhält eine In-App-Nachricht von einer Shopping-App über einen zeitlich begrenzten Sale ihrer Lieblingsschuhmarke. Sie klickt auf die Nachricht und kauft zwei Paar Schuhe.
Einige Stunden später erhält sie erneut dieselbe In-App-Nachricht und beschließt, ein weiteres Paar Schuhe zu kaufen. Dies passiert an einem einzigen Tag insgesamt fünfmal, und Sarah tätigt fünf separate Käufe – jedes Mal nach dem Klick auf die In-App-Nachricht.
Ergebnisse: Total Conversions und Total Impressions für Sarah erhöhen sich an diesem einzelnen Tag jeweils um fünf. Da Unique Impressions erst nach einer Kalendertagesgrenze in der Zeitzone des Workspace erneut erhöht werden kann, bleibt Unique Impressions gleich. Dadurch steigt die Conversion Rate innerhalb dieses Zeitraums.

Jede Impression und Konversion in diesem Szenario wird als separates SDK-Event verarbeitet. Wenn Ihr SDK ein Impressions- und ein Konversions-Event zusammen bündelt, kann die Konversionsanzahl abweichen.
Eine Nutzer:in erhält eine In-App-Nachricht und konvertiert an einem einzigen Tag.
Lena erhält eine In-App-Nachricht über einen neuen Lernkurs. Sie klickt auf die Nachricht und beginnt den Kurs. Während sie in der App ist, meldet sie sich auch für vier weitere Kurse an. All dies geschieht am selben Tag nach dem Empfang einer einzigen Nachricht.
Ergebnisse: Total Conversions und Total Impressions für Lena erhöhen sich jeweils um eins.
Eine Nutzer:in erhält eine In-App-Nachricht und konvertiert einen Tag später.
Tom ist ein regelmäßiger Kunde einer E-Commerce-App. Er erhält eine In-App-Nachricht, die einen zeitlich begrenzten Rabatt auf ein Produkt bewirbt, an dem er interessiert ist. Tom klickt auf die Nachricht, entscheidet sich aber, nicht sofort zu kaufen. Am nächsten Tag erinnert sich Tom an den Rabatt und tätigt den Kauf, der der am Vortag erhaltenen In-App-Nachricht zugeordnet wird.
Ergebnisse: Total Conversions und Total Impressions für Tom erhöhen sich jeweils um eins.
Eine Nutzer:in erhält eine In-App-Nachricht und konvertiert einen Tag später zweimal.
Alex hat kürzlich eine Arcade-App heruntergeladen. Eines Tages erhält Alex eine In-App-Nachricht, die dazu ermutigt, ein Level in einem neuen Spiel abzuschließen. Alex klickt auf die Nachricht, wird aber abgelenkt und schließt kein Level ab. Am nächsten Tag schließt Alex zwei Level im selben Spiel ab.
Ergebnisse: Da das Abschließen eines Levels das Konversions-Event ist, hat Alex am zweiten Tag zweimal konvertiert. Da Alex jedoch nur eine In-App-Nachricht erhalten hat, erhöhen sich Total Conversions und Total Impressions für Alex jeweils nur um eins.
Eine Nutzer:in erhält an einem einzigen Tag zweimal dieselbe In-App-Nachricht und konvertiert am folgenden Tag zweimal.
John ist ein vielbeschäftigter Berufstätiger, der eine Liefer-App nutzt, um Essen bei seinen Lieblingsrestaurants zu bestellen. Auf dem Weg zur Arbeit löst er einen Geofence aus und erhält eine In-App-Nachricht, die Restaurants in der Nähe bewirbt. Auf dem Heimweg erhält er dieselbe Nachricht erneut, weil die Wiederzulassung aktiviert ist. Obwohl ihm die Angebote gefallen, bestellt er an diesem Tag nichts.
Am nächsten Tag bestellt John über die App Mittag- und Abendessen und führt das Konversions-Event zweimal aus.
Ergebnisse: Total Conversions für John erhöht sich um eins, und Total Impressions erhöht sich um zwei. Da die Wiederzulassung aktiviert ist, wird die Konversion der neuesten von John empfangenen In-App-Nachricht (der zweiten Impression) zugeordnet. Eine Konversion kann pro Zustellung einer In-App-Nachricht nur einmal protokolliert werden.

Wenn Sie sich dafür entscheiden, nur an Nutzer:innen zu senden, die die neueste Braze-Version der In-App-Nachrichten (Generation 3) sehen können, wird Ihre Zielgruppe nicht entsprechend Ihrer Auswahl angepasst.
LINE-Reporting
Kontrollgruppen
Um die Wirkung einer einzelnen LINE-Nachricht zu messen, können Sie einem A/B-Test eine Kontrollgruppe hinzufügen. Das übergeordnete Panel Campaign Details enthält keine Metriken aus der Kontrollgruppen-Variante.
LINE-Performance
Das Panel LINE Performance zeigt Ihnen, wie gut Ihre Nachricht in verschiedenen Dimensionen abgeschnitten hat. Die Metriken in diesem Panel variieren je nach gewähltem Messaging-Kanal und je nachdem, ob Sie einen multivariaten Test durchführen. Klicken Sie auf das Symbol Preview, um Ihre Nachricht für jede Variante oder jeden Kanal anzuzeigen.

Wenn Sie Ihre Ansicht vereinfachen möchten, klicken Sie auf Add/Remove Columns und deaktivieren Sie die gewünschten Metriken. Standardmäßig werden alle Metriken angezeigt.
LINE-Metriken
Im Folgenden finden Sie einige wichtige LINE-Metriken, die Sie in Ihren Analytics sehen können. Die Definitionen aller in Braze verwendeten LINE-Metriken finden Sie im Glossar der Berichtsmetriken.
| Begriff | Definition |
|---|---|
| Sendungen | Die Gesamtzahl der Sendungen, die erfolgreich zwischen Braze und LINE kommuniziert wurden. Dies bedeutet nicht, dass die Nachricht von der Nutzer:in empfangen wurde. |
| Unique Opens | Die Gesamtzahl der gesendeten LINE-Nachrichten, die von Nutzer:innen geöffnet wurden, nachdem ein Mindestschwellenwert von 20 Nachrichten pro Tag erreicht wurde. |
| Total Opens | Die Gesamtzahl der Male, die die gesendeten LINE-Nachrichten von Nutzer:innen geöffnet wurden, nachdem ein Mindestschwellenwert von 20 Nachrichten pro Tag erreicht wurde. |
| Unique Clicks | Die Gesamtzahl der gesendeten LINE-Nachrichten, die von Nutzer:innen angeklickt wurden, nachdem ein Mindestschwellenwert von 20 Nachrichten pro Tag erreicht wurde. |
| Total Clicks | Die Gesamtzahl der Male, die die gesendeten LINE-Nachrichten von Nutzer:innen angeklickt wurden, nachdem ein Mindestschwellenwert von 20 Nachrichten pro Tag erreicht wurde. |
Push-Reporting

Push-Performance
Das Panel Push Performance zeigt Ihnen, wie gut Ihre Nachricht in verschiedenen Dimensionen abgeschnitten hat. Die Metriken in diesem Panel variieren je nach gewähltem Messaging-Kanal und je nachdem, ob Sie einen multivariaten Test durchführen. Klicken Sie auf das Symbol Preview, um Ihre Nachricht für jede Variante oder jeden Kanal anzuzeigen.

Wenn Sie Ihre Ansicht vereinfachen möchten, klicken Sie auf Add/Remove Columns und deaktivieren Sie die gewünschten Metriken. Standardmäßig werden alle Metriken angezeigt.
Push-Metriken
Im Folgenden finden Sie eine Aufschlüsselung einiger wichtiger Metriken, die Sie bei der Überprüfung Ihrer Nachrichten-Performance sehen können. Die vollständigen Definitionen aller Push-Metriken finden Sie im Glossar der Berichtsmetriken. Filtern Sie dort nach Push.
| Metrik | Beschreibung |
|---|---|
| Bounces | Bounces ist die Gesamtzahl der Nachrichten, die nicht erfolgreich an die vorgesehenen Empfänger:innen zugestellt werden konnten. Siehe Zurückgewiesene Push-Benachrichtigungen. |
| Direct Opens | Direkte Öffnungen ist die Gesamtzahl (oder der Prozentsatz) der Nutzer:innen, die Ihre App oder Website durch direktes Drücken der Benachrichtigung geöffnet haben. |
| Opens | Öffnungen sind Instanzen, die sowohl direkte Öffnungen als auch beeinflusste Öffnungen umfassen, bei denen das Braze SDK mithilfe eines proprietären Algorithmus festgestellt hat, dass eine Push-Benachrichtigung ein:e Nutzer:in zum Öffnen der App veranlasst hat. |
Die Zustellung von Benachrichtigungen erfolgt nach dem „Best-Effort“-Prinzip durch die Apple Push Notification Services (APNs). Sie ist nicht dazu gedacht, Daten an Ihre App zu liefern, sondern nur die Nutzer:in darüber zu informieren, dass neue Daten verfügbar sind. Der wichtige Unterschied ist, dass wir anzeigen, wie viele Nachrichten wir erfolgreich an APNs zugestellt haben – nicht unbedingt, wie viele APNs erfolgreich an Geräte zugestellt hat.
Tracking von Abmeldungen
Push-Abmeldungen werden nicht als Metrik in die Kampagnen-Analytics einbezogen und hängen von Updates des Push-Status einer Nutzer:in durch Anbieter wie Apple oder Google ab. Diese Updates können unregelmäßig und unvorhersehbar sein. Daher werden Push-Abmeldungen nicht als Metrik in den Push-Kampagnen-Analytics berücksichtigt.
Dennoch kann das manuelle Tracking von Push-Abmeldungen wertvolle Insights über die Reaktionen der Nutzer:innen auf Ihre Benachrichtigungshäufigkeit und die Relevanz der Inhalte liefern. Es gibt zwei Möglichkeiten für das Tracking von Push-Abmeldungen: Segmentfilter oder angepasste Filter.
Sie können ein Segment erstellen, um Nutzer:innen zu identifizieren, die keine Push-Benachrichtigungen aktiviert haben – also nicht abonniert oder per Opt-in registriert sind und kein Vordergrund-Push-Token besitzen. Um beispielsweise die Anzahl der Abmeldungen in Ihrer App anzuzeigen, verwenden Sie eine „ODER“-Kombination der folgenden Segmente:
Background or Foreground Push Enabled is falseHas Uninstalled

Bitte beachten Sie, dass die Segmentierungsfilter nur Näherungswerte liefern und nicht konkret mit einem Datum und einer Kampagne verknüpft werden können.

Das Protokollieren eines angepassten Events für Abo-Änderungen verbraucht Datenpunkte. Verwenden Sie alternativ Segmentfilter, um Nutzer:innen zu identifizieren und zu targetieren, die nicht Push-aktiviert sind.
Als weitere Möglichkeit empfehlen wir, ein angepasstes Event für Push-Abmeldungen zu erstellen, das darauf basiert, ob der Push-Aktivierungsstatus einer Nutzer:in true oder false ist, um diese Metrik zu verfolgen.
Öffnungen verstehen
Auch wenn Direct Opens und Influenced Opens das Wort „Opens“ enthalten, handelt es sich um unterschiedliche Metriken. Direct Opens bezieht sich auf das direkte Öffnen einer Push-Benachrichtigung. Influenced Opens bezieht sich auf das Öffnen einer App, ohne dass eine Push-Benachrichtigung innerhalb eines bestimmten Zeitraums nach Erhalt geöffnet wurde. Influenced Opens bezieht sich also auf App-Öffnungen, nicht auf das Öffnen von Push-Benachrichtigungen.
Push-Action-Buttons und Berichterstattung
Wenn Sie Push-Action-Buttons hinzufügen, kann das Panel Push Performance neben Metriken wie Direct Opens auch Body Clicks, Button 1 Clicks und Button 2 Clicks enthalten. Diese Spalten messen unterschiedliche Interaktionen – vergleichen Sie sie daher bei der Interpretation des Engagements.
Direct Opens spiegelt die Dashboard-Metriken für Interaktionen wider, die als direkte Öffnung Ihrer Nachricht gezählt werden. Push Notification Open-Events in Currents oder Snowflake beschreiben Push-Interaktionen umfassender und können optionale Felder wie button_action_type (z. B. close) und button_string enthalten. Felddefinitionen finden Sie unter Push Notification Open-Events.
Für iOS verwenden die Standard-Benachrichtigungskategorien von Braze (wie Yes / No, Accept / Decline oder Confirm / Cancel) eine feste Zuordnung: Die erste Aktion unterstützt OPEN_APP, eine URI oder einen Deeplink (entsprechend dem On-Click Behavior im Composer). Die Begleitaktion verwendet standardmäßig CLOSE – sie schließt die Benachrichtigung und öffnet die App nicht. Siehe die Standardzuordnung unter Apple Push-Action-Button-Objekt.
Aus diesem Grund werden Taps auf den abweisenden voreingestellten Button (z. B. No oder Decline) in der Regel nicht als Direct Opens gezählt. Diese Taps können dennoch in Push Notification Open-Exporten erscheinen, wenn sie protokolliert werden, wobei button_action_type auf close und button_string die getippte Aktion identifiziert. Wenn Sie Kampagnen-Analytics mit Warehouse-Daten vergleichen, verwenden Sie diese Payload-Felder, damit Sie abweisende Taps nicht mit Taps auf den Nachrichtentext oder die primäre Aktion gleichsetzen.
Für Android legen Sie das On-Click Behavior pro Button fest (Open App, Redirect to Web URL oder Deep Link), sodass die Berichterstattung den von Ihnen konfigurierten Aktionen folgt und nicht der iOS-Standard-Aufteilung OPEN_APP / CLOSE.
Warum Push-Sendungen die Zahl der eindeutigen Empfänger:innen übersteigen können
Die Anzahl der Sendungen kann die Anzahl der eindeutigen Empfänger:innen aus folgenden Gründen übersteigen:
- Wiederzulassung ist aktiviert: Wenn die Wiederzulassung in Ihren Kampagnen- oder Canvas-Einstellungen aktiviert ist, können Nutzer:innen, die das Segment und die Zustellungskriterien erfüllen, dieselbe Push-Benachrichtigung mehrmals erhalten. Dies führt zu einer höheren Gesamtzahl an Sendungen.
- Nutzer:innen haben mehrere Geräte: Wenn die Wiederzulassung nicht aktiviert ist, kann der Unterschied dadurch erklärt werden, dass Nutzer:innen mehrere Geräte mit ihrem Profil verknüpft haben. Eine Nutzer:in könnte zum Beispiel sowohl ein Smartphone als auch ein Tablet besitzen, und die Push-Benachrichtigung wird an alle registrierten Geräte gesendet. Jede Zustellung zählt als eine Sendung, aber es wird nur eine eindeutige Empfänger:in erfasst.
- Nutzer:innen sind mehreren Apps zugewiesen: Wenn Nutzer:innen mit mehr als einer App verbunden sind (z. B. beim Testen einer neuen App), erhalten sie möglicherweise dieselbe Push-Benachrichtigung in jeder App. Dies trägt zu einer höheren Anzahl von Sendungen bei.
Warum Bounces auftreten
Bounces treten bei Apple Push Notification Services (APNs) auf, wenn eine Push-Benachrichtigung versucht, an ein Gerät zugestellt zu werden, auf dem die gewünschte App nicht installiert ist. APNs hat außerdem das Recht, Token für Geräte beliebig zu ändern. Wenn Sie versuchen, an das Gerät einer Nutzer:in zu senden, deren Push-Token sich zwischen der Registrierung (z. B. zu Beginn jeder Sitzung, wenn wir eine Nutzer:in für ein Push-Token registrieren) und dem Zeitpunkt des Sendens geändert hat, führt dies zu einem Bounce.
Wenn eine Nutzer:in Push in den Geräteeinstellungen deaktiviert, erkennt das SDK beim nächsten Öffnen der App, dass Push deaktiviert wurde, und benachrichtigt Braze. An diesem Punkt aktualisieren wir den Push-Aktivierungsstatus auf „deaktiviert“. Wenn eine deaktivierte Nutzer:in eine Push-Kampagne erhält, bevor sie eine neue Sitzung hat, wird die Kampagne erfolgreich gesendet und erscheint als zugestellt. Der Push wird für diese Nutzer:in nicht bouncen. Bei einer nachfolgenden Sitzung weiß Braze bereits, ob ein Vordergrund-Token vorhanden ist, sodass keine Benachrichtigung gesendet wird.
Push-Benachrichtigungen, die vor der Zustellung ablaufen, gelten nicht als fehlgeschlagen und werden nicht als Bounce registriert.
Firebase Cloud Messaging (FCM) Bounces können in drei Fällen auftreten:
| Szenario | Beschreibung |
|---|---|
| Deinstallierte Anwendungen | Wenn eine Nachricht versucht, an ein Gerät zugestellt zu werden, und die vorgesehene App auf diesem Gerät deinstalliert ist, wird die Nachricht verworfen und die Registrierungs-ID des Geräts wird ungültig. Alle weiteren Versuche, das Gerät zu benachrichtigen, geben den Fehler NotRegistered zurück. |
| Gesicherte Anwendung | Wenn eine Anwendung gesichert wird, kann ihre Registrierungs-ID ungültig werden, bevor die Anwendung wiederhergestellt wird. In diesem Fall speichert FCM die Registrierungs-ID der Anwendung nicht mehr und die Anwendung empfängt keine Nachrichten mehr. Registrierungs-IDs sollten daher nicht gespeichert werden, wenn eine Anwendung gesichert wird. |
| Aktualisierte Anwendung | Wenn eine Anwendung aktualisiert wird, funktioniert die Registrierungs-ID der vorherigen Version möglicherweise nicht mehr. Daher sollte eine aktualisierte Anwendung ihre bestehende Registrierungs-ID ersetzen. |
SMS-, MMS- und RCS-Reporting

Kontrollgruppen
Um die Wirkung einer einzelnen SMS-, MMS- oder RCS-Nachricht zu messen, können Sie einem A/B-Test eine Kontrollgruppe hinzufügen. Das übergeordnete Panel Campaign Details enthält keine Metriken aus der Kontrollgruppen-Variante.
SMS/MMS/RCS-Performance
Das Panel SMS/MMS/RCS Performance zeigt Ihnen, wie gut Ihre Nachricht in verschiedenen Dimensionen abgeschnitten hat. Die Metriken in diesem Panel variieren je nach gewähltem Messaging-Kanal und je nachdem, ob Sie einen multivariaten Test durchführen. Klicken Sie auf das Symbol Preview, um Ihre Nachricht für jede Variante oder jeden Kanal anzuzeigen.

Wenn Sie Ihre Ansicht vereinfachen möchten, klicken Sie auf Add/Remove Columns und deaktivieren Sie die gewünschten Metriken. Standardmäßig werden alle Metriken angezeigt.
SMS-, MMS- und RCS-Metriken
Im Folgenden finden Sie eine Aufschlüsselung einiger wichtiger Metriken, die Sie bei der Überprüfung Ihrer Nachrichten-Performance sehen können. Die vollständigen Definitionen aller SMS-, MMS- und RCS-Metriken finden Sie im Glossar der Berichtsmetriken. Filtern Sie dort nach SMS/MMS und RCS.
| Metrik | Definition |
|---|---|
| Sent | Gesendet bedeutet, dass eine Campaign oder ein Canvas-Schritt gestartet oder getriggert wurde und eine SMS oder RCS von Braze gesendet wurde. Es ist möglich, dass die SMS oder RCS das Gerät einer Nutzer:in aufgrund von Fehlern nicht erreicht hat. |
| Delivery Failures | Zustellungsfehler treten auf, wenn die SMS nicht gesendet werden konnte, weil die Warteschlangen überlaufen sind (SMS werden mit einer höheren Rate gesendet, als Ihre Lang- oder Shortcodes verarbeiten können). |
| Confirmed Delivery | Bestätigte Zustellungen liegen vor, wenn der Anbieter bestätigt hat, dass die Nachricht an die Zielrufnummer zugestellt wurde. |
| Rejections | Ablehnungen liegen vor, wenn die SMS oder RCS vom Netzbetreiber abgelehnt wurde. Dies kann verschiedene Gründe haben, z. B. die Filterung von Inhalten durch den Anbieter, die Verfügbarkeit des Zielgeräts, die Telefonnummer ist nicht mehr in Betrieb und Ähnliches. |
| Opt-Out | Opt-Out liegt vor, wenn ein:e Nutzer:in auf Ihre Nachricht mit einem Opt-Out-Schlüsselwort geantwortet hat und sich von Ihrem SMS- oder RCS-Programm abgemeldet hat. |
| Help | Bounces ist die Gesamtzahl der Nachrichten, die nicht erfolgreich an die vorgesehenen Empfänger:innen zugestellt werden konnten. |
| Total Clicks | Klicks insgesamt ist die Anzahl (oder der Prozentsatz) der eindeutigen Empfänger:innen, die auf einen Link in der zugestellten Nachricht geklickt haben. |
Schlüsselwort-Antworten
Das Panel Keyword Responses zeigt Ihnen eine Zeitleiste der eingehenden Schlüsselwörter, mit denen Nutzer:innen nach Erhalt Ihrer Nachricht geantwortet haben.

Hier können Sie auch die Antwortverteilung für jede Schlüsselwort-Kategorie einsehen, um die nächsten Schritte für das Retargeting festzulegen und bequem ein Segment zu erstellen.

SMS-Currents-Events
Wie bei E-Mails empfängt Braze Ereignisse auf Nutzerebene im Zusammenhang mit einer SMS-Nachricht auf ihrem Weg zur Nutzer:in. Alle eingehenden SMS-Ereignisse werden auch als Currents-Event über das Ereignis SMS InboundReceived gesendet. So können Sie zusätzliche Aktionen durchführen oder Berichte zu den Nachrichten erstellen, die Ihre Nutzer:innen außerhalb der Braze-Plattform senden.

Eingehende Nachrichten werden nach 1.600 Zeichen abgeschnitten.

Dashboard-Klickmetriken wie Total Clicks schließen verdächtige Bot-Aktivität aus, aber Currents exportiert dennoch alle Klick-Events mit is_suspected_bot_click und suspected_bot_click_reason für den Warehouse-Abgleich. Informationen zu betroffenen Dashboard-Metriken, Segmentierung und Orchestrierung finden Sie unter Bot-Klick-Filterung für SMS/RCS-Links.
SMS-Opt-ins und Opt-outs tracken
Sie können SMS-Opt-ins und Opt-outs mit den folgenden Methoden tracken:
| Methode | Beschreibung |
|---|---|
| Segmentierer | Der Segmentierer zeigt die Anzahl der Nutzer:innen in einer bestimmten Abo-Gruppe an. Er dedupliziert nicht nach Telefonnummer – wenn mehrere Nutzer:innen dieselbe Telefonnummer teilen, wird jede Instanz separat gezählt. |
| Abo-Gruppen-Zeitreihe | Bietet eine tägliche Momentaufnahme der Abonnements für E-Mail und Telefonnummern. Die Zeitreihe zählt Abonnements, Abmeldungen und erneute Anmeldungen. Wenn sich eine Nutzer:in beispielsweise anmeldet, abmeldet und dann erneut anmeldet, wird sie als eine angemeldete Nutzer:in gezählt. |
| Currents | Verwenden Sie Currents, um Abonnement- und Engagement-Events für Ihre eigene Berichterstattung zu exportieren. |

Die Opt-In- und Opt-Out-Statistiken im Panel SMS/MMS/RCS Performance spiegeln Nutzer:innen wider, die sich über eingehende Schlüsselwörter an- oder abmelden (z. B. „START“ für Opt-in oder „STOP“ für Opt-out). Diese Zahlen sind in der Regel niedriger als im Segmentierer, da sie die Anzahl der Male zählen, die diese Schlüsselwörter per SMS gesendet wurden – nicht die Gesamtzahl der für SMS angemeldeten Nutzer:innen.
SMS-Kampagnen-Opt-outs tracken
Verfolgen Sie SMS-Opt-outs auf Kampagnenebene, indem Sie die Tabelle für eingehende Nachrichten anstelle der Tabelle für Abo-Gruppen-Statusänderungen verwenden. Zum Beispiel können Sie im Abfrage-Builder oder in Ihrem Data Warehouse eine Abfrage ausführen, die die Tabelle USERS_MESSAGES_SMS_INBOUNDRECEIVE oder USERS_MESSAGES_SMS_INBOUNDRECEIVE_SHARED referenziert.
Diese Beispielabfrage referenziert die Tabelle USERS_MESSAGES_SMS_INBOUNDRECEIVE:
SELECT *
FROM USERS_MESSAGES_SMS_INBOUNDRECEIVE
WHERE app_group_id = 'app-group-id'
AND subscription_group_api_id = 'subscription_group_api_id'
AND action = 'Unsubscribed'
AND (campaign_id IS NOT NULL OR canvas_id IS NOT NULL);
Diese Abfrage gibt Nutzer:innen zurück, die sich von SMS-Kommunikation für den angegebenen Workspace und die Abo-Gruppe abgemeldet haben, gefiltert auf diejenigen, die mit Campaigns oder Canvases verknüpft sind.
Zeitpunkt der Abmeldung
Schlüsselwort- und Eingangs-Nachrichten-Events in Currents oder Ihrem Data Warehouse, wie z. B. Zeitstempel auf users.messages.sms.InboundReceive oder Abo-Gruppen-Statusänderungs-Events, sind die maßgebliche Quelle dafür, wann Braze die Abmeldung aufgezeichnet hat.

Event-Zeitstempel geben an, wann Braze die eingehende Nachricht empfangen oder verarbeitet hat – nicht unbedingt, wann die Nutzer:in die SMS gesendet hat oder wann ein Carrier oder SMS-Anbieter sie empfangen hat. Wenn Ihre Analyse Abmeldungen als den Zeitpunkt behandelt, an dem Braze den eingehenden Opt-out-Pfad verarbeitet hat, stimmen diese Zeitstempel mit dieser Definition überein.
Das Nutzerprofil zeigt den aktuellen Abo-Status, enthält aber möglicherweise kein einzelnes Feld „SMS abgemeldet am“, es sei denn, Sie setzen bei der Verarbeitung von Opt-outs ein angepasstes Attribut oder Ähnliches.
Kosten für SMS-Sendeergebnisse
Diese Tabelle zeigt die Braze-Abrechnung, nicht die Abrechnung Ihres Anbieters. Ergebnisse, die von Braze nicht berechnet werden, können dennoch von Ihrem Anbieter berechnet werden.
| Ergebnis | Definition | Von Braze berechnet |
|---|---|---|
| Gesendet | Eine Kampagne oder ein Canvas-Schritt wurde gestartet oder ausgelöst, und ein SMS-Payload wurde an den SMS-Anbieter gesendet. | Keine Kosten |
| Zustellung fehlgeschlagen | Das SMS-Payload konnte nicht an den SMS-Anbieter gesendet werden. Dies kann durch überlaufende Warteschlangen, gesperrte Konten oder Medienfehler (im Fall von MMS) auftreten. | Keine Kosten |
| Zugestellt | Der SMS-Anbieter hat eine Zustellungsbestätigung vom Upstream-Carrier (und, sofern verfügbar, vom Zielgerät) erhalten. | Kosten |
| Abgelehnt | Der SMS-Anbieter hat eine Ablehnungsquittung erhalten, die darauf hinweist, dass die Nachricht nicht zugestellt wurde. Dies kann aus verschiedenen Gründen geschehen, darunter Content-Filterung durch den Carrier oder Nichtverfügbarkeit des Zielgeräts. | Kosten |
| An Carrier gesendet |
Sendungen an Netzbetreiber ist veraltet, wird aber für Nutzer:innen, die es bereits haben, weiterhin unterstützt. Es handelt sich um die Summe der bestätigten Zustellungen, Ablehnungen und Sendungen, bei denen die Zustellung oder Ablehnung nicht vom Netzbetreiber bestätigt wurde. Dies umfasst auch Fälle, in denen Netzbetreiber keine Zustell- oder Ablehnungsbestätigung liefern, da einige Netzbetreiber diese Bestätigung nicht liefern oder zum Zeitpunkt des Versands nicht liefern können.
| Veraltet für neue Dashboards. Einige Dashboards zeigen diese Metrik möglicherweise noch als Sent to Carrier an. | Kosten können je nach einzelnen Nachrichten-Sendeergebnissen anfallen |

An Carrier gesendet ist für neue Dashboards veraltet. Verwenden Sie Sent, Confirmed Delivery, Delivery Failed und Rejections für die aktuelle Berichterstattung. Definitionen finden Sie im Glossar der Berichtsmetriken.
RCS-Card-Nachrichten-Berichterstattung
Bei Card-RCS-Nachrichten umfassen die Total Clicks in den Kampagnen- und Canvas-Analytics Card-Button-Taps (wie Message reply und Open URL) sowie Vorschlags-Interaktionen. Die Metrik kann mehr als einmal erhöht werden, wenn eine Nutzer:in mehrmals auf dasselbe Steuerelement tippt.
Card-Button- und Vorschlags-Klicks werden nicht über Link-Shortening oder erweiterte Tracking-Einstellungen für verkürzte URLs getrackt. Nutzer-Retargeting-Filter, die auf verkürzte SMS-Links verweisen, gelten nicht für Card-Button-Interaktionen.
Für Interaktionsdaten auf Nutzerebene exportieren Sie RCS-Klick-Events (users.messages.rcs.Click) über Currents. Diese Events enthalten Felder wie interaction_type und element_type, um Button-Taps von Vorschlägen zu unterscheiden.
RCS- und SMS-Fallback-Berichterstattung
Informationen zum RCS-SMS-Fallback-Event-Verhalten (einschließlich IS_SMS_FALLBACK=TRUE) finden Sie unter Wie SMS-Fallback mit Events und Segmentierung funktioniert.

Dashboard-Kampagnen-Analytics und Snowflake-Exporte können sich in Timing und Aggregation leicht unterscheiden. Für den Warehouse-Abgleich verwenden Sie Snowflake- oder Currents-Event-Streams als die granularere Quelle, wenn Metriken nicht exakt mit dem Dashboard übereinstimmen.
Rejections mit Snowflake oder Currents abgleichen
Die Metrik Rejections im Dashboard ist ein aggregierter Workspace-Zähler. Es handelt sich nicht um einen Export auf Zeilenebene, sodass Sie nicht immer jede Ablehnung einer einzelnen Zeile in Snowflake oder einem einzelnen users.messages.sms.Rejection-Event in Currents zuordnen können. Wenn beispielsweise das Nutzerprofil gelöscht wurde, bevor Braze die Ablehnung für den Warehouse-Export verarbeitet hat, erscheint diese Ablehnung nicht in Ihrer USERS_MESSAGES_SMS_REJECTION_SHARED-Tabelle oder Ihrem Currents-Payload, während die aggregierte SMS-Berichterstattung das Ergebnis dennoch widerspiegeln kann. Weitere Informationen finden Sie in der SQL-Tabellenreferenz und unter SMS-Rejection-Events im Currents-Event-Glossar.
Webhook-Reporting

Kontrollgruppen
Um die Wirkung einer einzelnen Webhook-Nachricht zu messen, können Sie einem A/B-Test eine Kontrollgruppe hinzufügen. Das übergeordnete Panel Campaign Details enthält keine Metriken aus der Kontrollgruppen-Variante.
Webhook-Performance
Das Panel Webhook Performance zeigt Ihnen, wie gut Ihre Nachricht in verschiedenen Dimensionen abgeschnitten hat. Die Metriken in diesem Panel variieren je nach gewähltem Messaging-Kanal und je nachdem, ob Sie einen multivariaten Test durchführen. Klicken Sie auf das Symbol Preview, um Ihre Nachricht für jede Variante oder jeden Kanal anzuzeigen.

Wenn Sie Ihre Ansicht vereinfachen möchten, klicken Sie auf Add/Remove Columns und deaktivieren Sie die gewünschten Metriken. Standardmäßig werden alle Metriken angezeigt.
Webhook-Metriken
Hier sind einige wichtige Webhook-Metriken, die Sie in Ihren Analytics sehen können. Die vollständigen Definitionen aller in Braze verwendeten Webhook-Metriken finden Sie in unserem Glossar der Berichtsmetriken.
| Metrik | Definition |
|---|---|
| Unique Recipients | Eindeutige Empfänger:innen ist die Anzahl der eindeutigen täglichen Empfänger:innen, also der Nutzer:innen, die an einem Tag eine neue Nachricht erhalten haben. Damit diese Zahl für ein:e Nutzer:in mehr als einmal erhöht wird, muss die Person eine neue Nachricht an einem anderen Tag erhalten. |
| Sends | Sendungen ist die Gesamtzahl der in einer Campaign gesendeten Nachrichten. Nach dem Start einer geplanten Campaign umfasst diese Metrik alle gesendeten Nachrichten, unabhängig davon, ob sie aufgrund von Rate-Limiting bereits versendet wurden. Das bedeutet nicht, dass die Nachricht empfangen oder an ein Gerät zugestellt wurde, sondern nur, dass die Nachricht gesendet wurde. |
| Errors | Fehler ist die Anzahl der von Webhook-Events zurückgegebenen Fehler (wird während des Sendevorgangs erhöht). |
WhatsApp-Reporting

Der WhatsApp-Kanal enthält die Leserate. Diese Metrik wird nur für Nutzer:innen mit aktivierten Lesebestätigungen geliefert, was variieren kann.
Kontrollgruppen
Um die Wirkung einer einzelnen WhatsApp-Nachricht zu messen, können Sie einem A/B-Test eine Kontrollgruppe hinzufügen. Das übergeordnete Panel Campaign Details enthält keine Metriken aus der Kontrollgruppen-Variante.
WhatsApp-Performance
Das Panel WhatsApp Performance zeigt Ihnen, wie gut Ihre Nachricht in verschiedenen Dimensionen abgeschnitten hat. Die Metriken in diesem Panel variieren je nach gewähltem Messaging-Kanal und je nachdem, ob Sie einen multivariaten Test durchführen. Klicken Sie auf das Symbol Preview, um Ihre Nachricht für jede Variante oder jeden Kanal anzuzeigen.

Credits und Sendezähler
Die WhatsApp-Sendezähler in den Kampagnen-Analytics spiegeln Zustellversuche wider. Die verbrauchten Credits können abweichen, wenn Meta nach Nachrichtenkategorie (Marketing, Utility, Authentifizierung, Service) abrechnet.
- Antwortnachrichten, die in Braze erstellt werden, verbrauchen keine Braze-WhatsApp-Credits.
- Verwenden Sie Analytics > Daily Stats für eine Orientierung zum Sendevolumen. Credit-Aufschlüsselungen pro Kampagne oder Canvas sind nicht verfügbar.
Wenn Sie Ihre Ansicht vereinfachen möchten, klicken Sie auf Add/Remove Columns und deaktivieren Sie die gewünschten Metriken. Standardmäßig werden alle Metriken angezeigt.
WhatsApp-Metriken
Hier sind einige wichtige WhatsApp-Metriken, die Sie in Ihren Analytics sehen können. Die vollständigen Definitionen aller in Braze verwendeten WhatsApp-Metriken finden Sie in unserem Glossar der Berichtsmetriken.
| Metrik | Definition |
|---|---|
| Sends | Sendungen ist die Gesamtzahl der in einer Campaign gesendeten Nachrichten. Nach dem Start einer geplanten Campaign umfasst diese Metrik alle gesendeten Nachrichten, unabhängig davon, ob sie aufgrund von Rate-Limiting bereits versendet wurden. Das bedeutet nicht, dass die Nachricht empfangen oder an ein Gerät zugestellt wurde, sondern nur, dass die Nachricht gesendet wurde. |
| Deliveries | Zustellungen ist die Gesamtzahl (oder der Prozentsatz) der Nachrichtenanfragen, die vom empfangenden Server angenommen wurden. Das bedeutet nicht, dass die Nachricht an ein Gerät zugestellt wurde, sondern nur, dass die Nachricht vom Server akzeptiert wurde. |
| Reads | Gelesen bedeutet, dass ein:e Nutzer:in die Nachricht gelesen hat. Die Lesebestätigungen der Nutzer:innen müssen aktiviert sein, damit Braze die Lesevorgänge verfolgen kann. |
| Failures | Fehlschläge treten auf, wenn die WhatsApp-Nachricht nicht gesendet werden konnte, weil der Internet-Provider einen Hard Bounce zurückgegeben hat. Ein Hard Bounce bedeutet einen dauerhaften Zustellbarkeitsfehler. |
Wenn die Fehlerrate erhöht ist, lesen Sie WhatsApp-Sendefehler untersuchen.
Metriken zu Sperrung und Meldung durch Endnutzer:innen
Über das Dashboard des WhatsApp Managers können Sie auf weitere Metriken zugreifen. Allerdings ist eine Bestätigung Ihres Zugriffs erforderlich, um alle verfügbaren Insights einzusehen.
Meta-Analytics
Zusätzlich zu den Braze-Analytics können Sie im WhatsApp Business Manager auf Analytics auf Template-Ebene zugreifen. Weitere Informationen finden Sie in der Dokumentation von Meta.
Historische Performance
Das Panel Historical Performance ermöglicht es Ihnen, die Metriken aus dem Panel Message Performance als Diagramm im Zeitverlauf anzuzeigen. Verwenden Sie die Filter oben im Panel, um die angezeigten Statistiken und Kanäle im Diagramm zu ändern. Der Zeitraum dieses Diagramms entspricht immer dem oben auf der Seite angegebenen Zeitraum.
Für eine tagesgenaue Aufschlüsselung klicken Sie auf das Hamburger-Menü und wählen Sie Download CSV, um einen CSV-Export des Berichts zu erhalten.

Konversions-Event-Details
Das Panel Conversion Event Details zeigt Ihnen die Performance Ihrer Konversions-Events für Ihre Campaign. Weitere Informationen finden Sie unter Konversions-Events.

Konversionskorrelation
Das Panel Conversion Correlation gibt Ihnen Einblick, welche Nutzerattribute und Verhaltensweisen die von Ihnen für Campaigns festgelegten Ergebnisse fördern oder beeinträchtigen. Weitere Informationen finden Sie unter Konversionskorrelation.

Bindungsbericht
Bindungsberichte zeigen Ihnen die Raten, mit denen Ihre Nutzer:innen ein ausgewähltes Bindungs-Event über Zeiträume in einer bestimmten Campaign oder einem Canvas durchgeführt haben. Weitere Informationen finden Sie unter Bindungsberichte.
Funnel-Bericht
Funnel-Reporting bietet einen visuellen Bericht, mit dem Sie die Journeys Ihrer Kund:innen nach dem Empfang einer Campaign oder eines Canvas analysieren können. Wenn Ihre Campaign oder Ihr Canvas eine Kontrollgruppe oder mehrere Varianten verwendet, können Sie nachvollziehen, wie die verschiedenen Varianten den Konversions-Funnel auf einer detaillierteren Ebene beeinflusst haben, und auf Basis dieser Daten optimieren.
Weitere Informationen finden Sie unter Funnel-Berichte.
In-App-Nachricht-Metriken
Hier finden Sie die wichtigsten Metriken für In-App-Nachrichten, die in Ihren Analytics angezeigt werden können. Definitionen aller in Braze verwendeten Metriken finden Sie im Glossar der Berichtsmetriken.

Für In-App-Nachrichten definiert diese Seite eindeutige Impressionen anhand einer Kalendertag-Grenze in der Zeitzone Ihres Workspace.
| Begriff | Definition |
|---|---|
| Eindeutige Impressionen | Die Gesamtzahl der Personen, die die In-App-Nachricht tatsächlich angesehen haben. Wenn Nutzer:innen die Nachricht am selben Kalendertag in der Zeitzone Ihres Workspace mehr als einmal erhalten, wird an diesem Tag nur eine eindeutige Impression gezählt. Wenn die erneute Berechtigung aktiviert ist: Eindeutige Impressionen können an einem neuen Kalendertag in der Zeitzone Ihres Workspace erneut inkrementiert werden, wenn die Nutzer:innen die Trigger-Aktion erneut ausführen. Bei In-App-Nachrichten entspricht Eindeutige Impressionen den Eindeutigen Empfänger:innen, da beide an einem neuen Kalendertag inkrementiert werden. |
| Gesamte Impressionen | Die Anzahl der Aufrufe der In-App-Nachricht. Eine Impression wird protokolliert, wenn die Nachricht auf dem Bildschirm sichtbar wird. Wenn Nutzer:innen die Nachricht zweimal ansehen, werden sie zweimal gezählt. Wenn mehrere Geräte vorhanden sind und die erneute Berechtigung deaktiviert ist: Die Nutzer:innen sehen die In-App-Nachricht nur einmal. Selbst wenn sie mehrere Geräte verwenden, sehen sie die Nachricht nur auf dem zuerst angesprochenen Gerät. Dies setzt voraus, dass das Profil konsolidierte Geräte hat und die Nutzer:innen mit einer Nutzer-ID auf allen Geräten angemeldet sind. Wenn die erneute Berechtigung aktiviert ist: Eine Impression wird jedes Mal protokolliert, wenn die Nutzer:innen die In-App-Nachricht sehen. Hinweis: Gesamte Impressionen zählt jeden Aufruf. Eindeutige Empfänger:innen ist eine separate Metrik, die anhand einer Kalendertag-Grenze in der Zeitzone Ihres Workspace erfasst wird. |
| Konversionen | Das Konversions-Tracking beginnt, nachdem Nutzer:innen eine Impression einer In-App-Nachricht protokolliert haben. Eine Konversion wird gezählt, wenn die Nutzer:innen die In-App-Nachricht-Campaign erhalten und angesehen haben und anschließend das spezifische Konversions-Event innerhalb des definierten Konversionsfensters ausführen – unabhängig davon, ob sie auf die Nachricht geklickt haben oder nicht. Konversionen werden der zuletzt empfangenen Nachricht zugeordnet. Wenn die erneute Berechtigung aktiviert ist, wird die Konversion der zuletzt empfangenen In-App-Nachricht zugewiesen, sofern sie innerhalb des definierten Konversionsfensters erfolgt. Wurde der In-App-Nachricht jedoch bereits eine Konversion zugewiesen, kann für diese spezifische Nachricht keine neue Konversion protokolliert werden. Dadurch wird sichergestellt, dass jede In-App-Nachricht-Zustellung nur mit einer Konversion verknüpft ist. |
| Gesamte Konversionen | Wenn Nutzer:innen eine In-App-Nachricht-Campaign nur einmal ansehen, wird nur eine Konversion gezählt, selbst wenn sie das Konversions-Event später mehrfach ausführen. Wenn jedoch die erneute Berechtigung aktiviert ist und die Nutzer:innen die In-App-Nachricht-Campaign mehrfach sehen, kann Gesamte Konversionen für jede protokollierte Impression einer neuen Instanz der In-App-Nachricht-Campaign um eins steigen. Wenn Nutzer:innen beispielsweise eine In-App-Nachricht zweimal triggern und nach jeder Impression konvertieren (was zu zwei Konversionen führt), steigt Gesamte Konversionen um zwei. Wenn es jedoch nur eine Impression gab, gefolgt von zwei Konversions-Events, wird nur eine Konversion protokolliert und Gesamte Konversionen steigt um eins. |
| Konversionsrate | Die Metrik der täglichen eindeutigen Impressionen (Eindeutige Impressionen) wird zur Berechnung der Konversionsrate verwendet. Konversionsrate = (Primäre Konversionen) / (Eindeutige Impressionen) Bei In-App-Nachrichten können Eindeutige Impressionen pro Kalendertag in der Zeitzone Ihres Workspace nur einmal gezählt werden. Die Anzahl der Ausführungen einer gewünschten Aktion (eine „Konversion“) kann innerhalb desselben Kalendertags steigen. Wenn Nutzer:innen also innerhalb eines Tages mehrfach konvertieren, kann die Konversionsrate entsprechend steigen, aber Eindeutige Impressionen werden für diesen Kalendertag nur einmal gezählt. |

Gesamte Impressionen können Eindeutige Impressionen übersteigen, wenn Nutzer:innen die Nachricht am selben Kalendertag mehr als einmal ansehen (siehe die Metrikdefinitionen in der obigen Tabelle). Um Nutzer:innen mit überhöhten Impressionszahlen zu untersuchen, erstellen Sie ein Segment mit dem Filter Geräteanzahl auf mehr als 1 und dem Filter Nachricht von Campaign erhalten für die spezifische Campaign.
Klick-Tracking
Braze protokolliert eine Impression, wenn eine In-App-Nachricht auf dem Bildschirm sichtbar wird. Für In-App-Nachrichten, die mit dem traditionellen Editor erstellt wurden, zeigt die folgende Tabelle, was als Klick gezählt wird.
| Nutzeraktion | Klick protokolliert |
|---|---|
| Nutzer:innen klicken auf den Nachrichtentext, wenn die Nachricht keine Buttons hat | Ja (Body-Klick) |
| Nutzer:innen klicken auf einen Button | Ja (Button-Klick) |
| Nutzer:innen klicken auf den Schließen-Button (X) | Nein |
| Nutzer:innen tippen oder klicken außerhalb der Nachricht, um sie zu schließen (wenn aktiviert) | Nein |
| Nutzer:innen schließen die App, während die Nachricht angezeigt wird | Nein |
Vollbild-Nachricht-Metriken nach Nutzeraktion
Für Vollbild-In-App-Nachrichten, die mit dem traditionellen Editor erstellt wurden, zeigt die folgende Tabelle, was Braze bei gängigen Nutzeraktionen protokolliert. Eine Impression wird protokolliert, wenn die Nachricht auf dem Bildschirm sichtbar wird.
| Nutzeraktion | Vollbild mit Buttons | Vollbild ohne Buttons |
|---|---|---|
| Nutzer:innen sehen eine In-App-Nachricht, klicken nichts und schließen die App | 1 Impression | 1 Impression |
| Nutzer:innen sehen eine In-App-Nachricht und klicken den Schließen-Button | 1 Impression | 1 Impression |
| Nutzer:innen sehen eine In-App-Nachricht und klicken einen CTA-Button | 1 Button-Klick und 1 Impression | N/A |
| Nutzer:innen sehen eine In-App-Nachricht und tippen auf den Bildschirm, aber nicht auf einen Button | 1 Impression Das Tippen auf die In-App-Nachricht schließt die Nachricht nicht |
1 Body-Klick und 1 Impression Das Tippen auf die In-App-Nachricht schließt die Nachricht oder löst das On-Click-Verhalten aus |

Body-Klicks werden für In-App-Nachrichten, die mit dem Drag-and-Drop-Editor erstellt wurden, nicht automatisch erfasst. Um Body-Klicks zu protokollieren, fügen Sie einen Custom Code-Block hinzu und rufen Sie brazeBridge.logClick() auf. Weitere Details finden Sie unter Button-Tracking und JavaScript-Bridge.
Definitionen von Body-Klicks und Button-Klicks finden Sie im Glossar der Berichtsmetriken.
Informationen zu Ungleichgewichten bei Impressionen zwischen Kontrollgruppe und Variante in A/B-Tests finden Sie unter Diskrepanzen zwischen Kontrollgruppe und Variante.
Wie werden Konversionen bei erneuter Berechtigung gezählt?
Braze ordnet jeder In-App-Nachrichten-Zustellung nur eine Konversion zu und schreibt sie der zuletzt empfangenen Nachricht zu.
Wenn die erneute Berechtigung aktiviert ist, kann jede neue Zustellung eine eigene Konversion erzeugen. Wenn beispielsweise ein:e Nutzer:in dieselbe In-App-Nachricht fünfmal sieht und nach jeder Impression konvertiert, werden fünf Konversionen gezählt. Wenn ein:e Nutzer:in die Nachricht nur einmal sieht, aber danach mehrfach konvertiert, wird nur eine Konversion gezählt.
Wenn ein:e Nutzer:in eine In-App-Nachricht an zwei verschiedenen Tagen sieht, aber am dritten Tag konvertiert, protokolliert Braze die Konversion für die Impression des zweiten Tages. Bei Canvases werden Konversionen pro Canvas-Entry erfasst, nicht pro Schritt. Wenn ein:e Nutzer:in bei mehreren Schritten während desselben Entrys konvertiert, zählt dies trotzdem nur als eine Konversion.
Ein:e Nutzer:in erhält dieselbe In-App-Nachricht fünfmal an einem einzigen Tag und konvertiert fünfmal am selben Tag.
Sarah erhält eine In-App-Nachricht von einer Shopping-App über einen zeitlich begrenzten Sale ihrer Lieblingsschuhmarke. Sie klickt auf die Nachricht und kauft zwei Paar Schuhe.
Ein paar Stunden später erhält sie dieselbe In-App-Nachricht erneut und entscheidet sich, ein weiteres Paar Schuhe zu kaufen. Dies geschieht insgesamt fünfmal an einem einzigen Tag, und Sarah tätigt am Ende fünf separate Käufe, jedes Mal nachdem sie auf die In-App-Nachricht geklickt hat.
Ergebnisse: Total Conversions und Total Impressions für Sarah erhöhen sich jeweils um fünf für diesen einzelnen Tag. Da Unique Impressions erst nach einer Kalendertagsgrenze in der Zeitzone des Workspace erneut erhöht werden können, bleibt Unique Impressions gleich. Dies führt dazu, dass die Conversion Rate innerhalb dieses Zeitraums steigt.

Jede Impression und Konversion in diesem Szenario wird als separates SDK-Event verarbeitet. Wenn Ihr SDK ein Impressions- und ein Konversions-Event zusammen bündelt, kann die Konversionsanzahl abweichen.
Ein:e Nutzer:in erhält eine In-App-Nachricht und konvertiert an einem einzigen Tag.
Lena erhält eine In-App-Nachricht über einen neuen Lernkurs. Sie klickt auf die Nachricht und beginnt den Kurs. Während sie in der App ist, meldet sie sich auch für vier weitere Kurse an. All dies geschieht am selben Tag, nachdem sie nur eine Nachricht erhalten hat.
Ergebnisse: Total Conversions und Total Impressions für Lena erhöhen sich jeweils um eins.
Ein:e Nutzer:in erhält eine In-App-Nachricht und konvertiert einen Tag später.
Tom ist ein regelmäßiger Kunde einer E-Commerce-App. Er erhält eine In-App-Nachricht, die einen zeitlich begrenzten Rabatt auf ein Produkt bewirbt, an dem er interessiert ist. Tom klickt auf die Nachricht, entscheidet sich aber, nicht sofort zu kaufen. Am nächsten Tag erinnert sich Tom an den Rabatt und tätigt den Kauf, der der In-App-Nachricht zugeschrieben wird, die er am Vortag erhalten hat.
Ergebnisse: Total Conversions und Total Impressions für Tom erhöhen sich jeweils um eins.
Ein:e Nutzer:in erhält eine In-App-Nachricht und konvertiert zweimal einen Tag später.
Alex hat kürzlich eine Arcade-App heruntergeladen. Eines Tages erhält Alex eine In-App-Nachricht, die dazu ermutigt, ein Level in einem neuen Spiel abzuschließen. Alex klickt auf die Nachricht, wird aber abgelenkt und schließt kein Level ab. Am nächsten Tag schließt Alex zwei Level im selben Spiel ab.
Ergebnisse: Da das Abschließen eines Levels das Konversions-Event ist, hat Alex am zweiten Tag zweimal konvertiert. Da jedoch nur eine In-App-Nachricht empfangen wurde, erhöhen sich Total Conversions und Total Impressions für Alex jeweils nur um eins.
Ein:e Nutzer:in erhält dieselbe In-App-Nachricht zweimal an einem einzigen Tag und konvertiert am folgenden Tag zweimal.
John ist ein vielbeschäftigter Berufstätiger, der eine Liefer-App nutzt, um Essen von seinen Lieblingsrestaurants zu bestellen. Auf dem Weg zur Arbeit triggert er einen Geofence und erhält eine In-App-Nachricht, die Restaurants in der Nähe bewirbt. Als er später nach Hause fährt, erhält er dieselbe Nachricht erneut, da die erneute Berechtigung aktiviert ist. Obwohl ihm die Angebote gefallen, entscheidet er sich, an diesem Tag nichts zu bestellen.
Am nächsten Tag bestellt John Mittag- und Abendessen über die App und führt das Konversions-Event zweimal aus.
Ergebnisse: Total Conversions für John erhöht sich um eins, und Total Impressions erhöht sich um zwei. Da die erneute Berechtigung aktiviert ist, wird die Konversion der letzten In-App-Nachricht zugeordnet, die John erhalten hat (der zweiten Impression). Eine Konversion kann pro In-App-Nachrichten-Zustellung nur einmal protokolliert werden.