Skip to main content
Beta: Front-End Checklist is currently in beta. Some issues are still being fixed. Thanks for your patience.

Provide accessible names for toggle fields

Checks that toggle fields (checkbox, radio, switch) have accessible names

Utilities
Quick take
Typical fix time 10 min
  • Use `aria-label`, `aria-labelledby`, or `<label>` for checkboxes and radios
  • Ensure the label clearly describes the state or action of the toggle
  • Avoid empty or non-descriptive labels for switches
Why it matters: Toggle fields like checkboxes and switches are unusable for screen reader users if they don't have a label, as the user won't know what they are turning on or off.

Rule Details

All interactive toggle controls (checkboxes, radio buttons, switches) must have an accessible name so users of assistive technologies understand their purpose.

Code Example

<!-- ✅ Correct: Using a label element -->
<label for="newsletter">Subscribe to newsletter</label>
<input type="checkbox" id="newsletter" name="newsletter">
 
<!-- ✅ Correct: Using aria-labelledby -->
<span id="switch-label">Enable dark mode</span>
<button role="switch" aria-checked="false" aria-labelledby="switch-label">
  Off
</button>
 
<!-- ✅ Correct: Using aria-label -->
<input type="radio" name="color" value="red" aria-label="Select red color">

Why It Matters

  • Clarity of Action: Users need to know what the toggle represents before changing its state.
  • State Feedback: Screen readers announce the name along with the state (e.g., "Subscribe to newsletter, checkbox, checked").
  • Error Reduction: Prevents users from accidentally toggling the wrong setting due to missing labels.
  • Form Accessibility: Labels are essential for the successful completion of forms by all users.

Exceptions

  • Prefer native HTML semantics over ARIA when both are possible; some apparent ARIA failures disappear when the underlying element is corrected.
  • A missing ARIA attribute is not automatically the strongest finding if the control is already semantically broken, unnamed, or keyboard-inaccessible.
  • Do not add ARIA only to satisfy the rule if the feature should instead be implemented with a native element or a simpler interaction pattern.

Standards

  • Align the implementation with WAI-ARIA 1.2 and verify the rendered experience, not only the source code.
  • Align the implementation with MDN: ARIA and verify the rendered experience, not only the source code.

Verification

Automated Checks

  • Inspect the browser accessibility tree or accessibility pane for the relevant element, role, or accessible name.
  • Run an automated accessibility checker such as axe or Lighthouse where applicable.

Manual Checks

  • Test the affected UI with keyboard-only navigation and confirm the rule holds in the rendered experience.
  • Re-test one representative user flow with a screen reader if this rule affects a key interaction.

Use with AI

Copy these prompts to use with your AI assistant, or install the MCP server to use directly from Claude, Cursor, or Windsurf.

Check

Verify implementation

Check all toggle fields (checkboxes, radio buttons, switches) for a valid accessible name.

Fix

Auto-fix issues

Add an accessible name to the toggle field using a label element, aria-label, or aria-labelledby.

Explain

Learn more

Explain why all interactive toggle controls must have descriptive names for users to understand their purpose.

Review

Code review

Review the rendered markup and interactive states that affect Provide accessible names for toggle fields. Flag exact elements, roles, labels, focus behavior, or keyboard interactions that violate the rule, and note how to verify the fix with browser accessibility tooling or assistive tech.

Sources

References used to support the guidance in this rule.

Further Reading

Tools and supplementary material for exploring the topic in more depth.

axe DevTools
deque.comTool
Checkbox Pattern – UX Patterns for Developers

Comprehensive UX pattern guide covering anatomy, accessibility, best practices, and implementation.

uxpatterns.devGuide

Rules that often go hand-in-hand with this one.

Provide accessible names for tree items

All elements with role="treeitem" must have a descriptive accessible name so screen reader users can navigate hierarchical tree widgets.

Accessibility
Provide accessible names for progress bars

Checks that progressbar elements have accessible names

Accessibility
Provide accessible names for ARIA command elements

Checks that command elements like buttons and links have accessible names for screen reader support.

Accessibility
Ensure dialogs have an accessible name

Checks that dialog elements have accessible names to orient screen reader users.

Accessibility

Was this rule helpful?

Your feedback helps improve rule quality. This stays internal for now.

Loading feedback...
0 / 385