Braille-only ARIA attributes have no spoken equivalent
Automated check aria-braille-equivalent, run with axe-core
- WCAG
- 4.1.2 Name, Role, Value (Level A)
- Severity
- Moderate: a degraded experience
- Typical effort
- Quick win, under 1 hour
- Category
- Code quality
Who this affects
Screen reader users who listen rather than read braille.
Why it matters
aria-braillelabel or aria-brailleroledescription without a matching ordinary label leaves speech output without that information.
How to fix it
Always provide aria-label or aria-roledescription alongside the braille attribute.
Check your own website
The free scan tests 3 pages against WCAG 2.2 A and AA in about 30 seconds. No sign-up.
Related checks: Code quality
- ARIA attributes used on the wrong elements
- ARIA roles that do not suit the element
- ARIA attributes used in ways the role does not allow
- Deprecated ARIA roles are used
- The page body is hidden from assistive technology
- ARIA labels placed on elements that cannot carry them
- ARIA roles are missing their required attributes
- Menus, lists or tabs are missing their required child elements