Skip to content

Segment

Segment ist eine Customer Data Platform, mit der Sie Ihre Kundendaten sammeln, bereinigen und aktivieren können.

Die Integration von Braze und Segment ermöglicht es Ihnen, Ihre Nutzer:innen zu tracken und Daten an verschiedene Anbieter von Analytics weiterzuleiten. Segment ermöglicht Ihnen:

Voraussetzungen

Anforderung Beschreibung
Segment-Konto Um diese Partnerschaft nutzen zu können, ist ein Segment-Konto erforderlich.
Installierte Quelle und Segment-Quell-Bibliotheken Der Ursprung aller Daten, die an Segment gesendet werden, wie z. B. mobile Apps, Websites oder Backend-Server.

Sie müssen die Bibliotheken in Ihrer App, Website oder auf Ihrem Server installieren, bevor Sie einen erfolgreichen Source > Destination-Ablauf einrichten können.

Integration

Um Braze und Segment zu integrieren, müssen Sie Braze als Ziel entsprechend dem von Ihnen gewählten Integrationstyp (Verbindungsmodus) festlegen. Wenn Sie ein neuer Braze-Kunde sind, können Sie historische Daten mithilfe von Segment Replays an Braze weitergeben. Als Nächstes müssen Sie Abbildungen einrichten und Ihre Integration testen, um einen reibungslosen Datenfluss zwischen Braze und Segment zu gewährleisten.

Schritt 1: Ein Braze-Ziel erstellen

Nachdem Sie Ihre Quellen erfolgreich eingerichtet haben, müssen Sie Braze als Ziel für jede Quelle (iOS, Android, Web usw.) konfigurieren. Sie haben viele Möglichkeiten, den Datenfluss zwischen Braze und Segment über die Verbindungseinstellungen anzupassen.

Schritt 2: Ziel-Framework und Verbindungstyp wählen

Navigieren Sie in Segment zu Destinations > Braze > Configure Braze > Select your Source > Setup.

Die Seite zur Einrichtung der Quelle. Diese Seite enthält Einstellungen, um das Ziel-Framework als „actions“ oder „classic“ und den Verbindungsmodus als „cloud mode“ oder „device mode“ festzulegen.

Sie können die Web-Quelle von Segment (Analytics.js) und die nativen clientseitigen Bibliotheken mit Braze integrieren, indem Sie entweder eine Side-by-side-Integration (Gerätemodus) oder eine Server-zu-Server-Integration (Cloud-Modus) verwenden.

Die Wahl des Verbindungsmodus hängt von der Art der Quelle ab, für die das Ziel konfiguriert ist.

Integration Details
Side-by-side
(Gerätemodus)
Verwendet das SDK von Segment, um Events in native Braze-Aufrufe zu übersetzen, was den Zugriff auf tiefere Features und eine umfassendere Nutzung von Braze als bei der Server-zu-Server-Integration ermöglicht.

Beachten Sie, dass Segment nicht alle Braze-Methoden unterstützt (z. B. Content Cards). Um eine Braze-Methode zu verwenden, die nicht durch eine entsprechende Abbildung abgedeckt ist, müssen Sie die Methode aufrufen, indem Sie Ihrer Codebasis nativen Braze-Code hinzufügen.
Server-zu-Server
(Cloud-Modus)
Leitet Daten von Segment an Braze REST API-Endpunkte weiter.

Unterstützt keine Braze-UI-Features wie In-App-Nachrichten, Content Cards oder Push-Benachrichtigungen. Es gibt auch automatisch erfasste Daten, wie z. B. Felder auf Geräteebene, die mit dieser Methode nicht verfügbar sind.

Ziehen Sie eine Side-by-side-Integration in Betracht, wenn Sie diese Features nutzen möchten.

Side-by-side-SDK-Integration

Diese Integration, die auch als Gerätemodus bezeichnet wird, bildet das SDK und die Methoden von Segment auf das Braze SDK ab und ermöglicht so den Zugriff auf alle Features, die unser SDK bietet, wie Push, In-App-Nachrichten und andere native Braze-Methoden.

Bei der Verwendung einer Gerätemodus-Verbindung weist das Braze SDK, ähnlich wie bei der nativen Integration des Braze SDK, jedem/jeder Nutzer:in eine device_id und einen Backend-Bezeichner, braze_id, zu. Dies ermöglicht es Braze, anonyme Aktivitäten des Geräts zu erfassen, indem diese Bezeichner anstelle von userId abgeglichen werden.

Um Braze als Gerätemodus-Ziel für Ihre Android-Quelle einzurichten, wählen Sie Actions als Destination framework und dann Save.

