Häufig gestellte Fragen

Dieser Artikel enthält Antworten auf einige häufig gestellte Fragen zu Campaigns.

Wie erstelle ich eine Multichannel-Campaign?

Siehe Multichannel-Campaigns unter Campaign erstellen für Einrichtungsschritte und unterstützte Kanäle.

Kann ich meiner Multichannel-Campaign eine Kontrollgruppe hinzufügen?

Siehe Kontrollgruppen unter Campaign erstellen. Für kanalübergreifende Tests verwenden Sie Canvas.

Welche Möglichkeiten gibt es, mit dem Testen und Optimieren von Campaigns zu beginnen?

Multivariate Campaigns und Canvases mit mehreren Varianten sind ein hervorragender Einstieg! Sie können zum Beispiel eine multivariate Campaign durchführen, um eine Nachricht mit verschiedenen Texten oder Betreffzeilen zu testen. Canvases mit mehreren Varianten können helfen, gesamte Workflows zu testen.

Warum ist die Öffnungsrate meiner Campaign gesunken?

Niedrige Öffnungsraten hängen nicht immer mit einem technischen Problem zusammen. Es kann Probleme mit dem E-Mail-Clipping geben, was dazu führt, dass das Tracking-Pixel fehlt. Es ist aber auch möglich, dass weniger Nutzer:innen ihre E-Mails aufgrund des Inhalts oder aufgrund von Änderungen der Zielgruppengröße öffnen.

Wie werden Campaign-Zielgruppen ausgewertet?

Standardmäßig prüfen Campaigns die Zielgruppenfilter zum Eintrittszeitpunkt. Bei aktionsbasierten Campaigns mit einer Verzögerung gibt es die Option, die Segment-Kriterien zum Sendezeitpunkt erneut auszuwerten, um sicherzustellen, dass Nutzer:innen beim Versand der Nachricht noch Teil der Zielgruppe sind.

Warum gibt es einen Unterschied zwischen der Anzahl eindeutiger Empfänger:innen und der Anzahl der Sendungen für eine bestimmte Campaign oder ein Canvas?

Eine mögliche Erklärung ist, dass die Campaign oder das Canvas die erneute Qualifikation aktiviert hat, sodass Nutzer:innen, die die Segment- und Zustellungsbedingungen erfüllen, die Nachricht mehr als einmal erhalten können. Wenn die erneute Qualifikation nicht aktiviert ist, liegt die wahrscheinliche Erklärung für den Unterschied zwischen Sendungen und eindeutigen Empfänger:innen darin, dass Nutzer:innen mehrere Geräte über verschiedene Plattformen hinweg haben, die mit ihren Profilen verknüpft sind.

Wenn Sie beispielsweise ein Canvas haben, das sowohl iOS- als auch Web-Push-Benachrichtigungen enthält, kann eine bestimmte Nutzer:in mit sowohl mobilen als auch Desktop-Geräten mehr als eine Nachricht erhalten.

Warum ist die Anzahl der eindeutigen Empfänger:innen höher als die Anzahl der Nutzer:innen, die ich angesprochen habe?

Die Anzahl der eindeutigen Empfänger:innen kann höher sein als die erwartete Zielgruppe, da Braze für die Berichterstattung tägliche eindeutige Empfänger:innen erfasst. So kann Braze Konversionen innerhalb des Konversionsfensters jedes Mal zuordnen, wenn eine Nutzer:in die Nachricht erhält, anstatt mehrere Empfänge zu einem einzigen Lifetime-Wert zusammenzufassen (was die Konversionsberechnung verzerren würde).

Wenn eine Nutzer:in beispielsweise am Montag und erneut am Freitag eine Campaign erhält und nach jedem Versand konvertiert, kann Braze dies als zwei Empfänge und zwei Konversionen melden. Würde Braze nur eine einzige Lifetime-„Eindeutigkeit“ über beide Sendungen zählen, würden Sie entweder eine gültige Konversion verlieren oder doppelt gegen eine:n Empfänger:in zählen, was die Campaign-Performance schwerer lesbar macht.

Dasselbe Muster gilt für wiederkehrende Campaigns und die erneute Qualifikation: Wenn zwei Nutzer:innen heute und morgen jeweils einen wiederkehrenden Versand erhalten, zählt Eindeutige Empfänger:innen vier tägliche Empfängerzeilen, nicht zwei Profile.

Warum kann die Anzahl der Konversionen die Anzahl der eindeutigen Nutzer:innen bei Multichannel-Campaigns übersteigen?

Siehe Konversionen und Berichterstattung unter Campaign erstellen und Regeln für das Konversions-Tracking unter Konversions-Events.

Warum hat meine Campaign eine kleinere erreichbare Nutzerbasis als das Segment, das ich für die Campaign verwende?

