Braze Destination

1. From the Segment web app, click Catalog.
2. Search for "Braze" in the Catalog, select it, and choose which of your sources to connect the destination to.
3. In the Destination Settings, add the API Key, found in the Braze Dashboard in Settings > Manage API Keys.
4. Set up a new workspace REST API Key in the Braze Dashboard in Settings > API Keys. For more information, see Creating and Managing REST API Keys in the Braze documentation.
   • Select the users.track endpoint in the User Data section.
5. If you're adding Braze using Analytics.js, Segment automatically loads the Braze Web SDK. Otherwise, depending on the source you've selected, include Braze's library by adding the following lines to your dependency configuration.

1. Add the Braze Segment Pod to your Podfile:

   Copy code block

   pod 'Segment-Appboy'

   Use the latest version of the Braze Segment Pod available on CocoaPods to ensure you have the must up-to-date features and bug fixes.

2. Next, declare Braze's destination in your app delegate instance:

   Copy code block

   1
     SEGAnalyticsConfiguration *config = [SEGAnalyticsConfiguration configurationWithWriteKey:@"YOUR_WRITE_KEY_HERE"];
   2
     [config use:[SEGAppboyIntegrationFactory instance]];
   3
     [SEGAnalytics setupWithConfiguration:config];

   You can find a sample project in the @Appboy/appboy-segment-ios repository that shows how to integrate the previous snippet.

Braze created a sample iOS application that integrates Braze using Segment. See the Braze GitHub repository for more information.

Braze updated the Braze iOS Segment SDK to 3.26.1 to prepare for iOS 14. As of version 3.27.0, Braze removed the ABK_ENABLE_IDFA_COLLECTION macro. To configure sending ISFA to Braze, see Braze's Implementing IDFA Collection documentation.

To use the latest Braze SDK to collect IDFAs you must do the following:

1. Upgrade to use Xcode12.
2. Update the Braze iOS Segment SDK to version 3.3.0 or greater.
3. Import and add the AppTrackingTransparency (ATT) Framework.
   • Navigate to your project Info.plist and add a "Privacy - Tracking Usage Description". This description appears in a popup when the application initializes in iOS 14. Applications prompt users to select if they want to allow tracking.
4. Add Braze's ABKIDFADelegate. For more information on how to add this see Braze's IDFA Collection documentation .
5. Follow Segment's guide for collecting IDFA

1. In the top-level project build.gradle add the following as a repository in all projects > repositories.

   Copy code block

   1
   maven { url "http://appboy.github.io/appboy-android-sdk/sdk" }
   2
   maven { url "http://appboy.github.io/appboy-segment-android/sdk" }

2. Add the Braze Segment destination dependency to your app build.gradle:

   Copy code block

   compile 'com.appboy:appboy-segment-integration:+'

   To ensure you have the most up-to-date features and bug fixes, use the latest version available on Maven.

   Note: The groupId is com.appboy and not com.segment.analytics.android.integrations.

3. Next, declare Braze's destination in your Analytics instance:

1
Analytics analytics = new Analytics.Builder(context, "YOUR_WRITE_KEY_HERE")
2
  .use(AppboyIntegration.FACTORY)
3
  ...
4
 .build();

If you're not familiar with the Segment Specs, take a look to understand what the Page method does. An example call would look like:

analytics.page();

Segment sends Page calls to Braze as custom events if you have enabled either Track All Pages or Track Only Named Pages in the Segment Settings.

If you're not familiar with the Segment Specs, take a look to understand what the Identify method does. An example call would look like:

1
analytics.identify('ze8rt1u89', {
2
  firstName: 'Jane',
3
  lastName: 'Kim',
4
  email: 'jane.kim@example.com'
5
});

When you Identify a user, Segment passes that user's information to Braze with userId as Braze's External User ID.

If you're using a device-mode connection, Braze's SDK assigns a device_id and a backend identifier, braze_id, to every user. This allows Braze to capture anonymous activity from the device by matching on those identifiers instead of userId. This applies to device-mode connections.

To send anonymous user data in cloud-mode, you must manually include the user's braze_id in all your Segment API calls in the integrations.Braze.braze_id or context.integrations.Braze.braze_id object.

