Zum Inhalt springen

Häufig gestellte Fragen

Hier finden Sie Antworten auf häufig gestellte Fragen zu Bannern in Braze. Weitere allgemeine Informationen finden Sie unter Über Banner.

Wann werden Banner-Aktualisierungen für Nutzer:innen angezeigt?

Banner werden mit ihren neuesten Daten aktualisiert, wann immer Sie die Aktualisierungsmethode aufrufen—es ist nicht nötig, Ihre Banner-Campaign erneut zu senden oder zu aktualisieren.

Wie viele Placements kann ich in einer Sitzung anfordern?

In einer einzelnen Aktualisierungsanfrage können Sie maximal 10 Placements anfordern. Für jedes angeforderte Placement gibt Braze das Banner mit der höchsten Priorität zurück, für das ein:e Nutzer:in qualifiziert ist. Zusätzliche Anfragen geben einen Fehler zurück.

Weitere Informationen finden Sie unter Placement-Anfragen.

Wie viele Banner-Campaigns können gleichzeitig aktiv sein?

Jeder Workspace kann bis zu 200 aktive Banner-Campaigns unterstützen. Wenn dieses Limit erreicht ist, müssen Sie eine bestehende Campaign archivieren oder deaktivieren, bevor Sie eine neue erstellen können.

Welches Banner wird bei Campaigns mit demselben Placement zuerst angezeigt?

Wenn Nutzer:innen für mehrere Banner-Campaigns qualifiziert sind, die dasselbe Placement verwenden, wird das Banner mit der höchsten Priorität angezeigt. Weitere Informationen finden Sie unter Banner-Priorität.

Kann ich Banner in meinem bestehenden Content-Card-Feed verwenden?

Banner unterscheiden sich von Content Cards, das heißt, Sie können Banner und Content Cards nicht im selben Feed verwenden. Um bestehende Content-Card-Feeds durch Banner zu ersetzen, müssen Sie Placements in Ihrer App oder Website erstellen.

Wie unterscheiden sich Banner von In-App-Nachrichten?

Banner und In-App-Nachrichten erreichen Nutzer:innen innerhalb Ihrer App oder Website, verwenden jedoch unterschiedliche Zustellmodelle. Wenn Sie Banner mit einem bestehenden In-App-Nachrichten-Setup vergleichen, rechnen Sie mit Unterschieden bei Triggern, Aktualisierungszeitpunkten und Tests – nicht mit einem Eins-zu-eins-Austausch.

Thema Banner In-App-Nachrichten
Wo Nachrichten erscheinen Inline an Placements, die Sie in Ihrer App oder Website definieren Vollbild-, Modal- oder Slide-up-Overlays, die vom SDK verwaltet werden
Wann Inhalte aktualisiert werden Wenn Ihre App oder Website eine Banner-Aktualisierung aufruft (zum Beispiel bei Sitzungsbeginn oder während einer Sitzung) Vorlagennachrichten werten Liquid aus, wenn die In-App-Nachricht getriggert wird (zum Beispiel bei einem angepassten Event oder Sitzungsbeginn), nachdem die Payload auf dem Gerät zwischengespeichert wurde
Aktionsbasierte Trigger Keine aktionsbasierte Zustellung; verwenden Sie stattdessen Segments, Priorität und Aktualisierungszeitpunkte Unterstützt aktionsbasierte und API-getriggerte Zustellung
Testen Zeigen Sie eine Vorschau für eine:n Nutzer:in an und bestätigen Sie dann, dass die Placement-Aktualisierung in Ihrer App oder Website das erwartete Banner anzeigt Verwenden Sie Test Send oder In-App-Vorschau-Flows für triggerbasierte Anzeige
Berichterstattung Banner-Aufrufe und -Klicks folgen der Banner-Analytics In-App-Impressionen und -Klicks folgen der In-App-Nachrichten-Analytics

Können Banner Videos enthalten?