Wenn Sie eine globale Kontrollgruppe eingerichtet haben, verhindert diese, dass ein Prozentsatz Ihrer erreichbaren Zielgruppe Campaigns erhält. Das bedeutet, dass die Anzahl der erreichbaren Nutzer:innen für Ihr Segment manchmal größer sein kann als die Anzahl der erreichbaren Nutzer:innen für Ihre Campaign, selbst wenn die Campaign dasselbe Segment verwendet.

Was bietet die Zustellung nach Ortszeit?

Die Zustellung nach Ortszeit ermöglicht es Ihnen, Messaging-Campaigns an ein Segment basierend auf der individuellen Zeitzone der Nutzer:innen zuzustellen. Ohne Zustellung nach Ortszeit werden Campaigns basierend auf den Zeitzoneneinstellungen Ihres Unternehmens in Braze geplant.

Ein in London ansässiges Unternehmen, das eine Campaign um 12 Uhr mittags sendet, erreicht beispielsweise Nutzer:innen an der Westküste Amerikas um 4 Uhr morgens. Wenn Ihre App nur in bestimmten Ländern verfügbar ist, stellt dies möglicherweise kein Risiko für Sie dar. Andernfalls empfehlen wir dringend, das Senden von Push-Benachrichtigungen in den frühen Morgenstunden an Ihre Nutzerbasis zu vermeiden.

Wie erkennt Braze die Zeitzone einer Nutzer:in?

Braze ermittelt die Zeitzone einer Nutzer:in automatisch anhand ihres Geräts. Dies gewährleistet Zeitzonen-Genauigkeit und vollständige Abdeckung Ihrer Nutzer:innen. Nutzer:innen, die über die User API oder anderweitig ohne Zeitzone erstellt werden, haben die Zeitzone Ihres Unternehmens als Standardzeitzone, bis sie in Ihrer App durch das SDK erkannt werden.

Sie können die Zeitzone Ihres Unternehmens in Ihren Unternehmenseinstellungen im Dashboard überprüfen.

Wann wertet Braze Nutzer:innen für die Zustellung nach Ortszeit aus?

Braze wertet die Eintrittsberechtigung von Nutzer:innen zu folgenden Zeitpunkten aus:

• Samoa-Zeit (UTC+13) am geplanten Tag
• Die Ortszeit am geplanten Tag

Damit eine Nutzer:in eintrittsberechtigt ist, muss sie beide Prüfungen bestehen. Wenn beispielsweise ein Canvas am 7. August 2021 um 14 Uhr Ortszeit starten soll, dann erfordert das Targeting einer Nutzer:in in New York die folgenden Berechtigungsprüfungen:

• New York am 6. August 2021 um 21 Uhr
• New York am 7. August 2021 um 14 Uhr

Um einzutreten, muss eine Nutzer:in zu beiden Auswertungszeitpunkten Ihrer Zielgruppe und Ihren Filtern entsprechen. Wenn die Nutzer:in bei der ersten Prüfung nicht berechtigt ist, führt Braze die zweite Prüfung nicht durch. Es gibt keine Mindestdauer, die eine Nutzer:in vor dem Start im Segment gewesen sein muss. Nur die Berechtigung zum jeweiligen Prüfzeitpunkt ist entscheidend.

Dieses Auswertungsverhalten ist unabhängig davon, wie weit im Voraus Sie die Campaign im Dashboard planen. Eine Planung von mindestens 24 Stunden im Voraus ist eine Empfehlung, da sie dazu beiträgt, Nachrichten über das gesamte 24-Stunden-Ortszeit-Fenster zuzustellen – keine Anforderung, dass jede Nutzer:in 24 Stunden lang in der Zielgruppe gewesen sein muss.

Beispiele

Wenn beispielsweise eine Campaign um 19 Uhr UTC zugestellt werden soll, beginnen wir mit der Einreihung der Campaign-Sendungen, sobald eine Zeitzone identifiziert wird (wie z. B. Samoa). Das bedeutet, wir bereiten den Versand der Nachricht vor, senden die Campaign aber noch nicht. Wenn Nutzer:innen bei der Berechtigungsprüfung keinem Filter entsprechen, gehören sie nicht zur Zielgruppe.

Nehmen wir als weiteres Beispiel an, Sie möchten zwei Campaigns erstellen, die am selben Tag gesendet werden sollen – eine morgens und eine abends – und einen Filter hinzufügen, dass Nutzer:innen die zweite Campaign nur erhalten können, wenn sie die erste bereits erhalten haben. Bei der Zustellung nach Ortszeit erhalten einige Nutzer:innen die zweite Campaign möglicherweise nicht. Das liegt daran, dass wir die Berechtigung prüfen, wenn die Zeitzone der Nutzer:in identifiziert wird. Wenn die geplante Zeit in ihrer Zeitzone noch nicht eingetreten ist, haben sie die erste Campaign noch nicht erhalten und sind somit für die zweite Campaign nicht berechtigt.

