How to fix aria required children on BigCommerce
Add the required child ARIA roles (e.g. `role="option"` inside `role="listbox"`, or `role="group"`/`role="option"` inside `role="combobox"`) so every composite ARIA widget contains the child roles the ARIA specification demands.
Steps for BigCommerce
- In your BigCommerce Control Panel go to Storefront → Themes → click Customise on your active theme → Open in Editor (Stencil theme editor), or download the theme ZIP for local editing.
- Locate the Handlebars template responsible for the broken widget — common files: templates/components/products/product-view.hbs (variant pickers), templates/components/faceted-search/ (filters), templates/layout/base.hbs (navigation).
- Add the missing ARIA child roles directly to the Handlebars markup (e.g. role="option" on each <option>-equivalent child element).
- Upload the modified theme or push via Stencil CLI (stencil push), then activate it.
- Use the axe DevTools extension on your live or preview URL to verify the fix.
What is aria required children?
ARIA (Accessible Rich Internet Applications) is a set of attributes that tells screen readers and other assistive technologies what a piece of your page does. Some ARIA roles are "composite widgets" — they are containers that only make sense when they hold specific child roles inside them. For example, a `role="listbox"` must contain items marked with `role="option"`, and a `role="combobox"` must own a `role="listbox"` (or similar) that in turn contains `role="option"` children. When those required children are missing, the widget is structurally broken from an accessibility standpoint. The scanner flagged WCAG Success Criterion 1.3.1 ("Info and Relationships"), which requires that the structure you communicate visually is also communicated to assistive technology — and a role hierarchy missing its required children fails that test.
Screen readers used by blind or low-vision shoppers rely entirely on correct ARIA role relationships to announce and navigate interactive controls like drop-down lists, autocomplete fields, product filters, and size/colour selectors. When required child roles are absent, the screen reader either announces the container as empty, skips it entirely, or narrates meaningless raw text — making the control unusable. This directly blocks those customers from completing purchases, which is both a lost conversion and a legal accessibility risk: WCAG 2.1 Level AA is the benchmark cited in ADA, EAA (Europe), and similar legislation, and regulators and plaintiffs increasingly target ecommerce stores. Fixing this also signals to Google that your pages are well-structured, which can contribute to crawl quality and Core Web Vitals signals over time.
See the complete Aria required children guide for every platform and the full background.
Not sure if your BigCommerce store has this?
Run a free SEOLZ scan — we’ll find aria required children and every other issue across your whole site.
Scan my site free