Skip to content
Change the site theme


A Button is a clickable element which communicates that users can trigger an action.


Guidelines page anchor

About Buttons

About Buttons page anchor

A Button communicates that users can trigger an action. Places you’d use a Button include:

  • Submitting a form
  • Closing a modal
  • Moving to the next step in a flow

A Button can contain an icon and/or text. See Composing a Button below for more detailed guidelines.

Button vs. Anchor (Link) page anchor

TL;DR If pressing the trigger results in a URL change, or that resultant page makes sense as a whole new browser tab use an Anchor element. Everything else is a Button.

It may not be immediately obvious but the semantic distinction between an anchor and Button HTML element is extremely important to learn. Without realising it the decision can cause significant usability problems due to the in-built behaviours, interactions and expectations that come with each.

For example, an anchor element will perform its action when clicked and when the enter key is pressed. A Button element will perform its action when clicked and when the enter and spacebar keys are pressed. When holding the control or command key an anchor will open a new browser tab, a Button will not.

You should:

  • Use an Anchor when you are navigating the user to a new page or place on the page
  • Use a Button when the user is performing an action. An action always happens on the same page as the trigger

If you need to link to content, you can use our Anchor component.

For accessibility, the distinction becomes even more important, especially for those who are using Assistive Technology (A.T.) such as screen readers and dictation software. Here are some quick tips:

  • Correctly choosing between an anchor or Button element will help inform A.T. users what will happen next. Will I be taken to an entirely new page or will something happen on the current page?
  • Choose Button text that clearly describes the action that is about to happen
  • Don’t repeat the same Button text on the same page. Try not to have 20 “edit” Buttons, add clarifying text, even if it’s visually hidden, to fully describe the action. E.g. “edit home address”, “add new phone number”
  • Don’t communicate with color alone. When choosing a destructive Button, make sure the Button text also indicates the action is destructive
  • Use anchors that look like Buttons sparingly. Voice dictation users may encounter issues when trying to activate them. A user may say, “Click the read more Button”, but the dictation software won’t respond since it can’t tell what the anchor looks like visually. Use an alternative where possible, such as an anchor with an icon or with a larger font size.

Use a primary Button to indicate the most prominent action a customer would make on a screen. It should be a safe and if possible, reversible action without much cost.

Try to use only one primary Button on a screen. Using multiple might be distracting.

The secondary Button is the most frequently used Button.

Use a secondary Button to indicate an action that should be easy for a customer to make but isn’t the most prominent on a screen. It should be a safe and if possible, reversible action without much cost.

Destructive secondary Button

Destructive secondary Button page anchor

A destructive secondary Button indicates a destructive action, such as “Delete” or “Remove”, that might be difficult to reverse. If possible, give users the ability to undo the action, or at least, confirm the action.

Use a destructive primary Button for the most prominent action a customer would make on a screen if that action is destructive and could be difficult to reverse.

Use Link-style Buttons when other types of Buttons may be too distracting.

Information icon

Accessibility insight

To reiterate, be mindful when choosing this variant as dictation software users may experience usability issues. Read the guidelines first.

Buttons with link functionality page anchor
Information icon

Accessibility insight

To reiterate, be mindful when choosing this variant as dictation software users may experience usability issues. Read the guidelines first.

Buttons that navigate the user can only be represented by the primary and secondary variants. When this is used, it must be accompanied by an arrow pointing to the right or an external link icon after the text. The icons help to indicate that the action performed on click is a navigation. These Button types do not have disabled or loading states, as anchors cannot be in those states.

To create a Button-styled anchor, use the Button component and add the as="a" prop so that it is rendered as an anchor semantically, while maintaining Button styling.

Note: The same guidance applies for any action deemed "primary"; use only one per page.

Use small Buttons sparingly, only when needed for vertical density. Guidelines for using variants in small Buttons are the same as in their default size.