Die folgende Zeitleiste setzt eine Segment-Definition voraus, die ein zeitlich begrenztes Mitgliedschaftsfenster enthält. In diesem Beispiel verlassen Nutzer:innen das Segment 24 Stunden nach dem Beitritt. Dieses Filterverhalten ist ein Grund, warum eine Nutzer:in die erste Prüfung bestehen und bei der zweiten durchfallen kann.

Beschreibung der Zeitleiste

1. Nutzer:in A tritt um 6:59 Uhr PST (4:59 Uhr Samoa-Zeit) in das Segment ein.
2. Braze prüft um 7 Uhr Samoa-Zeit die Segmentzugehörigkeit, um festzustellen, welche Nutzer:innen in den nächsten 24 Stunden berechtigt sind, die Campaign zu erhalten. Nutzer:in A ist zu diesem Zeitpunkt im Segment.
3. Das Segment hat ein 24-Stunden-Fenster, sodass Nutzer:in A das Segment 24 Stunden nach dem Beitritt verlässt: 6:59 Uhr PST (4:59 Uhr Samoa-Zeit).
4. Die Ortszeit-Campaign sendet um 7 Uhr PST, aber Nutzer:in A hat das Segment bereits verlassen.

Wie plane ich eine Campaign mit Ortszeitversand?

Der vorherige Abschnitt beschreibt, wann Braze die Berechtigung für die Zustellung nach Ortszeit auswertet (die beiden Prüfungen). Dieser Abschnitt beschreibt, wann Sie den Campaign-Zeitplan im Dashboard festlegen (Planungsvorlaufzeit) und welche Nutzer:innen die Nachricht noch erhalten, wenn Sie mit weniger als 24 Stunden Vorlauf planen.

Wählen Sie beim Planen einer Campaign aus, sie zu einem festgelegten Zeitpunkt zu senden, und wählen Sie dann Campaign an Nutzer:innen in ihrer Ortszeit senden.

Braze empfiehlt dringend, alle Ortszeit-Campaigns mindestens 24 Stunden im Voraus zu planen. Da eine solche Campaign über einen ganzen Tag hinweg gesendet werden muss, stellt eine 24-Stunden-Vorausplanung sicher, dass Ihre Nachricht Ihr gesamtes Segment erreicht. Sie können diese Campaigns jedoch bei Bedarf auch mit weniger als 24 Stunden Vorlauf planen. Beachten Sie, dass Braze keine Nachrichten an Nutzer:innen sendet, deren Sendezeit um mehr als 1 Stunde überschritten ist.

Wenn es beispielsweise 13 Uhr ist und Sie eine Ortszeit-Campaign für 15 Uhr planen, wird die Campaign sofort an alle Nutzer:innen gesendet, deren Ortszeit zwischen 15 und 16 Uhr liegt, aber nicht an Nutzer:innen, deren Ortszeit 17 Uhr ist. Außerdem darf die von Ihnen gewählte Sendezeit in der Zeitzone Ihres Unternehmens noch nicht verstrichen sein.

Das Bearbeiten einer Ortszeit-Campaign, die weniger als 24 Stunden im Voraus geplant ist, ändert den Zeitplan der Nachricht nicht. Wenn Sie sich entscheiden, eine Ortszeit-Campaign auf eine spätere Zeit zu ändern (z. B. 19 Uhr statt 18 Uhr), erhalten Nutzer:innen, die zum Zeitpunkt der ursprünglichen Sendezeit im Ziel-Segment waren, die Nachricht weiterhin zur ursprünglichen Zeit (18 Uhr). Wenn Sie eine Ortszeit-Campaign auf eine frühere Zeit ändern (z. B. 16 Uhr statt 17 Uhr), wird die Campaign trotzdem an alle Segmentmitglieder zur ursprünglichen Zeit (17 Uhr) gesendet.

Wenn Sie Nutzer:innen die erneute Qualifikation für die Campaign erlaubt haben, erhalten sie sie erneut zur ursprünglichen Zeit (17 Uhr). Bei allen nachfolgenden Vorkommen Ihrer Campaign werden Ihre Nachrichten jedoch nur zur aktualisierten Zeit gesendet.

Wann werden Änderungen an Ortszeit-Campaigns wirksam?

Zielsegmente für Ortszeit-Campaigns sollten für zeitbasierte Filter mindestens ein 48-Stunden-Fenster enthalten, um die Zustellung an das gesamte Segment zu gewährleisten. Betrachten Sie beispielsweise ein Segment, das Nutzer:innen an ihrem zweiten Tag mit den folgenden Filtern anspricht:

• App erstmals vor mehr als 1 Tag verwendet
• App erstmals vor weniger als 2 Tagen verwendet

Die Zustellung nach Ortszeit kann Nutzer:innen in diesem Segment verfehlen, abhängig von der Zustellzeit und der Ortszeit der Nutzer:innen. Das liegt daran, dass eine Nutzer:in das Segment verlassen kann, bevor ihre Zeitzone die Zustellung auslöst.

Welche Änderungen kann ich an geplanten Campaigns vor dem Start vornehmen?