Der Standard-Banner-Builder unterstützt Bilder, Text und Buttons. Um ein Video in ein Banner einzubinden, können Sie einen Custom Code-Block im Builder verwenden oder das gesamte Banner mit dem HTML-Editor erstellen und einen Videoplayer direkt in Ihr HTML einbetten.

Kann ich ein Banner basierend auf Nutzer:innenaktionen triggern?

Obwohl Banner keine aktionsbasierte Zustellung unterstützen, können Sie Nutzer:innen basierend auf ihren vergangenen Aktionen mithilfe von Segmentierung und Priorität ansprechen.

Um beispielsweise ein spezielles Banner nur Nutzer:innen anzuzeigen, die ein purchase-Event abgeschlossen haben:

  1. Targeting: Wählen Sie in Ihrer Campaign ein Segment von Nutzer:innen als Zielgruppe aus, die das angepasste Event purchase mindestens einmal ausgeführt haben.
  2. Priorität: Wenn Sie ein allgemeines Banner für alle Nutzer:innen und dieses spezielle Banner für Käufer:innen haben, die auf dieselbe Platzierung abzielen, setzen Sie die Priorität des speziellen Banners auf Hoch und die des allgemeinen Banners auf Mittel oder Niedrig.

Wenn Nutzer:innen eine neue Sitzung starten oder Banner nach der Durchführung der Aktion aktualisieren, bewertet Braze ihre Berechtigung. Wenn sie dem Segment „Purchase“ entsprechen, wird das Banner mit hoher Priorität angezeigt.

Können Nutzer:innen ein Banner schließen?

Ja. Sie können Nutzer:innen erlauben, ein Banner manuell zu schließen. Weitere Informationen zur Konfiguration des Schließverhaltens im Builder und im HTML-Editor finden Sie unter Schließverhalten konfigurieren.

Nutzer:innen können Banner nur dann manuell schließen, wenn das Schließverhalten aktiviert ist. Wenn das Schließen nicht aktiviert ist, können Sie die Sichtbarkeit des Banners steuern, indem Sie die Segmentzugehörigkeit der Nutzer:innen verwalten. Wenn Nutzer:innen die Targeting-Kriterien einer Banner-Campaign nicht mehr erfüllen, wird das Banner in der nächsten Sitzung nicht mehr angezeigt.

Wenn Nutzer:innen ein Banner schließen, sind sie standardmäßig nicht mehr für diese Campaign berechtigt. Damit Nutzer:innen, die das Banner geschlossen haben, es erneut sehen können, konfigurieren Sie die erneute Berechtigung im Schritt Zustellungssteuerung der Campaign. Canvas-Banner-Schritte verwenden stattdessen die Canvas-Wiedereintrittseinstellungen, um die erneute Berechtigung zu steuern.

Wenn Sie beispielsweise ein Aktionsbanner anzeigen, bis Nutzer:innen einen Kauf tätigen, kann das Loggen eines Events wie purchase_completed diese Nutzer:innen aus dem Zielsegment entfernen und so das Banner in nachfolgenden Sitzungen effektiv ausblenden.

Wie werden Kontrollgruppen-Nutzer:innen in Currents und Data Sharing protokolliert?

Banner-Kontrollgruppen funktionieren anders als Content Cards und In-App-Nachrichten. Kontrollgruppen-Nutzer:innen werden nicht in USERS_CAMPAIGNS_ENROLLINCONTROL_SHARED (oder dem Currents-Event users.campaigns.EnrollInControl) protokolliert. Stattdessen wird die Kontrollgruppen-Exposition in USERS_MESSAGES_BANNER_IMPRESSION_SHARED (Currents users.messages.banner.Impression) protokolliert, nachdem Ihre App eine Impression erfasst hat – auch wenn Ihre Integration insertBanner für ein Kontrollgruppen-Banner aufruft und den Container ausblendet.

Um Kontrollgruppen-Nutzer:innen in Exportdaten zu identifizieren, filtern Sie nach message_variation_name (Control Group) oder der message_variation_api_id der Kontrollvariante.

