How to fix aria allowed role on WooCommerce
Remove or replace the invalid `role="presentation"` (or other disallowed ARIA role) on HTML elements where that role is not permitted, so assistive technologies can correctly interpret your page.
Steps for WooCommerce
- In your WordPress admin go to Appearance → Theme File Editor (or use a child theme and edit files via FTP/SFTP).
- Search your active theme's template files (e.g., `header.php`, `functions.php`, page templates, or WooCommerce template overrides in `/woocommerce/` folder) for the disallowed role attribute.
- Remove or correct the role attribute in the relevant template file.
- If the element comes from a plugin (e.g., a page builder widget), check that plugin's block/widget settings for a custom HTML or CSS class field where a role may have been manually added.
- Save and verify with axe DevTools or Lighthouse in Chrome.
<!-- WRONG: role="presentation" strips button semantics, making it inaccessible -->
<button role="presentation">Add to Cart</button>
<!-- CORRECT: Remove the invalid role — the button keeps its native semantics -->
<button>Add to Cart</button>
<!-- WRONG: role="presentation" on an anchor removes link semantics -->
<a href="/products/shirt" role="presentation">View Shirt</a>
<!-- CORRECT: Remove the role; or if truly decorative, use a <span> instead -->
<a href="/products/shirt">View Shirt</a>
<!-- ACCEPTABLE: role="presentation" on a layout <table> (non-data table) -->
<table role="presentation">...</table>What is aria allowed role?
Every HTML element has a built-in meaning (its "semantics") — a button is a button, a heading is a heading, a link is a link. ARIA roles let developers override or supplement that meaning for screen readers. However, not every role can be applied to every element: the ARIA specification defines which roles are allowed on which elements. When you add a role that is forbidden for a given element — for example, placing `role="presentation"` on a `<button>` or `<a>` tag — you create a conflict that confuses assistive technologies. The `aria-allowed-role` rule flags exactly these mismatches.
Screen readers used by blind and low-vision shoppers rely on ARIA roles to announce what each element is and how to interact with it. An invalid role can cause a button to be announced as something meaningless, make a link unfocusable, or cause interactive controls to disappear entirely from the accessibility tree — effectively making parts of your store unusable for those customers. Beyond losing sales, inaccessible stores face growing legal risk under the ADA (US), AODA (Canada), EAA (EU), and similar laws — accessibility lawsuits against ecommerce sites have surged. Fixing ARIA role mismatches is also a signal of overall technical quality that modern crawlers and ranking algorithms increasingly reward.
See the complete Aria allowed role guide for every platform and the full background.
Not sure if your WooCommerce store has this?
Run a free SEOLZ audit — we’ll find aria allowed role and every other issue across your whole site.
Scan my site free