Wenn die Campaign geplant ist, müssen Sie alle Bearbeitungen außer der Nachrichtenkomposition vornehmen, bevor wir die Nachrichten zum Versand einreihen. Wie bei allen Campaigns können Sie Konversions-Events nach dem Start nicht mehr bearbeiten.

Ich habe meine geplante Campaign aktualisiert. Warum wurde sie nicht gestartet?

Dies kann passieren, wenn eine Campaign genau zu dem Zeitpunkt gestartet werden soll, zu dem sie aktualisiert wurde. Wenn es beispielsweise gerade 15:10 Uhr ist und Sie die Campaign auf 15:10 Uhr geändert und Campaign aktualisieren ausgewählt haben, ist es jetzt nach 15:10 Uhr, was bedeutet, dass die geplante Startzeit bereits verstrichen ist. Anstatt die Campaign für dieselbe Uhrzeit zu planen, wählen Sie Senden, sobald die Campaign gestartet wird.

Was ist die „Sicherheitszone“ bevor Nachrichten einer geplanten Campaign eingereiht werden?

Wir empfehlen, Änderungen an Nachrichten innerhalb der folgenden Zeiträume vorzunehmen:

• Einmalig geplante Campaigns: Bearbeiten Sie bis zum geplanten Sendezeitpunkt.
• Wiederkehrend geplante Campaigns: Bearbeiten Sie bis zum geplanten Sendezeitpunkt.
• Ortszeit-Campaigns: Bearbeiten Sie bis zu 24 Stunden vor dem geplanten Sendezeitpunkt.
• Campaigns mit optimalem Sendezeitpunkt: Bearbeiten Sie bis zu 24 Stunden vor dem Tag, an dem die Campaign gesendet werden soll.

Wenn Sie Änderungen außerhalb dieser Empfehlungen vornehmen, werden die Aktualisierungen möglicherweise nicht in der gesendeten Nachricht widergespiegelt. Wenn Sie beispielsweise die Sendezeit drei Stunden vor einer um 12 Uhr Ortszeit geplanten Campaign ändern, kann Folgendes passieren:

• Braze sendet keine Nachrichten an Nutzer:innen, deren Sendezeit um mehr als eine Stunde überschritten ist.
• Bereits eingereihte Nachrichten können weiterhin zum ursprünglich eingereihten Zeitpunkt gesendet werden, nicht zum angepassten Zeitpunkt.

Wenn Sie Änderungen vornehmen müssen, empfehlen wir, die aktuelle Campaign zu stoppen (dadurch werden alle eingereihten Nachrichten abgebrochen). Sie können dann die Campaign duplizieren, die erforderlichen Änderungen vornehmen und die neue Campaign starten. Möglicherweise müssen Sie Nutzer:innen von dieser Campaign ausschließen, die die erste Campaign bereits erhalten haben. Stellen Sie sicher, dass Sie die Campaign-Zeitpläne anpassen, um den Zeitzonenversand zu berücksichtigen.

Warum sind am Tag der Zeitumstellung keine Nutzer:innen in meine täglich geplante Campaign eingetreten?

An Tagen der Zeitumstellung (Sommerzeit/Winterzeit) können täglich geplante Campaigns je nachdem, ob die Uhren vor- oder zurückgestellt werden, bis zu eine Stunde früher oder später als gewöhnlich ausgeführt werden. Wenn Ihr Segment auf angepassten Attributen oder Events mit Zeitstempeln basiert, die innerhalb einer Stunde vor der geplanten Sendezeit liegen, qualifizieren sich diese Nutzer:innen am Tag der Zeitumstellung möglicherweise noch nicht, wenn die Campaign die Berechtigung auswertet.

Nehmen wir beispielsweise an, Nutzer:innen erhalten typischerweise eine Aktualisierung eines angepassten Attributs um 15 Uhr UTC, und Ihre Campaign läuft täglich um 10:30 Uhr in New York (Eastern Time). Während New York in der Standardzeit (UTC-5) ist, entspricht 10:30 Uhr ET 15:30 Uhr UTC, sodass die Campaign nach der Attributprotokollierung ausgeführt wird. Wenn New York zur Sommerzeit (UTC-4) wechselt, entspricht 10:30 Uhr ET 14:30 Uhr UTC, sodass die Campaign am Zeitumstellungstag vor der Attributaktualisierung um 15 Uhr UTC ausgeführt werden kann. Da das qualifizierende Attribut noch nicht existiert, werden diese Nutzer:innen herausgefiltert. Wenn die erneute Qualifikation deaktiviert ist, können Nutzer:innen, die an vorherigen Tagen eingetreten sind, nicht erneut eintreten, was zu null Eintritten an diesem Tag führt.

Um dies zu vermeiden, stellen Sie sicher, dass Ihre Aktualisierungen angepasster Attribute oder Events mehr als eine Stunde vor der geplanten Sendezeit der Campaign erfolgen.

