How to fix aria required parent on WordPress.org

Wrap every ARIA role that requires a parent container (e.g. `menuitem`, `option`, `listitem`) inside the correct parent element carrying the matching ARIA role (e.g. `menu`/`menubar`, `listbox`, `list`).

Steps for WordPress.org

  1. In WordPress Admin, go to Appearance → Theme File Editor and open the file rendering the broken component (commonly 'header.php' or a navigation partial).
  2. Add the required parent ARIA role wrapper around the orphaned child-role elements directly in the template file — always use a child theme so the change survives theme updates.
  3. If a block theme is used (Full Site Editing), navigate to Appearance → Editor, select the block containing the issue, switch to Code Editor view (three-dot menu), and manually add the `role` attribute to the correct wrapper block.
  4. Run the axe DevTools browser extension after saving to confirm the fix.
Official WordPress.org documentation ↗
<ul role="menubar">
  <li role="none"><a href="/shop" role="menuitem">Shop</a></li>
  <li role="none"><a href="/about" role="menuitem">About</a></li>
</ul>

What is aria required parent?

ARIA (Accessible Rich Internet Applications) roles come in pairs: a "child" role must always live inside a specific "parent" role for screen readers to make sense of the relationship. For example, a `menuitem` must be inside a `menu` or `menubar`, an `option` must be inside a `listbox`, and a `row` must be inside a `grid` or `rowgroup`. When the required parent wrapper is missing, screen readers either skip the element entirely or announce it with confusing, broken context. The `aria-required-parent` rule flags every place where a child ARIA role exists without its mandatory parent container role.

Screen reader users — including many people with visual impairments or motor disabilities — rely on these structural relationships to understand and navigate menus, dropdowns, product option lists, and navigation bars. A broken parent-child ARIA structure means those users cannot operate your navigation or select product options, which directly reduces conversions and creates a real legal accessibility risk under laws such as the ADA (US), EAA (EU), and the Equality Act (UK). Failing WCAG 2.1 Success Criterion 1.3.1 (Info and Relationships) can expose your store to accessibility lawsuits, which have surged in recent years against ecommerce sites. Fixing this also signals structural HTML quality to search engines, supporting your overall SEO health.

See the complete Aria required parent guide for every platform and the full background.

Not sure if your WordPress.org store has this?

Run a free SEOLZ scan — we’ll find aria required parent and every other issue across your whole site.

Scan my site free

Fix aria required parent on another platform