Decorative elements are not consistently hidden
Automated check presentation-role-conflict, run with axe-core
- WCAG
- Best practice: a recommendation, not a WCAG success criterion
- Severity
- Moderate: a degraded experience
- Typical effort
- Quick win, under 1 hour
- Category
- Code quality
Who this affects
Screen reader and keyboard users.
Why it matters
An element marked role="presentation" or role="none" that is focusable or has ARIA attributes is still exposed, so the "decorative" element gets announced after all.
How to fix it
Remove tabindex and global ARIA attributes from elements marked as presentational, or drop the presentational role.
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
- Braille-only ARIA attributes have no spoken equivalent
- 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