Warum stimmt die Anzahl der Nutzer:innen, die in eine Campaign eintreten, nicht mit der erwarteten Anzahl überein?

Die Anzahl der Nutzer:innen, die in eine Campaign eintreten, kann von Ihrer erwarteten Anzahl abweichen, je nachdem, wie Zielgruppen und Trigger ausgewertet werden. In Braze wird eine Zielgruppe vor dem Trigger ausgewertet (es sei denn, Sie verwenden einen Attributänderungs-Trigger). Dies führt dazu, dass Nutzer:innen aus der Campaign herausfallen, wenn sie nicht anfänglich Teil Ihrer ausgewählten Zielgruppe sind, bevor Trigger-Aktionen ausgewertet werden.

Warum haben Nutzer:innen meine Campaign zweimal erhalten, nachdem ich sie bearbeitet habe?

Wenn Sie eine laufende Campaign bearbeiten, ohne sie vorher zu stoppen, können Nutzer:innen die Nachricht zweimal erhalten. Das passiert, weil die Bearbeitung einer laufenden Campaign Nutzer:innen für die aktualisierte Version erneut einreiht, während die ursprüngliche Warteschlange noch verarbeitet wird. Nutzer:innen, die die ursprüngliche Nachricht noch nicht erhalten haben, können in beiden Warteschlangen landen. Um dies zu verhindern, stoppen Sie die Campaign immer, bevor Sie Änderungen vornehmen.

Was ist der Unterschied zwischen den Optionen „CSV-Export Nutzerdaten“ und „CSV-Export E-Mail-Adressen“ auf meiner Campaign-Analytics-Seite?

Wenn Sie die Option CSV-Export E-Mail-Adressen auswählen, werden nur Daten für Nutzer:innen mit E-Mail-Adressen heruntergeladen. Wenn Sie beispielsweise ein Segment mit 100.000 Nutzer:innen haben, aber nur 50.000 davon E-Mail-Adressen haben, und Sie auf CSV-Export E-Mail-Adressen klicken, enthält der Export nur 50.000 Datenzeilen. Im Vergleich dazu exportiert CSV-Export Nutzerdaten alle Nutzerdaten.

Kann ich nach einer Campaign anhand ihrer API-Kennung suchen?

Ja, verwenden Sie den Filter api_id:YOUR_API_ID auf der Campaigns-Seite, um nach einer Campaign anhand ihrer API-Kennung zu suchen. Weitere Informationen finden Sie unter Campaigns suchen.

Warum werden Leerzeichen in Eingabefeldern anders angezeigt als im dargestellten Text?

Die Leerzeichenbehandlung unterscheidet sich zwischen Eingabefeldern und angezeigten Textkomponenten aufgrund des CSS-Stylings. In Textkomponenten mit dem Standard-CSS white-space: normal werden mehrere aufeinanderfolgende Leerzeichen bei der Anzeige zu einem einzigen Leerzeichen zusammengefasst. Dies ist das Standard-HTML-Verhalten für gerenderten Text.

Eingabefelder bewahren mehrere Leerzeichen genau so, wie Sie sie eingeben, da Sie den genauen Abstand für eine akkurate Dateneingabe sehen und bearbeiten müssen. Das bedeutet, dass Text mit mehreren Leerzeichen in einem Eingabefeld (wo alle Leerzeichen erhalten bleiben) anders aussehen kann als bei der Anzeige in anderen Teilen des Dashboards (wo CSS mehrere Leerzeichen zusammenfassen kann).

Wenn Sie beispielsweise einen Campaign-Namen oder einen UTM-Parameter mit mehreren Leerzeichen in ein Eingabefeld eingeben, sehen Sie alle Leerzeichen erhalten. Wenn derselbe Text jedoch in Suchergebnissen, Campaign-Listen oder anderen Textkomponenten erscheint, können mehrere Leerzeichen aufgrund der CSS-Leerzeichenbehandlung als ein einziges Leerzeichen erscheinen.

Was ist der Unterschied zwischen API-Campaigns und API-getriggerten Campaigns?

API-getriggerte Campaigns ermöglichen es Ihnen, Campaign-Texte, multivariates Testen und Regeln für die erneute Qualifikation im Braze-Dashboard zu verwalten, während die Zustellung dieses Inhalts von Ihren eigenen Servern und Systemen getriggert wird. Diese Nachrichten können auch zusätzliche Daten enthalten, die in Echtzeit in die Nachrichten eingebunden werden.

API-Campaigns werden verwendet, um die über die API gesendeten Nachrichten zu tracken. Im Gegensatz zu den meisten Campaigns legen Sie weder die Nachricht, noch die Empfänger:innen oder den Zeitplan fest, sondern übergeben die Bezeichner in Ihren API-Aufrufen.

Wie kann ich bestätigen, ob meine Nutzer:innen eine API-getriggerte Campaign erhalten haben?