The reset Button is basically a primitive Button. The Button styles are reset, so styles won't interfere with any child elements. This allows you to create your own Buttons using the Paste. This reset variant only resets styles. No other Button functionality is reset.

Use primary icon, secondary icon, and destructive icon Button variants for buttons that, for a specific reason and purpose, can only have an icon in them, such as in compact UI situations. These variants do not have any border nor background color. When using these variants, use size="reset" in the Button component to remove any unnecessary padding. To change the size of an icon button, change the size of the Icon component itself.

Use an icon that can only convey a single action.

You can also create icon Buttons from other variants that have background colors and borders, like primary and secondary, by using that variant and changing the size of the Button component to size="icon" or size="icon_small".

Use icon-only Buttons sparingly. If there is any text in a button, do not use these icon-specific variants or sizes.

Use the loading state if the action doesn’t happen instantly. The Button is also disabled in this state.

However, the loading state may make an action appear to take longer than it does and doesn’t communicate what’s preventing the action from completing. Use it when you can’t move the user to the next state.

Use the disabled state sparingly.

The customer shouldn't have to guess why a Button is disabled. It should be immediately obvious to the customer why a Button might be disabled (e.g., if it follows a single empty text field). Otherwise, show the Button in its default state, then provide helpful error text after it's pressed.

In most cases, you’ll use a text-only Button.

Button text should:

  • Use sentence case (“Log in”, not “Log In”)
  • Clearly indicate what’ll happen when a user presses it.
  • Start with a verb, except for a common action like “Done.”
  • Be concise without sacrificing clarity and user confidence.

Pair text with an icon only if the icon clarifies the meaning of the Button. Use no more than one icon before text and one icon after text.

Use a Button to indicate that users can trigger an action.

In general, align Buttons to the direction of the text (e.g., left-aligned in English) for easy scannability.

When moving customers through a sequence, place the primary Button in the direction of the movement (e.g., a “Next” Button goes on the right in an English-language flow).


Prioritize actions on a screen. Only one primary Button should be used on each screen so users are clear about what the intended action is.


Don’t use many primary Buttons on a screen, which may distract users.


Use the right variant to communicate meaning and hierarchy.


Don’t use a Button variant for an action it’s not intended for.


Write Button text that is clear, starts with a verb, and helps users confidently trigger an action.


Don’t use product or brand icons in Buttons since they don’t communicate action.

yarn add @twilio-paste/button - or - yarn add @twilio-paste/core
import {Button} from '@twilio-paste/core/button';
const Component = () => (
<Button variant="secondary" size="small" onClick={() => {}}>

All the valid HTML attributes for Button are supported including the following props:

as?stringThe HTML tag to replace the default <button> tag.'button'
disabled?booleanPrevent actions from firing on this Buttonfalse
fullWidthbooleanSets the Button width to 100% of the parent container.false
href?stringA URL to route to. Must use as="a" for this prop to work.null
loading?booleanPrevent actions and show a loading spinnerfalse
size?ButtonSizes'default', 'small', 'icon', 'icon_small', 'reset''default'
type?ButtonTypes'button', 'submit', 'reset'. If the Button is inside a <form>: use 'submit'. Otherwise use 'button' (default).'button'
variant?ButtonVariants'primary', 'secondary', 'inverse', 'destructive', 'destructive_secondary', 'destructive_link', 'link', 'inverse_link', 'reset', 'primary_icon', 'secondary_icon', 'destructive_icon''primary'
onClick?(event: React.MouseEvent<HTMLElement>)null
onMouseDown?(event: React.MouseEvent<HTMLElement>)null
onMouseUp?(event: React.MouseEvent<HTMLElement>)null
onMouseEnter?(event: React.MouseEvent<HTMLElement>)null
onMouseLeave?(event: React.MouseEvent<HTMLElement>)null
onFocus?(event: React.FocusEvent<HTMLElement>)null
onBlur?(event: React.FocusEvent<HTMLElement>)null