How to fix aria allowed role on Wix Studio

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 Wix Studio

  1. In Wix Studio, open the page in the editor and select the flagged element.
  2. Check the element's Properties & Events panel for any manually set ARIA role attribute; remove any invalid role.
  3. For custom components or HTML embeds, open the component's code view and correct or remove the `role` attribute in the markup.
  4. Use the built-in Accessibility Wizard (Add-ons → Accessibility Wizard) as a secondary check after saving.
  5. Publish and verify with axe DevTools.
Official Wix Studio documentation ↗
<!-- 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 Wix Studio 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

Fix aria allowed role on another platform