Skip to main content

ARIA & keyboard

Unknown ARIA attribute

WCAG 2.2 success criterion 4.1.2 Name, Role, Value (Level A)

WCAG 2.2
4.1.2 Name, Role, Value
Level
A
Default severity
Needs review
Available in
Free

Updated for Lumtera 1.3.0 and Lumtera Pro 1.2.0.

Why does it matter?

WCAG 4.1.2 asks that assistive technology gets a control's name, role and state; this attribute is not in WAI-ARIA, so browsers ignore it and whatever it was meant to say is lost.

Who it affects: Screen reader and keyboard users, who depend on ARIA and focus order being correct to understand and operate the page.

What does Lumtera flag?

Attributes that start with aria- but are not in WAI-ARIA, often a spelling mistake. For review.

Check ID aria-unknown-attribute — use it to filter the content report or with wp lumtera issues --rule.

How do I fix it in WordPress?

Correct the spelling (aria-labelledby has two Ls), or remove the attribute. If a theme or plugin writes it, report it to its developer.

Example

Flagged
<nav aria-labeledby="menu-title">…</nav>
Fixed
<nav aria-labelledby="menu-title">…</nav>

How do I check the fix?

  1. Update the post. The issue disappears from the Lumtera Accessibility sidebar on the next check, and from the site report on the next scan.
  2. Press Tab from the top of the page. Focus should move in reading order and never land on something invisible or silent.

Find this issue across your whole site

Lumtera runs this check in the block editor sidebar as you write, in the Elementor panel, in Review mode on the live page, and across the whole site in the content report and with wp lumtera scan. You can change its severity or turn it off in Lumtera → Settings.

All checks

Start with the free plugin today

All 88 content checks and 38 whole-page checks, fixes you approve with undo, and the site report — free, with no account and no page limits.