Um die Side-by-side-Integration abzuschließen, müssen Sie das Braze Kotlin-Ziel-Plugin zu Ihrer Android-App hinzufügen. Dieses Plugin verbindet das Segment SDK mit dem Braze SDK und ermöglicht den Datenfluss im Gerätemodus zu Braze. Folgen Sie den Installationsanweisungen von Segment, um die Plugin-Abhängigkeit hinzuzufügen und es mit Ihrer Segment-Analytics-Instanz zu initialisieren.

Der Quellcode für die Android-Gerätemodus-Integration wird von Braze gepflegt und regelmäßig aktualisiert, um neue Braze SDK-Versionen zu berücksichtigen.

Um Braze als Gerätemodus-Ziel für Ihre iOS-Quelle einzurichten, wählen Sie Actions als Destination framework und dann Save.

Um die Side-by-side-Integration abzuschließen, müssen Sie das Braze Swift-Ziel-Plugin zu Ihrer iOS-App hinzufügen. Dieses Plugin verbindet das Segment SDK mit dem Braze SDK und ermöglicht den Datenfluss im Gerätemodus zu Braze. Folgen Sie den Installationsanweisungen von Segment, um die Plugin-Abhängigkeit (über den Swift-Paketmanager oder CocoaPods) hinzuzufügen und es mit Ihrer Segment-Analytics-Instanz zu initialisieren.

Der Quellcode für die iOS-Gerätemodus-Integration wird von Braze gepflegt und regelmäßig aktualisiert, um neue Braze SDK-Versionen zu berücksichtigen.

Das Braze Web Mode (Actions) Framework von Segment wird empfohlen, um Braze als Gerätemodus-Ziel für Ihre Web-Quelle einzurichten.

Wählen Sie in Segment Actions als Ziel-Framework und Device Mode als Verbindungsmodus.

Segment-Zieleinrichtung mit ausgewähltem Actions-Framework und Device Mode.

Der Quellcode für das React Native Braze Plugin wird von Segment gepflegt und regelmäßig aktualisiert, um neue Braze SDK-Versionen zu berücksichtigen.

Wenn Sie eine React Native Segment-Quelle mit Braze verbinden, müssen Sie eine Quelle und ein Ziel pro Betriebssystem einrichten. Zum Beispiel die Einrichtung eines iOS-Ziels und eines Android-Ziels.

Innerhalb Ihrer App-Codebasis initialisieren Sie das Segment SDK bedingt nach Gerätetyp, indem Sie den jeweiligen, mit jeder App verbundenen Quell-Schreibschlüssel verwenden.

Wenn ein Push-Token von einem Gerät registriert und an Braze gesendet wird, wird es mit dem App-Bezeichner verknüpft, der bei der Initialisierung des SDK verwendet wurde. Die gerätetypabhängige Initialisierung stellt sicher, dass alle an Braze gesendeten Push-Token mit der entsprechenden App verknüpft sind.

Um Braze als Gerätemodus-Ziel für jede Quelle einzurichten, wählen Sie Actions als Destination framework und dann Save.

Server-zu-Server-Integration

Diese auch als Cloud-Modus bezeichnete Integration leitet Daten von Segment an die Braze REST APIs weiter. Verwenden Sie das Braze Cloud Mode (Actions) Framework von Segment, um ein Cloud-Modus-Ziel für jede Ihrer Quellen einzurichten.

Im Gegensatz zur Side-by-side-Integration unterstützt die Server-zu-Server-Integration keine Braze-UI-Features wie In-App-Nachrichten, Content Cards oder die automatische Registrierung von Push-Token. Es gibt auch automatisch erfasste Daten (wie anonyme Nutzer:innen und Felder auf Geräteebene), die nicht über den Cloud-Modus verfügbar sind.

Wenn Sie diese Daten und Features nutzen möchten, sollten Sie die Side-by-side-SDK-Integration (Gerätemodus) verwenden.

Der Quellcode für das Braze Cloud Mode (Actions)-Ziel wird von Segment verwaltet.

Schritt 3: Einstellungen

Definieren Sie die Einstellungen für Ihr Ziel. Nicht alle Einstellungen gelten für alle Zieltypen.

