Banner
Informs merchants about important changes or persistent conditions. Use this component if you need to communicate to merchants in a prominent way. Banners are placed at the top of the page or section they apply to, and below the page or section header.
Props
No props found for this component, run `yarn gen:docs` to generate component meta first.
Slots
No slots found for this component, run `yarn gen:docs` to generate component meta first.
Best practices
Banners should:
- Be used thoughtfully and sparingly for only the most important information.
- Not be used to call attention to what a merchant needs to do in the UI instead of making the action clear in the UI itself.
- Not be the primary entry point to information or actions merchants need on a regular basis.
- Be dismissible unless they contain critical information or an important step merchants need to take.
- Use the default icon for
success
,info
,warning
andcritical
tones. If the status icon is changed, use only major icons. - Remove the status icon only in scenarios where it takes up too much space, such as very small breakpoints or in side navigation cards.
Placement
Banners should be placed in the appropriate context:
- Banners relevant to an entire page should be placed at the top of that page, below the page header. They should occupy the full width of the content area.
- Banners related to a section of a page (like a card, popover, or modal) should be placed inside that section, below any section heading. These banners have less spacing and a pared-back design to fit within a content context.
- Banners related to an element more specific that a section should be placed immediately above or below that element.
Content guidelines
Banners should:
- Focus on a single theme, piece of information, or required action to avoid overwhelming merchants.
- Be concise and scannable—merchants shouldn’t need to spend a lot of time figuring out what they need to know and do.
- Be limited to a few important calls to action with no more than one primary action.
- Not be used for marketing information or upsell—use callout cards instead.
To learn about writing helpful and accessible error message text, see the guidelines for error messages.
Title
Banner titles should follow the content guidelines for headings and subheadings.
Body content
Body content should:
- Be concise: keep content to 1 to 2 sentences where possible
- Clarify the benefit of the main task
- Be written in sentence case and use appropriate punctuation
- Avoid repeating the heading
- Explain how to resolve the issue, particularly for warning and critical banners
Button and links
Buttons and links should be:
- Clear and predictable: merchants should be able to anticipate what will happen when they click a button. Never deceive merchants by mislabeling a button.
- Action-led: buttons should always lead with a strong verb that encourages action. To provide enough context to merchants use the {verb}+{noun} format on buttons except in the case of common actions like Save, Close, Cancel, or OK.
- Scannable: avoid unnecessary words and articles such as the, an, or a.
Link text should:
- Set the expectation of where merchants will be taken
- Use consistent content to label navigation. For example, if a navigational link leads to a page called Orders, label the link Orders.
Secondary body content
Body content should be:
- Actionable: start sentences with imperative verbs when telling merchants what actions are available to them (especially something new). Don’t use permissive language like “you can”.
- Structured for merchant success: always put the most critical information first.
- Clear: use the verb “need” to help merchants understand when they’re required to do something.
Related components
- To inform merchants about a new feature or opportunity, use callout cards
- To group similar concepts together in the interface, use a card
Accessibility
Banners provide context and assist workflows for merchants with disabilities.
- Critical and warning banners have a
role=”alert”
and are announced by assistive technologies when they appear. - All other banners have a
role=”status”
and are read after any critical announcements. - All banners have an
aria-live
attribute and are announced by assistive technologies when their content is updated. These announcements can be disabled by using the propstopAnnouncements
. - Banners use
aria-describedby
to describe their purpose to assistive technologies when they’re announced or receive focus. If a banner has atitle
, then the title content is used for thearia-describedby
. If the banner doesn’t have atitle
, then all of the banner content is used for thearia-describedby
. - Banner containers have a
tabindex=”0”
and display a visible keyboard focus indicator. Because of this, merchants can discover banners while tabbing through forms or other interactions, and developers can programmatically move focus to banners. - Banners use a combination of icons and colors to show their meaning and level of importance to merchants.
Error notifications in forms
Critical banners
When merchants submit long or complex forms with errors, use a critical banner to summarize what went wrong. Place the banner at the top of the form and move focus to the banner when the form is submitted. This allows all merchants to move through the form in a logical order to correct the issues.
Inline errors
Always include inline error messages for specific form fields so that merchants know what to do in context as they correct their mistakes.
To learn about creating helpful and accessible error message text, see the guidelines for error messages.