Sie können ein Segment erstellen, indem Sie den Filter Campaign erhalten verwenden und dann die spezifische API-getriggerte Campaign auswählen, die Sie überprüfen möchten. Nachdem Sie das Segment gespeichert haben, verwenden Sie den /users/export/segment-Endpunkt, um die Nutzer:innen in diesem Segment zu exportieren.

Kann ich eine Campaign löschen?

Nein, aber Sie können eine Campaign archivieren.

Was ist der Unterschied zwischen aktionsbasierten und API-getriggerten Campaigns?

Aktionsbasiert

Campaigns mit aktionsbasierter Zustellung oder Event-getriggerte Campaigns sind sehr effektiv für transaktionsbezogene oder leistungsbasierte Nachrichten und ermöglichen es Ihnen, diese nach Abschluss eines bestimmten Events durch eine Nutzer:in auszulösen.

Vorteile	Nachteile
• Sichtbarkeit eingehender JSON-Payloads in der Plattform (wenn das Event durch eine Testnutzer:in ausgelöst wird) über das Nachrichtenaktivitätsprotokoll • Personalisierungselemente sind in den angepassten Event-Eigenschaften enthalten • Angepasste Events können verwendet werden, um Segments von Nutzer:innen zu erstellen, die für die Nachricht berechtigt sind	• Verbraucht Datenpunkte

API-getriggert

API-getriggerte und Server-getriggerte Campaigns sind ideal für fortgeschrittenere Transaktionen und ermöglichen es Ihnen, die Zustellung von Campaign-Inhalten von Ihren eigenen Servern und Systemen zu triggern. Die API-Anfrage zum Triggern der Nachricht kann auch zusätzliche Daten enthalten, die in Echtzeit in die Nachricht eingebunden werden.

Vorteile	Hinweise
• Verbraucht keine Datenpunkte • Personalisierungselemente sind in den JSON-Payload-Eigenschaften enthalten	• Ermöglicht es nicht, ein Segment von Nutzer:innen zu erstellen, die für die Nachricht in den JSON-Payload-Eigenschaften berechtigt sind • Eingehende JSON-Payloads können nicht über das Nachrichtenaktivitätsprotokoll eingesehen werden

Was sollte ich bei der Einreichung eines Support-Tickets für einen „Request Timed Out“-Fehler angeben?

Wenn Sie beim Erstellen oder Bearbeiten einer Campaign oder eines Canvas einen „Request Timed Out“-Fehler erhalten und den Braze-Support kontaktieren müssen, geben Sie die folgenden Informationen an, um die Lösung zu beschleunigen:

• Bildschirmaufnahme: Eine Aufnahme der Schritte, die Sie vor dem Auftreten des Fehlers durchgeführt haben, einschließlich aller Seitenwechsel.
• Zeitstempel und Zeitzone: Der genaue Zeitpunkt, zu dem der Fehler aufgetreten ist, und Ihre Zeitzone.
• Browser und Version: Der Browser, den Sie verwenden (zum Beispiel Chrome 120, Safari 17), und ob Sie versucht haben, den Fehler in einem anderen Browser zu reproduzieren.
• Schritte zur Reproduktion: Eine klare Beschreibung der Aktionen, die den Fehler triggern, einschließlich aller spezifischen Campaign- oder Canvas-Einstellungen, die beteiligt sind.
• Netzwerkprotokolle (optional): Öffnen Sie die Entwicklertools Ihres Browsers (Tab Network), reproduzieren Sie den Fehler und exportieren Sie das Netzwerkprotokoll als HTTP-Archive-Datei (HAR). Dies hilft dem Support-Team festzustellen, welcher API-Aufruf ein Timeout verursacht.

Warum stimmen meine Sende-Analytics nicht mit dem von mir festgelegten maximalen Empfängerlimit überein?

Wenn Sie ein maximales Empfängerlimit zu einer aktiven Campaign hinzufügen oder ändern, wird das Limit aus folgenden Gründen möglicherweise nicht in Ihren Sende-Analytics widergespiegelt:

• Limit nach dem Start hinzugefügt: Wenn das maximale Empfängerlimit nicht beim Start der Campaign festgelegt ist, werden Nachrichten, die bereits eingereiht sind, bevor Sie das Limit anwenden, trotzdem gesendet. Das Limit gilt nur für Sendungen, die Sie nach dem Speichern der Änderung einreihen.
• Zusammenspiel mit Rate-Limiting: Wenn eine Campaign auch einem Rate-Limit unterliegt, können Nachrichten über ein längeres Zeitfenster verteilt werden. Das maximale Empfängerlimit wird ausgewertet, wenn Nachrichten eingereiht werden, nicht wenn sie zugestellt werden. Wenn das Limit geändert wird, während Nachrichten bereits in der Warteschlange sind, gilt das ursprüngliche Limit für diese Nachrichten.
• Wiederkehrende Campaigns: Bei wiederkehrenden Campaigns wird das maximale Empfängerlimit für jeden geplanten Versand unabhängig ausgewertet. Das Ändern des Limits zwischen den Sendungen passt vorherige Sendezähler nicht rückwirkend an.

