This document contains information, general guidelines, and examples for alert types used in Braze documentation.
Table of Contents
Alerts categorize information that a reader should be aware of. There are four alert types that can be used in our documentation:
Use alerts to draw a reader’s attention to important information. Keep the content short and to the point. We want to make sure that information sticks with the reader.
Refer to the following table for definitions of each alert:
Alert Type | Definition |
Important | Includes essential information that should be addressed by the reader, such as:
|
Note | Includes one-off information that the reader should know, such as:
|
Tip | Includes supplementary knowledge and recommendations for the reader to be aware of, such as:
|
Warning | Includes essential information that must be addressed by the reader and can include:
|
Alert Best Practices
Here are general guidelines and best practices for alerts.
As a general rule of thumb, avoid using alerts for content that is essential to the article structure (feature introductions, setup instructions, steps to use a feature, etc.). When in doubt, consult with the team during peer review.
Guideline | Example |
Explain the information in the alert in a clear, concise statement. | |
For alerts that apply to different sections of the same article, consider creating a new section that captures these details to avoid repetitive content. | |
Separate the information into short paragraphs or lists within the alert. | |
Consider any additional formatting that may impact how the alert displays (code snippets, steps, surrounding images, etc.). | |
Include a line break for alerts that begin an article. | |
When writing about beta features, include an Important alert that calls out the beta status and related Braze contact information. Place this beta alert after the overview text and before the first main heading. | |
Avoid using two or more alerts in a row if possible. Instead, reorganize or include the information as part of the text instead. | |
If you find your alert is lengthy, consider creating a new section that includes the information as a list. For example, instead of including troubleshooting steps in an alert, consider creating a troubleshooting section or providing a link to a related article. |
Refer to the examples below for how and why each alert type is used in our documentation.
Article: Push for Web | |
Use Case
| Alert Reasoning Use an Important alert as opposed to a Note alert because the content’s importance is greater for a reader to know as they set up their web push. |
Article: Email Settings | |
Use Case
| Alert Reasoning The Important alert is used here to communicate details about the BCC addresses in their email settings. This information is best presented using an Important alert as opposed to a Warning alert because omitting this information does not impact the feature irreversibly (feature breaking, permanent data loss, etc.) |
Article: Advanced Settings | |
Use Case
| Alert Reasoning The Important alert is best used here to redirect the reader to current information and to highlight that the section is applicable only to certain users. It’s also placed after the section header, which forces the user to address the important alert before reading the rest of the section. |
Article: Create a Content Card | |
Use Case
| Alert Reasoning This Note alert provides background information on how Braze cycles older Content Cards for users. This is helpful, supplemental information for the reader to be aware of and does not require the use of an Important or Tip alert. |
Article: Custom Attributes | |
Use Case
| Alert Reasoning This information is best relayed using a Note alert as opposed to an Important alert because the content is directed to provide general information. Disregarding this information would not impact the ease of use for this feature. |
Use Case
| Alert Reasoning This Note alert provides additional information about data storage that would be helpful for a reader to know as they manage their custom attributes. However, the content does not require a stronger indication of importance to the reader, so a Note alert is acceptable here. |
Article: SMS Message Segments and Copy Limits | |
Use Case
| Alert Reasoning This is a lengthy Tip alert because it provides a space for entering the copy to see how many segments a message will dispatch. The Tip alert is the best option here because this is a helpful generator for the reader to use in the process of setting up their SMS messages. |
Use Case
| Alert Reasoning The Tip alert provides additional support for the reader. Use a Tip alert as opposed to a Note alert because the focus of the content is to assist the reader by providing the troubleshooting article. |
Article: User Profile Lifecycle | |
Use Case
| Alert Reasoning The Warning alert is used to caution the reader against assigning an external_id before uniquely identifying them. This information is best relayed using a Warning alert as opposed to an Important alert because it includes irreversible consequences for the user profile. |
Article: Segments for Currents | |
Use Case
| Alert Reasoning The Warning alert is best used here to describe the limitations of the Braze Segment Currents integration. Use a Warning alert as opposed to an Important alert because creating more than one of the same Currents connectors incorrectly may result in losing data. |
Article: Creating a Canvas | |
Use Case
| Alert Reasoning The Warning alert is used here to note how the feature may work incorrectly. This information is best relayed using a Warning alert as opposed to an Important alert because the information is critical and may result in breaking the Canvas delivery. |