Einstellung Beschreibung
App-Bezeichner Der App-Bezeichner, der verwendet wird, um die spezifische App zu referenzieren. Diesen finden Sie im Braze-Dashboard unter Einstellungen verwalten.
Angepasster API-Endpunkt
(SDK-Endpunkt)
Ihr Braze SDK-Endpunkt, der Ihrer Instanz entspricht (z. B. sdk.iad-01.braze.com)
Endpunkt-Region Ihre Braze-Instanz (z. B. US 01, US 02, EU 01 usw.)
Automatische Registrierung von In-App-Nachrichten aktivieren Deaktivieren Sie dies, wenn Sie In-App-Nachrichten manuell registrieren möchten.
Einstellung Beschreibung
App-Bezeichner Der App-Bezeichner, der verwendet wird, um die spezifische App zu referenzieren. Diesen finden Sie im Braze-Dashboard unter Einstellungen verwalten.
Angepasster API-Endpunkt
(SDK-Endpunkt)
Ihr Braze SDK-Endpunkt, der Ihrer Instanz entspricht (z. B. sdk.iad-01.braze.com)
Safari Website Push ID Wenn Sie Safari Push unterstützen, müssen Sie diese Option mit der Website Push ID angeben, die Sie Apple bei der Erstellung Ihres Safari Push-Zertifikats mitgeteilt haben (beginnt mit web, zum Beispiel web.com.example.domain).
Braze Web SDK Version Die Version des Braze Web SDK, die Sie verwenden möchten
In-App-Nachrichten automatisch senden Standardmäßig werden alle In-App-Nachrichten, für die Nutzer:innen berechtigt sind, automatisch zugestellt. Deaktivieren Sie dies, wenn Sie In-App-Nachrichten manuell anzeigen möchten.
Font Awesome nicht laden Braze verwendet Font Awesome für In-App-Nachrichten-Symbole. Standardmäßig lädt Braze FontAwesome automatisch aus dem FontAwesome CDN. Um dieses Verhalten zu deaktivieren (z. B. weil Ihre Website eine angepasste Version von FontAwesome verwendet), setzen Sie diese Option auf TRUE. Beachten Sie, dass Sie in diesem Fall dafür verantwortlich sind, dass FontAwesome auf Ihrer Website geladen ist – andernfalls werden In-App-Nachrichten möglicherweise nicht korrekt dargestellt.
HTML-In-App-Nachrichten aktivieren Wenn Sie diese Option aktivieren, können Nutzer:innen des Braze-Dashboards HTML-In-App-Nachrichten verwenden.
In-App-Nachrichten in einem neuen Tab öffnen Standardmäßig werden Links von In-App-Nachrichten-Klicks im aktuellen Tab oder in einem neuen Tab geladen, wie im Dashboard für jede Nachricht angegeben. Setzen Sie diese Option auf TRUE, um zu erzwingen, dass alle Links von In-App-Nachrichten-Klicks in einem neuen Tab oder Fenster geöffnet werden.
In-App-Nachrichten z-index Geben Sie einen Wert für diese Option an, um die Standard-Z-Indizes von Braze zu überschreiben.
Explizites Schließen von In-App-Nachrichten verlangen Standardmäßig wird eine In-App-Nachricht durch Drücken der Escape-Taste oder einen Klick auf den ausgegrauten Hintergrund der Seite geschlossen. Setzen Sie diese Option auf true, um dieses Verhalten zu verhindern und einen expliziten Button-Klick zum Schließen von Nachrichten zu verlangen.
Mindestabstand zwischen triggernden Aktionen in Sekunden Der Standardwert ist 30.
Standardmäßig wird eine triggernde Aktion nur ausgelöst, wenn seit der letzten triggernden Aktion mindestens 30 Sekunden vergangen sind. Geben Sie einen Wert für diese Konfigurationsoption an, um diesen Standard mit einem eigenen Wert zu überschreiben. Wir empfehlen, diesen Wert nicht kleiner als 10 zu wählen, um Nutzer:innen nicht mit Benachrichtigungen zu überhäufen.
Service-Worker-Speicherort Standardmäßig sucht Braze bei der Registrierung von Nutzer:innen für Web-Push-Benachrichtigungen nach der erforderlichen Service-Worker-Datei im Stammverzeichnis Ihres Webservers unter /service-worker.js. Wenn Sie Ihren Service Worker unter einem anderen Pfad auf diesem Server hosten möchten, geben Sie für diese Option einen Wert an, der dem absoluten Pfad zur Datei entspricht (zum Beispiel /mycustompath/my-worker.js). Beachten Sie, dass die Festlegung eines Wertes hier den Umfang der Push-Benachrichtigungen auf Ihrer Website einschränkt. Im obigen Beispiel kann requestPushPermission, da sich die Service-Worker-Datei im Verzeichnis /mycustompath/ befindet, nur von Webseiten aufgerufen werden, die mit http://yoursite.com/mycustompath/ beginnen.
Push-Token-Wartung deaktivieren Standardmäßig synchronisieren Nutzer:innen, die bereits eine Web-Push-Berechtigung erteilt haben, ihr Push-Token bei neuen Sitzungen automatisch mit dem Braze-Backend, um die Zustellbarkeit zu gewährleisten. Um dieses Verhalten zu deaktivieren, setzen Sie diese Option auf FALSE.
Service Worker extern verwalten Wenn Sie Ihren eigenen Service Worker haben, den Sie Registrierung und dessen Lebenszyklus Sie kontrollieren, setzen Sie diese Option auf TRUE, und das Braze SDK wird keinen Service Worker Registrierung oder deregistrieren. Wenn Sie diese Option auf TRUE setzen, müssen Sie den Service Worker selbst registrieren, bevor Sie requestPushPermission aufrufen, und sicherstellen, dass er den Braze-Service-Worker-Code enthält, entweder mit self.importScripts('https://js.appboycdn.com/web-sdk-develop/4.1/service-worker.js'); oder indem Sie den Inhalt dieser Datei direkt einfügen. Wenn diese Option TRUE ist, ist die Option serviceWorkerLocation irrelevant und wird ignoriert.
Content-Security-Nonce Wenn Sie einen Wert für diese Option angeben, fügt das Braze SDK die Nonce zu allen vom SDK erstellten <script>- und <style>-Elementen hinzu. Dies ermöglicht es dem Braze SDK, mit der Content-Security-Policy Ihrer Website zu arbeiten. Zusätzlich zur Einstellung dieser Nonce müssen Sie eventuell auch das Laden von FontAwesome zulassen. Dies können Sie tun, indem Sie use.fontawesome.com zur Zulässigkeitsliste Ihrer Content-Security-Policy hinzufügen oder indem Sie die Option doNotLoadFontAwesome verwenden und FontAwesome manuell laden.
Crawler-Aktivität zulassen Standardmäßig ignoriert das Braze Web SDK Aktivitäten von bekannten Spidern oder Web-Crawlern, wie z. B. Google, basierend auf dem User-Agent-String. Dies spart Datenpunkte, macht Analytics genauer und kann das Seitenranking verbessern. Wenn Sie jedoch möchten, dass Braze stattdessen die Aktivitäten dieser Crawler protokolliert, können Sie diese Option auf TRUE setzen.
Protokollierung aktivieren Setzen Sie diese Option auf TRUE, um die Protokollierung standardmäßig zu aktivieren. Beachten Sie, dass Braze dadurch in der JavaScript-Konsole protokolliert, was für alle Nutzer:innen sichtbar ist. Bevor Sie Ihre Seite in Produktion bringen, sollten Sie dies entfernen oder einen alternativen Logger mit setLogger bereitstellen.
Vom/von der Nutzer:in bereitgestelltes JavaScript zulassen Standardmäßig lässt das Braze Web SDK keine vom/von der Nutzer:in bereitgestellten JavaScript-Klick-Aktionen zu, da es Nutzer:innen des Braze-Dashboards erlaubt, JavaScript auf Ihrer Website auszuführen. Um anzugeben, dass Sie den Nutzer:innen des Braze-Dashboards zutrauen, nicht bösartige JavaScript-Klick-Aktionen zu schreiben, setzen Sie diese Eigenschaft auf TRUE. Wenn enableHtmlInAppMessages auf TRUE steht, wird diese Option ebenfalls auf TRUE gesetzt.
App-Version Wenn Sie einen Wert für diese Option angeben, werden an Braze gesendete Nutzer:innen-Events mit der angegebenen Version assoziiert, die für die Segmentierung von Nutzer:innen verwendet werden kann.
Sitzungs-Timeout in Sekunden Der Standardwert ist 30.
Standardmäßig werden Sitzungen nach 30 Minuten Inaktivität beendet. Geben Sie einen Wert für diese Konfigurationsoption an, um diesen Standard mit einem eigenen Wert zu überschreiben.
Geräteeigenschaften-Allowlist Standardmäßig erkennt und sammelt das Braze SDK automatisch alle Geräteeigenschaften in DeviceProperties. Um dieses Verhalten zu überschreiben, geben Sie ein Array von DeviceProperties an. Beachten Sie, dass ohne einige Eigenschaften nicht alle Features ordnungsgemäß funktionieren. Zum Beispiel funktioniert die Zustellung zur Ortszeit nicht ohne die Zeitzone.
Lokalisierung Standardmäßig werden alle vom SDK erzeugten, für Nutzer:innen sichtbaren Nachrichten in der Browsersprache angezeigt. Geben Sie einen Wert für diese Option an, um dieses Verhalten zu überschreiben und eine bestimmte Sprache zu erzwingen. Der Wert für diese Option sollte ein ISO 639-1 Sprachcode sein.
Keine Cookies Standardmäßig speichert das Braze SDK kleine Datenmengen (Nutzer-IDs, Sitzungs-IDs) in Cookies. Dies ermöglicht es Braze, Nutzer:innen und Sitzungen über verschiedene Subdomänen Ihrer Website hinweg zu erkennen. Wenn dies für Sie ein Problem darstellt, geben Sie TRUE für diese Option ein, um die Cookie-Speicherung zu deaktivieren und sich vollständig auf HTML 5 localStorage zu verlassen, um Nutzer:innen und Sitzungen zu identifizieren.
Alle Seiten tracken Nur klassisches Ziel Web-Gerätemodus (Wartung)

