Skip to main content
Beta: Front-End Checklist is currently in beta. Some issues are still being fixed. Thanks for your patience.

Ensure ARIA roles are contained by required parent roles

Checks that elements with certain roles have required parent roles

Utilities
Quick take
Typical fix time 10 min
  • Certain roles (like `listitem`) must be owned by specific parent roles (like `list`)
  • Ensure children elements are not orphaned from their semantic containers
  • Maintain valid ARIA hierarchies for menu items, tabs, and list items
Why it matters: If an ARIA child role (like a menu item) is not contained within its required parent role (like a menu), screen readers may fail to announce the item as part of a group, breaking navigation.

Rule Details

Certain ARIA roles are dependent on being children of specific parent roles to function correctly for assistive technologies.

Code Example

<!-- Correct nested Listitem -->
<div role="list">
  <div role="listitem">Item 1</div>
</div>
 
<!-- Correct nested Tab -->
<div role="tablist">
  <button role="tab" id="tab-1">Tab 1</button>
</div>
 
<!-- Correct nested Menuitem -->
<ul role="menu">
  <li role="menuitem">Save</li>
</ul>

Why It Matters

  • Group Announcement: Screen readers announce "Item 1 of 3" only if the element is correctly nested in its parent group.
  • Structural Semantic: Maintains the logical flow of the document for keyboard and screen reader navigation.
  • Spec Compliance: Prevents ARIA validation errors that occur when roles are used in isolation.
  • Predictable Behavior: Ensures that complex components like accordions or menus behave as expected by users.

Exceptions

  • Prefer native HTML semantics over ARIA when both are possible; some apparent ARIA failures disappear when the underlying element is corrected.
  • A missing ARIA attribute is not automatically the strongest finding if the control is already semantically broken, unnamed, or keyboard-inaccessible.
  • Do not add ARIA only to satisfy the rule if the feature should instead be implemented with a native element or a simpler interaction pattern.

Standards

  • Align the implementation with WAI-ARIA 1.2 and verify the rendered experience, not only the source code.
  • Align the implementation with MDN: ARIA and verify the rendered experience, not only the source code.

Verification

Automated Checks

  • Inspect the browser accessibility tree or accessibility pane for the relevant element, role, or accessible name.
  • Run an automated accessibility checker such as axe or Lighthouse where applicable.

Manual Checks

  • Test the affected UI with keyboard-only navigation and confirm the rule holds in the rendered experience.
  • Re-test one representative user flow with a screen reader if this rule affects a key interaction.

Use with AI

Copy these prompts to use with your AI assistant, or install the MCP server to use directly from Claude, Cursor, or Windsurf.

Check

Verify implementation

Verify that elements with roles like listitem, tab, or menuitem are correctly nested within their required parent roles.

Fix

Auto-fix issues

Wrap elements with roles that require a specific parent in the appropriate container role (e.g., wrap role="listitem" in role="list").

Explain

Learn more

Explain why certain ARIA roles must be nested within specific parent containers to maintain semantic meaning and group navigation.

Review

Code review

Review the rendered markup and interactive states that affect Ensure ARIA roles are contained by required parent roles. Flag exact elements, roles, labels, focus behavior, or keyboard interactions that violate the rule, and note how to verify the fix with browser accessibility tooling or assistive tech.

Sources

References used to support the guidance in this rule.

Further Reading

Tools and supplementary material for exploring the topic in more depth.

axe DevTools
deque.comTool

Rules that often go hand-in-hand with this one.

Ensure ARIA roles contain required child roles

Elements with certain ARIA roles must contain the required child roles or the widget structure will be broken for assistive technologies.

Accessibility
Place list items within list containers

List item elements (li) must always be direct children of a list container (ul, ol, or menu) to maintain valid HTML structure and correct screen reader announcements.

Accessibility
Include required ARIA attributes for roles

Checks that elements have required ARIA attributes for their roles

Accessibility
Provide accessible names for ARIA command elements

Checks that command elements like buttons and links have accessible names for screen reader support.

Accessibility

Was this rule helpful?

Your feedback helps improve rule quality. This stays internal for now.

Loading feedback...
0 / 385