There are many advanced settings available for FireOS push notifications sent through the Braze dashboard. This article will describe these features and how to use them successfully.
Time to Live (TTL)
The “Time to Live” (ttl) field allows you to set a custom length of time to store messages with the push messaging service. Braze’s default values for time to live are 4 weeks for FCM and 31 days for ADM. If the hypothetical user from the example above were to reconnect their device 4 weeks after the game with the time to live set to the default, then those messages would have already expired in the messaging service and would not be delivered.
Summary text allows you to set additional text in the “Expanded Notification” view. It also serves as a caption for notifications with images.
The summary text will display below the body of the message in the expanded view.
For push notifications that include images, the message text will be shown in the collapsed view, while the summary text will be displayed as the image caption when the notification is expanded. See the animation below for an example of this behavior.
The “Custom URI” feature allows you to specify a Web URL or an Android resource to navigate to when the notification is clicked. If no custom URI is specified, clicking on the notification brings users into your app. You can use the custom URI to deep link inside your app as well as direct users to resources that exist outside of your app as well. This can be specified via our Messaging API or via our dashboard under “Advanced Settings” in the push composer wizard as pictured below:
To enable Custom URI, your app’s
BroadcastReceivermust be configured to properly handle opening the URI. This involves parsing incoming message contents for the custom URI and navigating to it. Our example receiver provides a sample implementation.
Notification Display Priority
The priority level of a push notification affects how your notification is displayed in the notification tray relative to other notifications. It can also affect the speed and manner of delivery, as normal and lower priority messages may be sent with slightly higher latency or batched to preserve battery life whereas high priority messages are always sent immediately.
This feature is useful for differentiating your messages based on how critical or time-sensitive they are. For example, a notification about dangerous road conditions would be a good candidate to receive a high priority, while a notification about an ongoing sale should receive a lower priority. You should consider whether or not using a disruptive priority is actually necessary for the notification that you are sending as constantly taking the top spot in your users’ inbox or interrupting their other activities may have a negative impact.
In Android O, notification priority became a property of notification channels. You will need to work with your developer to define the priority for a channel during its configuration, and then use the dashboard to select the proper channel when sending your notification sounds. For devices running versions of Android before O, specifying a priority level for Android and Fire OS notifications is possible via the Braze dashboard and Messaging API.
To message your full userbase with a specific priority, we recommend that you indirectly specify the priority through notification channel configuration (to target O+ devices) and send the individual priority from the dashboard (to target <O devices).
The priority levels that you can set on Android or Fire OS push notifications are:
|Max||Urgent or time-critical messages||
|High||Important communication, such as a new message from a friend||
|Default||Most notifications - use if your message doesn’t explicitly fall under any of the other priority types||
|Low||Information that you want users to know about, but does not require immediate action||
|Min||Contextual or background information.||
For more information, please consult Google’s documentation on Android notifications.
In Android O, notification sounds became a property of notification channels. You will need to work with your developer to define the sound for a channel during its configuration, and then use the dashboard to select the proper channel when sending your notifications.
For devices running versions of Android before O, Braze allows you to set the sound of an individual push message through the dashboard composer. You can do so by specifying a local sound resource on the device (e.g.
android.resource://com.mycompany.myapp/raw/mysound). Specifying “default” in this field will play the default notification sound on the device. This can be specified via our Messaging API or via our dashboard under “Advanced Settings” in the push composer wizard as pictured below:
Enter the full sound resource URI (e.g.
android.resource://com.mycompany.myapp/raw/mysound) into the dashboard prompt.
To message your full userbase with a specific sound, we recommend that you indirectly specify the sound through notification channel configuration (to target O+ devices) and send the individual sound from the dashboard (to target <O devices).