Fix · Moderate · should fix soon
How to fix: ARIA misuse and conflicting roles
Custom components break in screen readers because of conflicting or invalid ARIA. ARIA overrides native semantics. Wrong ARIA is worse than no ARIA.
- WCAG references
- 4.1.2
- Severity
- Moderate
What it looks like in the wild
Custom components break in screen readers because of conflicting or invalid ARIA.
The screen-reader user, keyboard user, or low-vision user encountering this issue does not get an error message. The page just stops working for them. Which is why this kind of bug rarely shows up in your error tracker; it shows up in support tickets, lawsuits, and abandoned conversions.
Why it fails WCAG
ARIA overrides native semantics. Wrong ARIA is worse than no ARIA.
Map this back to 4.1.2 when you log the bug. Auditors and procurement teams expect that mapping; "broken" is not enough context.
The wrong pattern (avoid)
<a role="button" href="#" onclick="...">Save</a>The right pattern (copy this)
<button type="button" onclick="...">Save</button>Notes from real audits
First rule of ARIA: do not use ARIA when native HTML will do.
How to verify the fix
Shipping the change is not the same as passing 4.1.2. Re-run these checks against the page you edited before you close the ticket.
Inspect components with the browser accessibility tree (Chrome DevTools → Accessibility).
An automated scan confirms the machine-testable half. Keyboard and screen-reader passes cover the half no scanner can judge — do both before claiming conformance.
What 4.1.2 requires
4.1.2 Name, Role, Value (Level A, Robust): For every UI component, the name, role, and state (and any value where applicable) must be programmatically determinable. A custom toggle that looks like a switch but is built from <div>s is invisible to assistive tech. WCAG 4.1.2 is the bridge between custom UI and the accessibility tree.
<div role="button"> without aria-label
4.1.2Toggle state not reflected in aria-pressed
4.1.2Custom dropdown without combobox role
4.1.2
Priority: Moderate
This will not stop a user completing a task on its own, but it accumulates. A page carrying several moderate findings degrades into one that is technically usable and practically exhausting — and an auditor counts them individually.
Because the cause is almost always a shared component rather than a single page, fix it where the component is defined and re-scan the whole site. Record 4.1.2 on the ticket verbatim: that string is what an auditor, a procurement questionnaire or a regulator will search for.
Related fixes
How to fix: missing or duplicate page titles
2.4.2
How to fix: session timeouts without warning
2.2.1
How to fix: missing autocomplete attributes
1.3.5
How to fix: video without captions
1.2.2
WCAG 4.1.2 — Name, Role, Value
For every UI component, the name, role, and state (and any value where applicable) must be
All fix recipes
Browse fixes by severity
Find every accessibility issue on your site in 60 seconds.
Free public scan. No card. AI-generated fixes for every issue we find.