Weitere Informationen finden Sie unter Wie werden Kontrollgruppen-Nutzer:innen in Currents für Content Cards, In-App-Nachrichten und Banner protokolliert? und USERS_MESSAGES_BANNER_IMPRESSION_SHARED.

Kann ich die Analytics von Banner-Campaigns über die Braze-API exportieren?

Ja. Sie können den /campaigns/data_series-Endpunkt verwenden, um Daten darüber abzurufen, wie viele Banner-Campaigns angesehen, angeklickt oder konvertiert wurden.

Wann werden Nutzer:innen segmentiert?

Nutzer:innen werden zu Beginn der Sitzung segmentiert. Wenn die Zielsegmente einer Campaign von angepassten Attributen, angepassten Events oder anderen Targeting-Attributen abhängen, müssen diese zu Beginn der Sitzung im Nutzerprofil vorhanden sein.

Wie kann ich Banner so gestalten, dass die Latenz möglichst gering bleibt?

Je einfacher der Nachrichteninhalt Ihres Banners ist, desto schneller wird es gerendert. Am besten testen Sie Ihre Banner-Campaign im Hinblick auf die erwartete Latenz für Ihren Anwendungsfall. Achten Sie zum Beispiel darauf, Liquid-Attribute wie catalog_items zu testen.

Wenn Sie Connected Content verwenden (im Early Access), beachten Sie, dass jeder Aufruf gegen ein gemeinsames Rendering-Budget von etwa zwei Sekunden für alle Placements in einer einzelnen Aktualisierung zählt. Wird das Budget überschritten oder ein Aufruf läuft ab, wird das Connected-Content-Ergebnis als null behandelt, und Banner führen keinen erneuten Versuch durch. Um die Latenz zu minimieren:

  • Halten Sie Ihre Endpunkte schnell und cachen Sie Antworten, wann immer möglich.
  • Begrenzen Sie die Anzahl eindeutiger Connected-Content-URLs über Placements hinweg, die zusammen gerendert werden.
  • Vermeiden Sie verkettete Aufrufe, bei denen eine Connected-Content-Antwort die URL für den nächsten Aufruf bestimmt.
  • Verwenden Sie Liquid-Guard-Statements oder den default-Filter, um null-Ergebnisse abzufangen und leere Banner zu vermeiden.

Werden alle Liquid-Tags unterstützt?

Nein. Die meisten Liquid-Tags werden jedoch für Banner-Nachrichten unterstützt, mit Ausnahme von catalog_items, die mithilfe des :rerender-Tags erneut gerendert werden.

Kann ich Klick-Events erfassen?

Ja. Wie Klick-Events erfasst werden, hängt davon ab, wie Ihr Banner gerendert wird:

  • Builder – Standardkomponenten: Wenn Ihr Banner Standard-Editor-Komponenten (Bilder, Buttons, Text) verwendet, werden Klicks automatisch getrackt, wenn Sie die Einfügemethoden des SDK verwenden.
  • Builder – Custom-Code-Blöcke: Wenn Sie Klicks für Elemente innerhalb eines Custom-Code-Editor-Blocks tracken möchten, müssen Sie brazeBridge.logClick() aus Ihrem angepassten HTML heraus aufrufen. Dies gilt auch bei Verwendung der SDK-Methoden zum Einfügen und Rendern des Banners.
  • HTML-Editor: Klick-Tracking erfolgt nicht automatisch. Sie müssen brazeBridge.logClick() für jedes klickbare Element aufrufen, das Sie tracken möchten. Die vollständige Referenz finden Sie unter Angepasster Code und JavaScript-Bridge für Banner.
  • Angepasste UI (Headless): Wenn Sie eine vollständig angepasste UI mit den angepassten Eigenschaften des Banners erstellen, anstatt das Banner-HTML zu rendern, rufen Sie logClick() auf dem Banner-Objekt in Ihrem Anwendungscode auf.

Weitere Informationen finden Sie unter Klicks protokollieren.

New Stuff!