Back to compare picker

Notification banner vs Banner vs Alert vs Error summary

Choose notification banner when the message belongs in the page content flow immediately before the H1 and is about a service problem, personal deadline, elsewhere-in-service event, or previous-page outcome.

Decision dimensions

Dimension Notification bannerBannerAlertError summary
UI or UX UI + UX - Page-flow service notification before the H1UI + UX - Top-of-interface broad-scope messageUI + UX - Urgent current-task status messageUI + UX - Form recovery summary
UI guidance Render one notification banner in the page content column immediately before the page H1, using the same width as the surrounding service content.Render the banner at the top of the interface or content area it governs, below required global chrome and before the page content that should be interpreted with that message.Render an alert as a visible message in the current task area with a clear severity cue, short title, consequence-focused body, and one direct action or safe dismissal when appropriate.Render a top-of-form summary block with heading, linked error list, and matching field-level error messages.
UX guidance Use notification banners sparingly for information users need before interpreting the page but that is not the main task content on that page.Use banners when users need broad context before continuing across several pages or sections, such as maintenance, service delay, account setup, rollout, policy, or official-site identity information.Use alerts when the user must notice a time-sensitive condition that affects their current task, such as session expiry, lost connection, unsaved work risk, failed submission, or a security-sensitive hold.Help users recover from one or more submitted-form errors without scanning the entire page.
Good UI A case-management page shows an Important notification banner immediately before Manage evidence, saying evidence upload may be delayed and linking to service status.A billing workspace shows Scheduled maintenance Saturday directly below the product header across all billing pages, with View schedule and Dismiss when safe.A session alert appears above the active editor, says the session expires in 2 minutes, and offers Save draft while keeping the editor usable.Top-of-form summary with a clear heading, linked error list, and matching inline field messages.
Bad UI A validation error appears in a notification banner at the top of the page with no links to the invalid fields.Three unrelated banners stack above the page heading and push the account task below the fold.A vague red strip says Warning with no object, consequence, or next step.Red banner saying fix errors with no links.
Good UX A user lands on Evidence overview and sees the upload confirmation before the page heading, then can continue the unfinished service journey.A user moves from Overview to Invoices and still sees the same maintenance banner because the outage affects the whole billing workspace.Users can renew the session, save a draft, or inspect details without losing typed work.After failed submit, focus or reading order makes the summary discoverable before users scan the form.
Bad UX The same upload confirmation remains on unrelated pages after the user has already reviewed the evidence record.A field validation error appears in a banner, forcing users to hunt for the failing input.The only warning that unsaved work will be lost disappears after five seconds.Only showing errors below the fold.
Best fit A message should be encountered before the page H1 but is not the page's main task content.The message applies across several pages, routes, sections, records, or sessions.A current task has a time-sensitive warning, error, or important status change.Form submission can produce one or more errors.
Avoid when The message is a submitted-form validation error or field correction.The message affects only one field, object, row, panel, or local task section.The message belongs beside one object, row, field, or local section.A single local field issue can be corrected before submit without page-level orientation.
Required state No-banner state when no service-context notice or previous-page outcome applies.No-banner state when no broad-scope message applies.No-alert state with the task operating normally.Neutral form before submit with no summary.
Accessibility burden Use a labelled region for neutral page-load notification banners so screen-reader users can navigate to the notice.Use a labelled region or landmark when the banner is persistent page content that users may want to navigate to.Use role alert for urgent dynamic text and avoid putting interactive controls inside the role-alert node itself.Use a heading and alert behavior that makes the summary discoverable.
Common misuse Using a notification banner for field validation errors instead of an error summary and field-level messages.Using a banner for one field error, one row warning, or one card status.Using a disappearing toast for warnings users must act on before continuing.Showing a red banner or toast with no links to the invalid answers.

Notification banner

UI or UX
UI + UX - Page-flow service notification before the H1
UI guidance
Render one notification banner in the page content column immediately before the page H1, using the same width as the surrounding service content.
UX guidance
Use notification banners sparingly for information users need before interpreting the page but that is not the main task content on that page.
Good UI
A case-management page shows an Important notification banner immediately before Manage evidence, saying evidence upload may be delayed and linking to service status.
Bad UI
A validation error appears in a notification banner at the top of the page with no links to the invalid fields.
Good UX
A user lands on Evidence overview and sees the upload confirmation before the page heading, then can continue the unfinished service journey.
Bad UX
The same upload confirmation remains on unrelated pages after the user has already reviewed the evidence record.
Best fit
A message should be encountered before the page H1 but is not the page's main task content.
Avoid when
The message is a submitted-form validation error or field correction.
Required state
No-banner state when no service-context notice or previous-page outcome applies.
Accessibility burden
Use a labelled region for neutral page-load notification banners so screen-reader users can navigate to the notice.
Common misuse
Using a notification banner for field validation errors instead of an error summary and field-level messages.