Segment empfiehlt die Migration zum Web Actions Framework-Ziel, wo diese Einstellung durch Abbildungen aktiviert werden kann.

Dadurch werden alle Seitenaufrufe an Braze als Event „Loaded/Viewed a Page“ gesendet.
Nur benannte Seiten tracken Nur klassisches Ziel Web-Gerätemodus (Wartung)

Segment empfiehlt die Migration zum Web Actions Framework-Ziel, wo diese Einstellung durch Abbildungen aktiviert werden kann.

Dadurch werden nur Seitenaufrufe an Braze gesendet, die mit einem Namen verknüpft sind.
Kauf protokollieren, wenn Umsatz vorhanden ist Nur klassisches Ziel Web-Gerätemodus (Wartung)

Segment empfiehlt die Migration zum Web Actions Framework-Ziel, wo diese Einstellung durch Abbildungen aktiviert werden kann.

Wenn diese Option aktiviert ist, triggern alle Track-Aufrufe mit der Umsatz-Eigenschaft ein Kauf-Event.
Nur bekannte Nutzer:innen tracken Nur klassisches Ziel Web-Gerätemodus (Wartung)

Segment empfiehlt die Migration zum Web Actions Framework-Ziel, wo diese Einstellung durch Abbildungen aktiviert werden kann.