Um Abweichungen zu vermeiden, legen Sie das maximale Empfängerlimit vor dem Start der Campaign fest und vermeiden Sie Änderungen, während Sendungen laufen.

Warum sind die Sendungen niedriger als die geschätzte Zielgruppengröße?

Mehrere Faktoren können dazu führen, dass die Anzahl der Sendungen niedriger ist als die geschätzte Zielgruppengröße:

• Aktionsbasierte Zustellung: Nutzer:innen generieren Sendungen erst, nachdem sie den Trigger ausgeführt haben, sodass Sendungen sich über die Zeit ansammeln und hinter der vorab angezeigten Schätzung zurückbleiben können, die beim Erstellen der Campaign angezeigt wurde.
• Zielgruppenänderungen nach dem Start: Das Ändern von Eintritts- oder Zielfiltern nach dem Start kann dazu führen, dass die Momentaufnahme der geschätzten Zielgruppe nicht mehr mit den Nutzer:innen übereinstimmt, die sich bei späteren Sendungen noch qualifizieren (z. B. wenn Nutzer:innen nicht berechtigt sind, erneut einzutreten).
• Zielgruppenpfad-Schritt: Für Canvas sendet ein Zielgruppenpfade-Schritt nur an Nutzer:innen, die dem höchstpriorisierten Branch entsprechen, für den sie sich qualifizieren, was die Sendungen im Vergleich zu einer flachen Segmentzählung reduzieren kann.
• Kontrollgruppen: Wenn eine globale Kontrollgruppe oder eine Campaign-Kontrollgruppe verwendet wird, wird ein Teil der Zielgruppe von der Zustellung zurückgehalten.
• Zustellzeitpunkt und -fenster: Bei Ortszeit- oder geplanten Campaigns müssen Nutzer:innen sich sowohl zum Eintritts- als auch zum Sendezeitpunkt qualifizieren; Nutzer:innen in bestimmten Zeitzonen können außerhalb des Zustellfensters liegen.
• E-Mail-Deduplizierung: Ihre Campaign oder Ihr Canvas spricht mehrere Nutzer:innen mit übereinstimmenden E-Mail-Adressen an, sodass zum Sendezeitpunkt eine zufällige Nutzer:in mit dieser E-Mail-Adresse ausgewählt wird. Die Nachricht wird nur einmal gesendet und dedupliziert, damit sie nicht mehrfach an dieselbe E-Mail-Adresse gesendet wird, aber Ihre geschätzte Zielgruppengröße enthält alle Nutzer:innen.
• E-Mail-Zustellbarkeitsfilter: Bei E-Mail-Campaigns schließt Braze Nutzer:innen aus, die einen Hard-Bounce hatten, sich von E-Mails abgemeldet haben, als Spam markiert wurden, keine E-Mail-Adresse in ihrem Profil haben oder nicht bei einer erforderlichen Abo-Gruppe angemeldet sind. Diese Prüfungen erfolgen zum Sendezeitpunkt, sodass eine Nutzer:in, die in Ihrem Segment vorhanden ist, trotzdem von der tatsächlichen Sendezählung ausgeschlossen werden kann.
• CSV-Import-Timing: Wenn die Segmentzugehörigkeit durch CSV-Import gepflegt wird, werden E-Mail-Adressen, die nach dem Versand einer geplanten Campaign hinzugefügt werden, von diesem Versand nicht erreicht. Da Braze keine Momentaufnahme der Segmentzugehörigkeit zum Sendezeitpunkt aufbewahrt, kann die aktuelle Segmentgröße die Anzahl der tatsächlich kontaktierten Nutzer:innen übersteigen.
• Globales Frequency-Capping: Workspace-weite Limits können verhindern, dass berechtigte Nutzer:innen im selben Zeitfenster eine weitere Nachricht erhalten, was die tatsächlichen Sendungen reduziert.
• Neu importierte Nutzer:innen: Profile, die gerade erst berechtigt wurden, erhalten die Nachricht möglicherweise erst bei der nächsten Auswertung oder dem nächsten Sendedurchlauf, sodass die Zählung bei einem späteren Durchlauf aufholt.
• Push-Erreichbarkeit: Bestätigen Sie bei Push-Campaigns, dass die Zielgruppe für die richtige App Push-aktiviert ist. Wenn Sie nicht nach Push-aktivierten Nutzer:innen filtern, kann die geschätzte Zielgruppe Profile enthalten, die kein Push empfangen können. Prüfen Sie Erreichbare Nutzer:innen im Schritt Zielgruppe zusammenstellen für eine genauere operative Schätzung.
• Rate-Limiting: Ein Rate-Limit für die Zustellgeschwindigkeit begrenzt, wie viele Nachrichten Braze pro Minute während eines einzelnen Sendevorgangs versendet. Braze verteilt die Zustellung über ein längeres Fenster, sodass einige Sendungen verzögert werden, noch nicht in der Zählung erscheinen oder nicht abgeschlossen werden, wenn das Limit im Verhältnis zur berechtigten Zielgruppe niedrig ist.
• Fenster für erneute Qualifikation: Nutzer:innen, die noch nicht wieder qualifikationsberechtigt sind, erhalten die Nachricht während der Abklingzeit nicht erneut, sodass die Sendungen für diesen Zeitraum unter der geschätzten Zielgruppengröße liegen.
• Berichtszeitraum: Der Analytics-Zeitbereich umfasst möglicherweise nicht jeden Versand.
• Segment-Neuauswertung: Bei aktionsbasierten oder geplanten Campaigns, die zum Sendezeitpunkt erneut auswerten, qualifizieren sich Nutzer:innen, die beim Einreihen der Campaign im Segment waren, möglicherweise nicht mehr, wenn die Nachricht tatsächlich gesendet wird.
• Sende-Limits: Eine maximale Nutzer:innenanzahl (oder ein ähnliches Limit) unter Zielgruppe zusammenstellen stoppt die Zustellung, wenn das Limit erreicht ist.
• Strenge Geräte- oder Browser-Filter: Filter, die nur die neuesten App-Versionen oder Browser berücksichtigen, verkleinern die erreichbare Menge zum Sendezeitpunkt im Vergleich zu einer breiten Segmentvorschau.

