Badge

Badge is used to display numeric status data.

Generally available

The new badge appearances are stable and ready for adoption. Visual updates are currently behind the platform-dst-lozenge-tag-badge-visual-uplifts feature flag.

Usage

Use badges to represent numerical data such as counts and metrics. Leading symbols like additions (+) and subtractions (-) can be used to indicate change. Trailing letters like day (d), thousand (K), million (M) can be used to represent abbreviations.

Parts

The anatomy of the badge component, showing two examples: one displaying +25 positioned between two numbered items, and another showing 1.3M next to a numbered item
  1. Label: Should only contain a numeric value.
  2. Letters or special character (optional): leading special characters can be used to represent additions (+) or subtractions (-), and trailing letters can be used to represent abbreviations (d for day, K for thousand, and M for million).

Color

Badges offer 6 default semantic appearances: danger, warning, success, information, discovery, and neutral, and 5 bold semantic appearances: dangerBold, warningBold, successBold, informationBold, and discoveryBold. They also include an inverse appearance for use on inverse backgrounds relative to the selected theme.

Seven badge examples showing different semantic colors: -25 in danger (red), 0.5 in warning (orange), +10 in success (green), 2.3K in information (blue), 8 in discovery (purple), 30 in neutral (gray), and 15 in inverse (black/white)

Accessibility

Number values are grouped and separated differently across countries and regions. Use your app's internationalization library or the browser's internationalization features. Make sure the user's locale is set correctly so numbers display in a familiar format.

Best practices

Apply the correct semantics

Ensure you use the correct semantic appearance for your particular use case to ensure consistency across apps. Each semantic represents a specific intent — for example, danger represents deletion, removal, or critical information. Using a semantic appearance that doesn’t represent the information being conveyed can cause confusion for users and create inconsistent experiences across apps.

Badge showing -10 with danger appearance (red)

Do

Use the correct semantic color for your use case.

Badge showing -10 with information appearance (blue)

Don’t

Don't deviate from established semantics.

Only use bold semantic badges for elements of high importance

Usage of the bold semantic appearances should only be used for badges of high importance or for badges requiring higher visual prominence, such as notification counts.

A bold danger badge showing a notification count of 3 in a top navigation bar, where high visual prominence is needed

Do

Use bold badges sparingly, and only when the element requires high visual prominence.

Bold badges used on secondary elements alongside lozenges in a list, where the added prominence is unnecessary

Don’t

Don't use bold badges for elements that are secondary to other labels such as lozenges.

Provide additional cues to avoid ambiguity

Use badges alongside a label to clearly show which item is quantified.

Badges displayed alongside labels in a tab navigation, showing About and Updates with a badge showing 13

Do

Use badges alongside labels or with single items.

Multiple badges shown together without context: 13, 8, and 15

Don’t

Don't use badges without context, unless they contain an attached tooltip.

Data Center products

For all new features, we recommend using Atlassian Design System and other Atlaskit components, (opens new window). For existing code, you can continue to use Atlassian User Interface (AUI), (opens new window).

  • For non-numeric information such as status and other high importance attributes, use a lozenge.
  • For non-numeric information such as status and other high importance attributes with dropdown interactivity, use a lozenge dropdown trigger.
  • To descriptive metadata and information, use a tag.
Was this page helpful?
We use this feedback to improve our documentation.
© 2026 AtlassianTrademark, (opens new window)Privacy, (opens new window)License