Falls aktiviert, verzögert diese Einstellung den Aufruf von window.braze.initialize, bis eine gültige userId vorliegt.
Einstellung Beschreibung
App-Bezeichner Der App-Bezeichner, der verwendet wird, um die spezifische App zu referenzieren. Diesen finden Sie im Braze-Dashboard unter Einstellungen verwalten.
REST-API-Schlüssel Diesen finden Sie in Ihrem Braze-Dashboard unter Einstellungen > API-Schlüssel.
Angepasster REST API-Endpunkt Ihr Braze REST-Endpunkt, der Ihrer Instanz entspricht (z. B. rest.iad-01.braze.com).
Nur vorhandene Nutzer:innen aktualisieren Nur klassisches Ziel Cloud-Modus (Wartung)

Segment empfiehlt die Migration zum Cloud Actions Framework-Ziel, wo diese Einstellung durch Abbildungen aktiviert werden kann.

Legt fest, ob nur bestehende Nutzer:innen aktualisiert werden sollen.

Schritt 4: Methoden abbilden

Braze unterstützt die Segment-Methoden Page, Identify und Track. Welche Arten von Bezeichnern bei diesen Methoden verwendet werden, hängt davon ab, ob die Daten über eine Server-zu-Server-Integration (Cloud-Modus) oder eine Side-by-side-Integration (Gerätemodus) gesendet werden. In den Zielen Braze Web Mode Actions und Cloud Mode Actions können Sie auch eine Abbildung für einen Segment-Alias-Aufruf einrichten.

Bezeichner-Typ Unterstütztes Ziel
userId (external_id) Alle
Anonyme:r Nutzer:in Gerätemodus-Ziele
Nutzer-Alias Cloud-Modus-Ziele

Das Cloud-Modus (Actions)-Ziel bietet eine Aktion „Alias erstellen“, mit der Sie einen reinen Alias-Nutzer:in erstellen oder einen Alias zu einem bestehenden external_id-Profil hinzufügen können. Die Aktion „Nutzer:in identifizieren“ kann zusammen mit der Aktion „Alias erstellen“ verwendet werden, um einen reinen Alias-Nutzer:in mit einer external_id zusammenzuführen, nachdem eine solche für den/die Nutzer:in verfügbar geworden ist.

Es ist auch möglich, einen Workaround zu entwickeln und braze_id zu verwenden, um anonyme Nutzerdaten im Cloud-Modus zu senden. Dies erfordert die manuelle Aufnahme der braze_id des Nutzers/der Nutzerin in alle Ihre Segment API-Aufrufe. In der Dokumentation von Segment erfahren Sie mehr darüber, wie Sie diesen Workaround einrichten können.

An Braze gesendete Zieldaten können im Rahmen von Cloud-Modus-Aktionen gebündelt werden. Die Batch-Größe ist auf 75 Events begrenzt, und diese Batches sammeln sich über einen Zeitraum von 30 Sekunden an, bevor sie gesendet werden. Das Batching von Anfragen erfolgt pro Aktion. Zum Beispiel werden Identify-Aufrufe (Attribute) in einer Anfrage und Track-Aufrufe (angepasste Events) in einer zweiten Anfrage zusammengefasst. Braze empfiehlt, dieses Feature zu aktivieren, da es die Anzahl der Anfragen reduziert, die von Segment an Braze gesendet werden. Dadurch verringert sich das Risiko, dass das Ziel auf die Rate-Limits von Braze stößt und Anfragen wiederholt werden müssen.

Sie können das Batching für eine Aktion aktivieren, indem Sie zu Ihrem Braze-Ziel > Mappings navigieren. Klicken Sie dort auf das 3-Punkte-Symbol neben der Abbildung und wählen Sie Edit Mapping. Scrollen Sie zum Ende des Abschnitts Select mappings und vergewissern Sie sich, dass Batch Data to Braze auf Yes gesetzt ist.