Wo finde ich häufig gestellte Fragen zum globalen Frequency-Capping?

Für Fragen zu Kalendertagen, stillem Push, Webhooks, Canvas-Verhalten und verwandten Themen, siehe die Häufig gestellten Fragen zu Rate-Limiting und Frequency-Capping.

Warum hat meine Campaign sinkende Senderaten?

Wenn Sie feststellen, dass Ihre täglich geplanten Campaigns im Laufe der Zeit an weniger Nutzer:innen senden, prüfen Sie Folgendes:

• Prüfen Sie, ob die erneute Qualifikation aktiviert ist: Ohne erneute Qualifikation sendet Braze jeder Nutzer:in nur einmal eine Nachricht. Bei täglich geplanten Campaigns sind nur Nutzer:innen berechtigt, die der Zielgruppe entsprechen und die Nachricht noch nicht erhalten haben. Da immer mehr Nutzer:innen die Nachricht erhalten, hat jeder spätere Versand weniger berechtigte Nutzer:innen, sodass das Sendevolumen sinkt.
• Prüfen Sie, ob die Zielgruppe eine feste Mitgliedschaft hat: Zielgruppen, die aus einer festen Nutzerliste erstellt wurden (z. B. ein CSV-Import, der als Segmentfilter verwendet wird), erhalten nicht automatisch neue Mitglieder. Ohne neue Eintritte kann sich das Sendevolumen nicht erholen, wenn Nutzer:innen bereits kontaktiert wurden.

Für Rate-Limits für die Zustellgeschwindigkeit und andere Faktoren, die die Sendungen für einen einzelnen Vorgang verringern, siehe Warum sind die Sendungen niedriger als die geschätzte Zielgruppengröße?.

Warum können eindeutige Empfänger:innen die Sendungen bei E-Mail und SMS übersteigen?

Bei E-Mail und SMS inkrementiert Braze Eindeutige Empfänger:innen vor dem E-Mail-Anbieter-Sendeversuch und inkrementiert Sendungen nach einer erfolgreichen E-Mail-Anbieter-Antwort. Permanente Fehler (wie ungültige E-Mail-Adressen) oder doppelte Adressen führen dazu, dass die eindeutigen Empfänger:innen die Sendungen übersteigen.

Warum stimmt Zuletzt gesendet nicht mit meiner geplanten Sendezeit überein?

Bei einer Campaign mit einem einzelnen geplanten Versand stimmt Zuletzt gesendet mit der Startzeit überein. Bei wiederkehrenden Campaigns mit aktiviertem In Ortszeit senden kann Zuletzt gesendet früher als die geplante Zeit erscheinen, da Sendungen an Nutzer:innen in früheren Zeitzonen (z. B. GMT vs. PST) vor der Workspace-Planzeit abgeschlossen werden.

Warum zeigt eine gestoppte historische Campaign keine Metriken mehr auf der Analytics-Seite an?

Der Tab Analytics zeigt standardmäßig die letzten 90 Tage an. Wenn die Campaign zuletzt außerhalb dieses Fensters gesendet hat, können Metriken als null erscheinen, bis Sie den Datumsbereich auf der Analytics-Seite anpassen, um den Zeitraum einzuschließen, in dem die Campaign gesendet hat. Weitere Informationen finden Sie unter Campaign-Analytics.

Interaktionsdaten wiederherstellen stellt keine Campaign-Analytics wieder her. Es gilt nur für Retargeting-Filter und die Nutzer:innen-Interaktionshistorie. Weitere Informationen finden Sie unter Messaging-Interaktionsdaten.