Banner

UI or UX
UI + UX - Top-of-interface broad-scope message
UI guidance
Render the banner at the top of the interface or content area it governs, below required global chrome and before the page content that should be interpreted with that message.
UX guidance
Use banners when users need broad context before continuing across several pages or sections, such as maintenance, service delay, account setup, rollout, policy, or official-site identity information.
Good UI
A billing workspace shows Scheduled maintenance Saturday directly below the product header across all billing pages, with View schedule and Dismiss when safe.
Bad UI
Three unrelated banners stack above the page heading and push the account task below the fold.
Good UX
A user moves from Overview to Invoices and still sees the same maintenance banner because the outage affects the whole billing workspace.
Bad UX
A field validation error appears in a banner, forcing users to hunt for the failing input.
Best fit
The message applies across several pages, routes, sections, records, or sessions.
Avoid when
The message affects only one field, object, row, panel, or local task section.
Required state
No-banner state when no broad-scope message applies.
Accessibility burden
Use a labelled region or landmark when the banner is persistent page content that users may want to navigate to.
Common misuse
Using a banner for one field error, one row warning, or one card status.

Alert

UI or UX
UI + UX - Urgent current-task status message
UI guidance
Render an alert as a visible message in the current task area with a clear severity cue, short title, consequence-focused body, and one direct action or safe dismissal when appropriate.
UX guidance
Use alerts when the user must notice a time-sensitive condition that affects their current task, such as session expiry, lost connection, unsaved work risk, failed submission, or a security-sensitive hold.
Good UI
A session alert appears above the active editor, says the session expires in 2 minutes, and offers Save draft while keeping the editor usable.
Bad UI
A vague red strip says Warning with no object, consequence, or next step.
Good UX
Users can renew the session, save a draft, or inspect details without losing typed work.
Bad UX
The only warning that unsaved work will be lost disappears after five seconds.
Best fit
A current task has a time-sensitive warning, error, or important status change.
Avoid when
The message belongs beside one object, row, field, or local section.
Required state
No-alert state with the task operating normally.
Accessibility burden
Use role alert for urgent dynamic text and avoid putting interactive controls inside the role-alert node itself.
Common misuse
Using a disappearing toast for warnings users must act on before continuing.

Error summary

UI or UX
UI + UX - Form recovery summary
UI guidance
Render a top-of-form summary block with heading, linked error list, and matching field-level error messages.
UX guidance
Help users recover from one or more submitted-form errors without scanning the entire page.
Good UI
Top-of-form summary with a clear heading, linked error list, and matching inline field messages.
Bad UI
Red banner saying fix errors with no links.
Good UX
After failed submit, focus or reading order makes the summary discoverable before users scan the form.
Bad UX
Only showing errors below the fold.
Best fit
Form submission can produce one or more errors.
Avoid when
A single local field issue can be corrected before submit without page-level orientation.
Required state
Neutral form before submit with no summary.
Accessibility burden
Use a heading and alert behavior that makes the summary discoverable.
Common misuse
Showing a red banner or toast with no links to the invalid answers.
Decision rules
  • Choose notification banner when the message belongs in the page content flow immediately before the H1 and is about a service problem, personal deadline, elsewhere-in-service event, or previous-page outcome.
  • Choose banner when the message needs to persist across a product, account, workspace, public service, or whole section rather than a single landing-page moment.
  • Choose alert when an urgent condition dynamically affects the current task, such as session expiry, lost connection, payment hold, or unsafe continuation.
  • Choose error summary when form submission fails and users need a top-of-form list of linked validation errors plus matching field messages.
  • Use a success notification banner after a previous-page action only when the overall journey continues; use a confirmation page when the service journey is finished.
  • Do not show a notification banner and error summary together on a failed-submit page; the error summary has priority because it identifies the fields users must repair.
  • Do not use notification banner for product-wide maintenance that must remain visible across several sections; that is banner scope and needs route-aware lifecycle rules.
  • Do not use alert semantics for every neutral notification banner; reserve assertive treatment for dynamic or success outcomes whose timing warrants immediate notice.
Inspect live examples
Failure modes
  • A deadline notice sits in a sidebar below the page heading, so users begin the page without seeing the service obligation.
  • A validation failure appears as a notification banner with no links to the invalid answers.
  • A previous-page success confirmation is sent as a toast and expires before the redirect target loads.
  • A workspace outage is repeated as separate notification banners on every page instead of one scoped banner.
  • An urgent lost-connection warning is treated as a calm before-heading notice and missed while the user keeps editing.
  • A finished application flow shows a notification banner instead of a confirmation page with reference and next-step information.