Identify

Der Identify-Aufruf ermöglicht es Ihnen, Nutzer:innen mit ihren Aktionen zu verknüpfen und Attribute über sie aufzuzeichnen.

Bestimmte spezielle Segment-Traits werden Standard-Attribut-Profilfeldern in Braze zugeordnet:

Spezielle Segment-Traits Braze-Standardattribute
userId external_id
firstName first_name
lastName last_name
email email
birthday dob
address.country country
address.city home_city
gender gender

Andere reservierte Braze-Profilfelder wie email_subscribe und push_subscribe können gesendet werden, indem Sie die Braze-Namenskonvention für diese Felder verwenden und sie als Traits innerhalb eines Identify-Aufrufs übergeben.

Nutzer:in zu einer Abo-Gruppe hinzufügen

Sie können Nutzer:innen auch über die folgenden Felder im Traits-Parameter für eine bestimmte Abo-Gruppe abonnieren oder abmelden.

Verwenden Sie das reservierte Braze-Profilfeld namens braze_subscription_groups, das mit einem Array von Objekten verknüpft werden kann. Jedes Objekt im Array sollte zwei reservierte Schlüssel haben:

  1. subscription_group_state: Gibt an, ob der/die Nutzer:in für eine bestimmte Abo-Gruppe "subscribed" oder "unsubscribed" ist.
  2. subscription_group_id: Stellt die eindeutige ID der Abo-Gruppe dar. Sie finden diese ID im Braze-Dashboard unter Abo-Gruppen-Verwaltung.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
analytics.identify(
  userId: "{your-user}",
  traits: [
    "braze_subscription_groups": [
      [
        "subscription_group_id": "{your-group-id}",
        "subscription_group_state": "subscribed"
      ],
      [
        "subscription_group_id", "{your-group-id}",
        "subscription_group_state": "unsubscribed"
      ]
    ]
  ]
)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
analytics.identify(
  "{your-user}",
  buildJsonObject {
    put("braze_subscription_groups", buildJsonArray {
        add(
          buildJsonObject {
            put("subscription_group_id", "{your-group-id}")
            put("subscription_group_state", "subscribed")
          }
        )
        add(
          buildJsonObject {
            put("subscription_group_id", "{your-group-id}")
            put("subscription_group_state", "unsubscribed")
          }
        )
      }
    )
  }
)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
analytics.identify(
  "{your-user}",
  {
    braze_subscription_groups: [
      {
        subscription_group_id: "{your-group-id}",
        subscription_group_state: "subscribed"
      },
      {
        subscription_group_id: "{your-group-id}",
        subscription_group_state: "unsubscribed"
      }
    ]
  }
)
Angepasste Attribute

Alle anderen Traits werden als angepasste Attribute aufgezeichnet.

Segment-Methode Braze-Methode Beispiel
Identify mit Nutzer-ID Externe ID setzen Segment: analytics.identify("dawei");
Braze: Braze.changeUser("dawei")
Identify mit reservierten Traits Nutzer:innen-Attribute setzen Segment: analytics.identify({email: "[email protected]"});
Braze: Braze.getUser().setEmail("[email protected]");
Identify mit angepassten Traits Angepasste Attribute setzen Segment: analytics.identify({fav_cartoon: "Naruto"});
Braze: Braze.getUser().setCustomAttribute("fav_cartoon": "Naruto");
Identify mit Nutzer-ID und Traits Segment: Externe ID und Attribut setzen Kombinieren Sie die vorangegangenen Methoden.

In den Zielen Web Mode Actions und Cloud Mode Actions können diese Abbildungen mit der Aktion „Kundenprofil aktualisieren“ eingestellt werden.

Track

Wenn Sie ein Event tracken, erfassen wir dieses Event als angepasstes Event unter dem angegebenen Namen.

Metadaten, die innerhalb des Eigenschaften-Objekts des Track-Aufrufs gesendet werden, werden in Braze als angepasste Event-Eigenschaften für das zugehörige Event protokolliert. Es werden alle Datentypen für angepasste Event-Eigenschaften unterstützt.

In den Zielen Web Mode Actions und Cloud Mode Actions können diese Abbildungen mit der Aktion „Track Event“ eingestellt werden.

Segment-Methode Braze-Methode Beispiel
Track Als angepasstes Event protokolliert. Segment: analytics.track("played_game");
Braze: Braze.logCustomEvent("played_game");
Track mit Eigenschaften Als Event-Eigenschaft protokolliert. Segment: analytics.track("played_game", {name: "BotW", weapon: "boomerang"});
Braze: Braze.logCustomEvent("played_game", { "name": "BotW", "weapon": "boomerang"});
Track mit Produkt Als Kauf-Event protokolliert. Segment: analytics.track("Order Completed", {products: [product_id: "ab12", price: 19]});
Braze: Braze.logPurchase("ab12", 19);
Bestellung abgeschlossen