Pass one of the many identifiers that may exist on an anonymous user profile to the Braze's User by Identifier REST endpoint to capture and export the braze_id. These identifiers include:

• email address
• phone number
• device_id

Choose an identifier that is available on the user profile at that point in the user lifecycle.

For example, if you pass device_id to the User by Identifier endpoint:

1
{
2
  "device_id": "{{device_id}}",
3
  "fields_to_export": ["braze_id"]
4
}

The endpoint returns:

1
{
2
  "users": [
3
    {
4
        "braze_id": "{{braze_id}}"
5
    }
6
  ],
7
  "message": "success"
8
}

Segment's special traits recognized as Braze's standard user profile fields (in parentheses) are:

Segment sends all other traits (except Braze's reserved user profile fields) to Braze as custom attributes. You can send an array of strings as trait values but not nested objects.

If you're not familiar with the Segment Specs, take a look to understand what the Track method does. An example call looks like:

1
analytics.track('Purchased Item', {
2
    product_id: '1234',
3
    name: 'bag'
4
})

When you track an event, Segment sends that event to Braze as a custom event. If you're sending Track events in Cloud Mode, Braze requires that you include a userId or braze_id. Segment sends a braze_id if userId is missing. When you use a device-mode connection, Braze automatically tracks anonymous activity using the braze_id if a userId is missing.

Segment removes the following custom properties reserved by Braze when sending data in Cloud mode:

• time
• quantity
• event_name
• price
• currency

When you track an event with the name Order Completed using the e-commerce tracking API, Segment sends the products you've listed to Braze as purchases.

When you pass ecommerce events, the name of the event becomes the productId in Braze. An example of a purchase event looks like:

1
analytics.track('Purchased Item', {
2
    revenue: '2000',
3
    currency: 'USD'
4
})

The previous example would have "Purchased Item" as its productId and includes two required properties that you must pass in:

• revenue
• currency

Braze supports currency codes as specified in their Purchase Object Specification. Be aware that any currency reported other than USD displays in the Braze UI in USD based on the exchange rate on the date it was reported.

You can add more product details in the form of key-value pairs to the properties object. The following reserved keys are not passed to Braze if included in your Track call's properties object:

• time
• product_id
• quantity
• event_name
• price

If you're not familiar with the Segment Specs, take a look to understand what the Group method does. An example call would look like:

1
analytics.group("1234", {
2
  name: "Initech",
3
  industry: "Technology",
4
  employees: 329,
5
  plan: "enterprise",
6
  totalBilled: 830
7
});

When you call group, Segment sends a custom attribute to Braze with the name ab_segment_group_<groupId>, where <groupId> is the group's ID in the method's parameters. For example, if the group's ID is 1234, then the custom attribute name is ab_segment_group_1234. The value of the custom attribute is true.

In-app messages are registered for and requested by default. Disable this feature by disabling the Enable Automatic In-App Message Registration setting. This feature is available for users of the Braze Mobile SDKs.

Once configured, you can trigger in-app message display as a result of several different event types. By default, all In-App Messages that a user is eligible for are automatically delivered to the user upon a session start event. A new session automatically starts when a user loads your site. If you'd like to force a new session for a user, simply make an identify call with the corresponding userId for that user.

If you don't want your site to immediately display new In-App Messages when they're received, you can disable automatic display and register your own display subscribers. To do this:

1. Disable your Automatically Send In-App Messages Destinations setting. By default, it is enabled when you enable the Braze destination.

2. Create your subscriber by calling:

   Copy code block

   1
   analytics.ready(function() {
   2
     window.appboy.subscribeToNewInAppMessages(function(inAppMessages) {
   3
        // Display the first in-app message. You could defer display here by pushing this message to code      within in your own application.
   4
        // If you don't want to use Appboy's built-in display capabilities, you could alternatively pass      the in-app message to your own display code here.
   5
        window.appboy.display.showInAppMessage(inAppMessages[0]);
   6
   
   7
       // Return an array with any remaining, unhandled messages to appboy's internal queue.
   8
       // These will be part of the inAppMessages param the next time this subscriber is invoked.
   9
        return inAppMessages.slice(1);
   10
      });
   11
   });

The inAppMessages parameter will be an array of appboy.ab.InAppMessage subclass or appboy.ab.ControlMessage objects, each of which has various lifecycle event subscription methods.

1. Follow the directions to register for push at in Segment's iOS library docs.

2. Add the following to your application:didFinishLaunchingWithOptions

   Copy code block

   [[SEGAppboyIntegrationFactory instance] saveLaunchOptions:launchOptions];

3. In your application's application:didReceiveRemoteNotification: method, add the following:

   Copy code block

   [[SEGAnalytics sharedAnalytics] receivedRemoteNotification:userInfo];

4. If you integrated the application:didReceiveRemoteNotification:fetchCompletionHandler: in your app, add the following to that method:

   Copy code block

   1
    if ([Appboy sharedInstance] == nil) {
   2
     [[SEGAppboyIntegrationFactory instance] saveRemoteNotification:userInfo];
   3
   }

5. If you implemented handleActionWithIdentifier:forRemoteNotification:, add the following to that method:

   Copy code block

   1
    if ([Appboy sharedInstance] == nil) {
   2
       [[SEGAppboyIntegrationFactory instance] saveRemoteNotification:userInfo];
   3
     }

6. If you are using the UserNotification framework, follow Braze's documentation to register push notifications using the UserNotification framework. Then in your application's userNotificationCenter:didReceiveNotificationResponse:withCompletionHandler method, add the following:

   Copy code block

   1
   if ([Appboy sharedInstance] == nil) {
   2
       [[SEGAppboyIntegrationFactory instance].appboyHelper saveUserNotificationCenter:center
   3
                                                                  notificationResponse:response];
   4
   }
   5
   [[SEGAppboyIntegrationFactory instance].appboyHelper userNotificationCenter:center
   6
                                                  receivedNotificationResponse:response];
   7
   if (completionHandler) {
   8
       completionHandler();
   9
   }

1. Follow the directions in Braze's push notification docs.

2. If you don't have Braze automatically register for push (for example, you pass the push token from an FCM or manual GCM registration) you need to ensure you call registerAppboyPushMessages after Braze is initialized. You can do this by checking if Braze is initialized before trying to pass the push token, and waiting for initializing to set if not.

   You can do this in an onIntegrationReady method:

   Copy code block

   1
   String appboyPushToken;
   2
   bool appboyInitialized = false;
   3
   …
   4
   // When you get the push token
   5
   String receivedToken;
   6
   
   7
   appboyPushToken = receivedToken;
   8
   if (appboyInitialized) {
   9
     Appboy.getInstance(getContext()).registerAppboyPushMessages(appboyPushToken);
   10
   }
   11
   
   12
   ….
   13
   
   14
   Analytics.with(this).onIntegrationReady(Appboy, new Callback() {
   15
     @Override public void onIntegrationReady(Object integration) {
   16
       appboyInitialized = true;
   17
       if(appboyPushToken != null) {
   18
         Appboy.getInstance(getContext()).registerAppboyPushMessages(appboyPushToken);
   19
       }
   20
     }
   21
   });

1. To support push notifications on Chrome, you'll need to enable FCM/GCM as well as configure your site. Check out steps one and two here for detailed instructions on both.

2. Browser Registration. In order for a browser to receive push notifications, you must register it for push by calling:

   Copy code block

   1
   analytics.ready(function() {
   2
     window.appboy.registerAppboyPushMessages();
   3
   });

   Note: Place this snippet outside of your Segment Snippet within your script tag.

   Note: This will immediately request push permission from the user.

To show your own push-related UI to the user before requesting push permission (known as a soft push prompt), you can test to see if push is supported in the user's browser by calling:

1
analytics.ready(function() {
2
  if (window.appboy.isPushSupported()) {
3
    // Add your push logic
4
  }
5
 });

Braze recommends checking to see if this returns true since not all browsers can receive push notifications. See below for instructions on setting up a soft push prompt using Braze In-App Messages.

To unsubscribe a user, call:

1
analytics.ready(function() {
2
  window.appboy.unregisterAppboyPushMessages();
3
});

3. Set your GCM/FCM server API key and SenderID on the Braze dashboard. You can find more details for this in Braze's Standard Android push integration documentation.

4. To support push notifications on Safari, add your Website Push ID into your Segment Settings UI and Segment sends it when the Braze Web SDK initializes. To get your Website Push ID, follow the first two bullet points in these instructions.

1. Follow step one to create a "Prime for Push" in-app messaging Campaign on the Braze dashboard.
2. Disable your Automatically Send In-App Messages Destination setting. By default, it is enabled when you enable the Braze destination.
3. Add the following snippet to your site:

1
analytics.ready(function() {
2
  window.appboy.subscribeToNewInAppMessages(function(inAppMessages) {
3
    var message = inAppMessages[0];
4
    if (message != null) {
5
      var shouldDisplay = true;
6

7
      if (message instanceof appboy.ab.inAppMessage) {
8
        // Read the key/value pair for msg-id
9
        var msgId = message.extras["msg-id"];
10

11
        // If this is our push primer message
12
        if (msgId == "push-primer") {
13
          // We don't want to display the soft push prompt to users on browsers that don't support push, or if the user
14
          // has already granted/blocked permission
15
          if (!appboy.isPushSupported() || appboy.isPushPermissionGranted() || appboy.isPushBlocked())     {
16
            shouldDisplay = false;
17
          }
18
          // Prompt the user when the first button is clicked
19
          message.buttons[0].subscribeToClickedEvent(function() {
20
            appboy.registerAppboyPushMessages();
21
          });
22
        }
23
      }
24

25
      // Display the message
26
      if (shouldDisplay) {
27
        appboy.display.showInAppMessage(message);
28
      }
29
     }
30

31
    // Remove this message from the array of IAMs and return whatever's left
32
    return inAppMessages.slice(1);
33
   });
34
 });

For more details on this snippet, check out Braze's Soft push prompt docs.

Note: Place this snippet outside of your Segment Snippet within your script tag.

4. When you'd like to display the Soft Push to a user, call:

1
 analytics.ready(function() {
2
  window.appboy.logCustomEvent("prime-for-push")
3
 });

To enable IDFA collection in Braze, add following lines to your Podfile:

1
post_install do |installer|
2
  installer.pods_project.targets.each do |target|
3
    target.build_configurations.each do |config|
4
      if target.name == "Appboy-iOS-SDK"
5
        target.build_configurations.each do |config|
6
          config.build_settings['GCC_PREPROCESSOR_DEFINITIONS'] ||= [
7
          '$(inherited)', 'ABK_ENABLE_IDFA_COLLECTION']
8
          end
9
      end
10
    end
11
  end
12
end

There are three major versions of this SDK: 1, 2, and 3. Segment currently supports both as migrating to Version 2+ requires some important changes to your website.

If you have never implemented Braze on your site, either using Segment or natively, you can ignore this section. If you have had Braze running before and want to migrate to Version 2+ you must ensure you remove all references to appboy.min.css from your site. This is very important as it will cause issues with Version 2+ of their SDK. Once you have done this you can select Version 2+ using the "Braze Web SDK Version" with your Segment Settings UI.

You can send computed traits and audiences created in Engage to Braze, and use them to run personalization campaigns or power messages to users.

Engage sends event data about your users to Braze using an Identify call and/or Track call.

You can send computed traits to Braze as custom attributes or as custom events.

• If you send a computed trait using the Identify call, they appear in Braze as custom attributes.
• If you send a computed trait using the Track call, they appear in Braze as custom events.

You can choose which method to use (or choose to use both) when you connect the computed trait to the Braze destination.

You can send computed traits created in Engage as Identify calls to create custom attributes in Braze. The custom attribute is set to the value of the computed trait. The custom attribute name appears as the snake_cased version of the computed trait name you provide.

For example, if you have a computed trait for "Last Product Viewed Item," that would be named last_product_viewed_item in the user's Engage profile.

Expand image

If the "Last Product Viewed Item" trait is connected to Braze to send Identify calls, as in this example:

Expand image

The following custom attribute, "last_product_viewed_item" appears in Braze on the user's profile:

Expand image

You can also send computed traits created in Engage as Track calls to create custom events in Braze. When Engage calculates a computed trait for a user, it sends a Trait Computed event to Braze.

Using the same example as above, if a user has a computed trait for "Last Product Viewed Item" and the trait is connected to Braze and configured to send Track calls:

Expand image

The following custom event appears in Braze on the user's profile:

Expand image

You can send Audiences to Braze as custom attributes or custom events.

• When you send an Audience using the Identify call, it appears in Braze as a custom attribute.
• When you send an Audience using the Track call, it appears in Braze as a custom event.

You can choose which method to use (or choose both) when you connect the audience to the Braze destination.

You can send audiences created in Engage as Identify calls to create custom attributes in Braze. If a user is added to an audience, Engage sends a custom attribute to Braze with a value of true. The custom attribute name is be the snake_cased version of the audience name in Engage.

For example, if a user is in a "Dormant Shoppers" audience:

Expand image

And the "Dormant Shoppers" audience is connected to Braze to send Identify calls:

Expand image

The "dormant_shoppers" custom attribute appears in Braze on the user's profile:

Expand image

You can also send audiences created in Engage as Track calls to create custom events in Braze. If a user is added to an audience, Engage sends an Audience Entered event to Braze. If a user leaves the audience (because they no longer satisfy the criteria) Engage sends an Audience Exited event to Braze.

Using the same example as above, if a user is in a "Dormant Shoppers" audience and the audience is connected to Braze to send Track calls, Engage sends the following "Audience Entered" and "Audience Exited" events. (You can edit the names of these events from this screen.)

Expand image

The following custom event appears in Braze on the user's profile when they enter the audience:

Expand image

To send computed traits or audiences to Braze, you first must connect it to Engage. Once it's set up, you can select Braze as a destination for Engage data each time you create new computed traits or audiences.

1. Navigate to the Destinations tab in Engage Settings.
2. Search for Braze and add the destination to your Engage.
3. On the set up screen, enter in your App Identifier, REST API Key and Data center for Braze.

• Engage Destination type: Event - data is delivered to this Destination one-by-one on a real-time basis
• Support for Track and Identify?: Yes, both are supported.
• Traits and Audiences created by: Computed traits and audiences are added as custom attributes using Identify calls. You can also send computed traits and audiences as custom events using Track calls.
• Must create audience_name field before Engage can update those values?: No. If sent as an Identify call, Engage creates the computed trait or audience name as a custom attribute in Braze. If sent as a Track call, Engage creates a custom event in Braze.
• Computed trait appears as: A snake cased version of the computed trait name (for example, last_product_viewed: 'Sweater') with a string for the value of the computed trait.
• Audience appears as: A snake cased version of the audience name (for example, order_completed_last_30days: true ) with a boolean value of true indicates that a user is in the audience.
• Destination rate limit: 100 requests per second (this is at the Space-level, for example shared across all Audiences & Computed Traits syncing from 1 Space to Braze. This rate limit would not be shared by multiple Spaces.)
• Lookback window allowed: Yes, unlimited.
• Identifiers required : userId or braze_id
• Identifiers accepted : userId or braze_id
• Client or Server-Side Connection: Server-side connection for Engage

If you use the Braze destination in either cloud or device mode you can save Braze costs by "debouncing" duplicate identify() calls from Segment by adding the open-source Middleware tool to your implementation. More information about this tool and how it works is available in the project's README.

By default, Engage data is sent to Braze by matching the userId. The Segment userId maps to Braze's External ID. If the user is anonymous and does not have a userId, you can also choose to send data using the braze_id auto-generated by Braze. To use braze_id, you must pass the braze_id to Segment as a Segment externalId in the context.integrations.Braze.braze_id object. If braze_id is sent as an externalId and userId is missing, Engage matches on braze_id when sending to Braze. You can check the Identities tab on a user's Engage profile to confirm that braze_id was successfully picked up as an externalId.

Expand image

You can find the braze_id in the Braze UI or by using Braze's Users by Identifier API Endpoint.

No. Audiences are sent to Braze as either custom attributes or custom events. You can use these events and attributes when building your Braze Segments and Campaigns.

All Braze user profile data (including custom events, custom attributes) is stored for as long as those profiles are active.

When you delete an audience or trait in Segment they are not deleted from Braze. Data sent to Braze is immutable and cannot be deleted or modified once they receive it. However, you can blocklist custom attributes and events in Braze.

Segment lets you change these destination settings from the Segment app without having to touch any code.