Wenn Sie ein Event mit dem Namen Order Completed unter Verwendung des in der E-Commerce API von Segment beschriebenen Formats tracken, erfassen wir die Produkte, die Sie als Käufe aufgeführt haben.

In den Zielen Web Mode Actions und Cloud Mode Actions kann die Standardabbildung über die Aktion „Track Purchase“ angepasst werden.

Page

Der Page-Aufruf ermöglicht es Ihnen, aufzuzeichnen, wann immer Nutzer:innen eine Seite Ihrer Website sehen, zusammen mit allen optionalen Eigenschaften der Seite.

Dieser Event-Typ kann als Trigger in den Zielen Web Mode Actions und Cloud Actions verwendet werden, um ein angepasstes Event in Braze zu protokollieren.

Schritt 5: Integration testen

Wenn Sie die Side-by-side-Integration (Gerätemodus) verwenden, können Ihre Übersichtsmetriken (Lifetime-Sitzungen, MAU, täglich aktive:r Nutzer:in; täglich aktiv, Kundenbindung, tägliche Sitzungen und tägliche Sitzungen pro MAU) verwendet werden, um sicherzustellen, dass Braze Daten von Segment erhält.

Sie können Ihre Daten auf den Seiten für angepasste Events oder Umsatz einsehen oder ein Segment erstellen. Auf der Dashboard-Seite Angepasste Events können Sie die Anzahl der angepassten Events im Zeitverlauf anzeigen. Beachten Sie, dass Sie keine Formeln verwenden können, die MAU- und täglich aktive:r Nutzer:in; täglich aktiv-Statistiken enthalten, wenn Sie eine Server-zu-Server-Integration (Cloud-Modus) verwenden.

Wenn Sie Kaufdaten an Braze senden (siehe „Bestellung abgeschlossen“ im Tab Track in Schritt 4), können Sie auf der Umsatz-Seite Daten zu Umsatz oder Käufen in bestimmten Zeiträumen oder den Gesamtumsatz Ihrer App einsehen.

Ein Segment erstellen ermöglicht es Ihnen, Ihre Nutzer:innen auf der Grundlage der angepassten Event- und Attributdaten zu filtern.

Löschung und Unterdrückung von Nutzer:innen

Wenn Sie Nutzer:innen löschen oder unterdrücken müssen, beachten Sie, dass die Nutzerlöschfunktion von Segment dem Braze-Endpunkt /users/delete zugeordnet ist. Beachten Sie, dass die Überprüfung dieser Löschungen bis zu 30 Tage dauern kann.

Sie müssen sicherstellen, dass Sie einen gemeinsamen Nutzer-Bezeichner zwischen Braze und Segment auswählen (z. B. external_id). Nachdem Sie eine Löschanfrage über Segment initiiert haben, können Sie den Status im Tab für Löschanfragen in Ihrem Segment-Dashboard einsehen.

Segment Replays

Segment bietet seinen Kund:innen einen Dienst an, um alle historischen Daten an einen neuen Technologie-Partner zu „replaysn“ – also erneut zu übertragen. Neue Braze-Kund:innen, die alle relevanten historischen Daten importieren möchten, können dies über Segment tun. Sprechen Sie mit Ihrem Segment-Ansprechpartner, wenn Sie daran interessiert sind.

Segment stellt eine Verbindung zu unserem /users/track-Endpunkt her, um Nutzerdaten in Ihrem Namen in Braze zu importieren.

Best Practices

Überprüfen Sie Anwendungsfälle, um Mehrkosten bei Daten zu vermeiden.

Segment begrenzt nicht die Anzahl der Datenelemente, die Kund:innen an sie senden. Segment erlaubt es Ihnen, alle Events zu senden oder auszuwählen, welche Events Sie an Braze senden möchten. Anstatt alle Ihre Events über Segment zu senden, empfehlen wir Ihnen, gemeinsam mit Ihren Marketing- und Redaktionsteams die Anwendungsfälle zu prüfen, um zu bestimmen, welche Events Sie an Braze senden – so vermeiden Sie Mehrkosten bei Daten.

Verstehen Sie den Unterschied zwischen dem Custom API Endpoint und dem Custom REST API Endpoint in den Mobile-Device-Mode-Zieleinstellungen.
Braze-Terminologie Segment-Entsprechung
Braze-SDK-Endpunkt Custom API Endpoint
Braze-REST-Endpunkt Custom REST API Endpoint

Ihr Braze-API-Endpunkt (in Segment „Custom API Endpoint“ genannt) ist der SDK-Endpunkt, den Braze für Ihr SDK einrichtet (zum Beispiel sdk.iad-03.braze.com). Ihr Braze-REST-API-Endpunkt (in Segment „Custom REST API Endpoint“ genannt) ist der REST-API-Endpunkt (zum Beispiel https://rest.iad-03.braze.com).

Stellen Sie sicher, dass Ihr Custom API Endpoint korrekt in den Mobile-Device-Mode-Zieleinstellungen eingegeben ist.
Braze-Terminologie Segment-Entsprechung
Braze-SDK-Endpunkt Custom API Endpoint
Braze-REST-Endpunkt Custom REST API Endpoint

Sie müssen das richtige Format einhalten, um Ihren Braze-SDK-Endpunkt korrekt einzugeben. Ihr Braze-SDK-Endpunkt darf kein https:// enthalten (zum Beispiel sdk.iad-03.braze.com), da andernfalls die Braze-Integration fehlschlägt. Der Grund dafür ist, dass Segment Ihrem Endpunkt automatisch https:// voranstellt, was dazu führen würde, dass Braze mit einem ungültigen Endpunkt https://https://sdk.iad-03.braze.com initialisiert wird.

Besonderheiten bei der Datenzuordnung.

Szenarien, in denen Daten nicht wie erwartet übermittelt werden:

  1. Verschachtelte angepasste Attribute
    • Obwohl verschachtelte angepasste Attribute technisch über Segment an Braze gesendet werden können, wird jedes Mal die gesamte Payload übermittelt. Dies verursacht Datenpunkte pro übergebenem Schlüssel im verschachtelten Objekt bei jedem Senden der Payload.

      Um beim Senden der Payload nur einen Teil der Datenpunkte zu verbrauchen, können Sie das von Segment bereitgestellte Feature Destination Functions verwenden. Dieses Feature in der Segment-Plattform ermöglicht es Ihnen, die Art und Weise anzupassen, wie Daten an nachgelagerte Ziele gesendet werden.
  1. Anonyme Daten per Server-zu-Server übermitteln.
    • Kund:innen können die Server-zu-Server-Bibliotheken von Segment verwenden, um anonyme Daten an andere Systeme weiterzuleiten. Im Abschnitt zu den Map-Methoden erfahren Sie mehr darüber, wie Sie Nutzer:innen ohne external_id über eine Server-zu-Server-(Cloud-Mode)-Integration an Braze senden.
Anpassung der Braze-Initialisierung.

Es gibt verschiedene Möglichkeiten, Braze anzupassen: Push, In-App-Nachrichten, Content Cards und Initialisierung. Bei einer Side-by-side-Integration können Sie Push, In-App-Nachrichten und Content Cards weiterhin so anpassen wie bei einer direkten Braze-Integration.

Allerdings kann es schwierig und manchmal unmöglich sein, den Zeitpunkt der Integration des Braze SDK anzupassen oder Initialisierungskonfigurationen festzulegen. Das liegt daran, dass Segment das Braze SDK für Sie initialisiert, wenn die Segment-Initialisierung erfolgt.

Senden Sie Deltas an Braze.

Wenn Sie Nutzerattributdaten übermitteln, stellen Sie sicher, dass Sie nur Werte für Attribute übergeben, die sich seit dem letzten Update geändert haben. So vermeiden Sie das Protokollieren unnötiger Datenpunkte. Für clientseitige Quellen können Sie das Open-Source-Tool Middleware von Segment verwenden, um Ihre Integration zu optimieren und die Datenpunkt-Nutzung durch Deduplizierung doppelter identify()-Aufrufe von Segment zu begrenzen.

Verwenden Sie das richtige Braze-Rechenzentrum.

Segment nutzt Ihr Braze-Rechenzentrum, um den passenden Braze-REST-Endpunkt abzurufen (zum Beispiel https://rest.iad-01.braze.com) für Server-zu-Server-Aufrufe.

Entfernen Sie den Custom REST API Endpoint, wenn Sie den Event Tester von Segment verwenden.

Der Event Tester von Segment sendet Events an den Braze-REST-API-Endpunkt /users/track und gibt einen Fehler 401 Invalid API Key aus, wenn in den Braze-Zieleinstellungen ein Custom REST API Endpoint konfiguriert ist – selbst wenn dieser Endpunkt korrekt ist. Entfernen Sie den Wert des Custom REST API Endpoint in Segment, damit der Event Tester ordnungsgemäß funktioniert.

Planen Sie nach der Konfiguration einer neuen Quelle Zeit für die Aktualisierung ein.

Segment speichert Ihre Konfigurationseinstellungen lange im Cache. Wenn Sie eine neue Quelle konfigurieren (zum Beispiel von Cloud- auf Device-Mode umstellen), zeigt Ihre App möglicherweise erst dann neues Verhalten oder neue Daten, wenn der Cache erneuert wird. Berücksichtigen Sie diese Verzögerung, wenn Sie eine neue Quelle hinzufügen möchten.

New Stuff!