WooCommerce accessibility
Make your WooCommerce store truly accessible. EAA & WCAG, without an overlay
WooCommerce runs on WordPress, but is not accessible by default: the checkout, forms and theme buttons introduce silent barriers. We find them and deliver the fix in your own template code, no widget that slows your store down.
This is how Seviranta tackles your WooCommerce site at the source
Where the barriers hide
Themes, extensions and forms introduce silent barriers. We find every one of them.
The fix in the source, not on top of it
Concrete repairs in your theme and plugins, not an overlay layer that only hides the errors.
No widget, no slowdown
We crawl externally from EU servers, 0% impact on your load speed and Core Web Vitals.
Ready for the EAA
We test your site against WCAG, at the level that regulators test at.
Headless scan on axe-core, the same engine that powers Google Lighthouse, from our EU servers. 0% impact on your loading speed.
The truth: WooCommerce is not accessible by default
A tidy WooCommerce theme like Storefront starts better than many stores, but rarely meets WCAG 2.2 AA on its own. The moment you customise your checkout, install extensions or pick a theme with light-grey buttons, barriers appear that your customers, and the European Accessibility Act, won't accept.
What's really at stake
- An inaccessible checkout is a direct EAA violation.
- An accessibility widget doesn't count as a structural fix.
- Regulators test the generated HTML, including your apps.
- 'We use WooCommerce' is not a legal defence: responsibility sits with the live webshop, not the platform.
What waiting can cost you
up to € 1,000,000
EU maximum · Spain/Luxembourg
$ 4,000
US · California (Unruh), per visit
You won't be fined out of the blue, first comes a remediation order with a deadline. But whoever can show a dated record at that moment walks away cheapest.
See what applies to your target market →The hidden risk of third-party WooCommerce extensions
Review widgets, filters, bundlers and search apps inject dynamic HTML into your frontend, and every app update can add a new barrier. In an audit that code counts in full, even though you did not write it yourself. That is why Seviranta continuously monitors the end result the way a regulator sees it: your WooCommerce theme plus all apps and dynamic content.
What commonly goes wrong on WooCommerce
- Checkout error messages without aria-liveWhen checkout fails, WooCommerce shows a notice like 'please enter a valid address'. Without aria-live="assertive" a blind user never hears that notice and is left guessing why the order won't go through.
- Form fields without a linked labelIn many themes and checkout customisations, fields ship with no properly linked label or with only a placeholder. A screen-reader user then hears an empty input with no idea what belongs in it.
- Low contrast in theme buttonsMany WooCommerce themes use light-grey text on a coloured button, or a button colour close to the background. That often fails the WCAG contrast minimum, so low-vision customers can't read 'Add to cart'.
- Add-to-cart via AJAX without a status messageWhen a customer clicks 'Add to cart', it runs through AJAX with no page reload. Without a live region a screen reader never announces that the product was added, so the user can't tell whether the action worked.
What a real fix looks like
Take a form label in your WooCommerce checkout. Through a filter you hook into the field and give it a proper, linked name, no rebuild of the checkout:
<input type="text" name="billing_company" id="billing_company"
placeholder="Bedrijfsnaam">add_filter( 'woocommerce_checkout_fields', function( $fields ) {
$fields['billing']['billing_company']['label'] = __( 'Bedrijfsnaam', 'theme' );
return $fields;
} );Where you fix it inside WooCommerce
WooCommerce itself states that the front end of the core plugin is 'substantially conformant' with WCAG 2.2 AA, backed by an externally tested report. The risk sits in what you put around it: theme, checkout customisations and plugins. This is the order.
- 1Know what the report does and does not coverThe conformance report (June 2025, WooCommerce 10.0, tested with NVDA, VoiceOver and JAWS) covers only the front end of the core plugin on a default theme. The 'partially supports' items sit almost entirely in the filter blocks deprecated since version 9.9: missing labels and fieldsets, a keyboard trap in Firefox with VoiceOver, no focus indicator, no status messages. If you still use those blocks, replace them. Still open in the repo: the product gallery that is repetitive for screen readers (since 2022), the mini-cart drawer with focusable elements behind aria-hidden, and store notices without an aria role.
- 2Theme: accessibility-ready is not WCAGThe 'accessibility-ready' tag on WordPress.org means the theme passed a manual review on 18 basic requirements (skip link, focus of at least 2 px, contrast 4.5:1, landmarks, labels). WordPress itself adds that it does not mean the theme meets WCAG AA. Storefront (4.6.2, December 2025) carries the tag; WooCommerce's own block theme was withdrawn in July 2025. Pick a theme with the tag, then test your own colours and content.
- 3Checkout: blocks or shortcode, and what plugins do to itSince version 8.3 the Cart and Checkout blocks are the default; the shortcode checkout keeps working for existing stores. The blocks are rendered with JavaScript and accept only migrated hooks, so a plugin that modifies the checkout has to declare compatibility. WooCommerce warns itself: themes and plugins that modify the checkout can break accessibility. Test the checkout after every plugin update.
- 4Where the fix landsClassic theme: override templates in wp-content/themes/<child>/woocommerce/…, or better via hooks, because those survive an update. Block theme: templates/single-product.html and the Site Editor, colours and typography in theme.json. The lang attribute comes from Settings → General → Site Language. Plugins inject markup through the same hooks; in the audit that counts as if you wrote it.
- 5Alt text and contentProduct images are ordinary media items: Media → Library → 'Alt Text'. Describe what matters for the buying decision; decorative stays empty. WooCommerce itself lists this as the store owner's homework, alongside heading structure, form labels and a screen reader test.
The WordPress Accessibility Team advises against overlay widgets and writes that no automated tool achieves compliance on its own. Neither do we: the scan finds what is machine-certain, the fix lives in your theme and plugins, and the part that needs human judgement is listed separately.
What you get
Per issue: what, why and how
For every finding you see what's wrong, who it affects, which WCAG rule applies and a concrete, WooCommerce-aware fix, with a code example where possible.
Platform-specific detection
You catch the errors that arise specifically on WooCommerce, not just what a generic WCAG check picks up.
A record that holds up
A dated overview of your scans and findings that you can show at an audit or inspection.
With a reporting tool you pay the licence and your developers to fix the issues. With Seviranta the fix is included, no double bill.
Protect your conversion and your legal standing
An app that slaps an accessibility icon over your WooCommerce site is a risk to your business. The facts:
WooCommerce accessibility widgets
- Load extra external scripts that hurt your load speed (LCP) and therefore your conversion.
- Mask the issue instead of fixing it, the underlying code stays broken.
- Don't protect you from claims. The FTC fined overlay vendor accessiBe $1 million in 2025 for misleading compliance claims.
The Seviranta approach
- 0% impact on your load speed, we scan externally from our EU servers.
- We fix the real source code of your WooCommerce templates.
- We automatically compile your EAA dossier, ready to keep on record and show a regulator.
Questions and answers
- WooCommerce says it meets WCAG 2.2 AA. So why does my store fail?
- That claim covers the front end of the core plugin on a default theme. Your theme, your colours, your product content, your checkout customisations and every plugin render in the same page, and that is where the findings sit. WooCommerce says so itself: themes and plugins can break checkout accessibility.
- I also sell to Germany or France. What applies to my WooCommerce store there?
- Germany: the BFSG has applied to B2C online stores since 28 June 2025, with an exemption for micro-enterprises (fewer than ten people and at most 2 million euros in turnover or balance sheet total); supervision by the Marktüberwachungsstelle der Länder (MLBF). France: since 28 June 2025 e-commerce falls under the EAA transposition in the Code de la consommation, with the same micro-enterprise exemption, supervised by the DGCCRF; the yardstick is the RGAA (WCAG 2.1 AA). In both countries the published page counts, not the fact that you use WooCommerce.
- Should I switch from the shortcode checkout to the block checkout?
- Not necessarily. WooCommerce publishes no comparison and the report tests both. The block checkout is, since 9.0, where most improvements land (main landmark, status messages, heading structure). If you stay on the shortcode, check error messages, labels and the status message on 'update cart' yourself; those were only fixed in 2025.
- Is a WooCommerce accessibility widget enough for the EAA?
- No. A widget puts a layer over your site, but doesn't repair the underlying code and doesn't count as structural compliance.
- Does my WooCommerce checkout fall under the EAA?
- Yes. The checkout and navigation are explicitly part of the obligation under WCAG 2.1 AA.
- Does Seviranta also scan my WooCommerce apps?
- Yes. We test the final generated HTML, theme plus apps, the way a regulator does.
- Will this slow my WooCommerce site down?
- No. We scan externally from our EU servers; no script goes on your site. 0% impact on your load speed and Core Web Vitals.
We do it ourselves too
We hold ourselves to exactly the same standard: our own site scores 0 errors in axe-core, the same engine that powers Google Lighthouse and that we also use to scan your WooCommerce shop. What a machine establishes with certainty we resolve by machine, the rest is judged by a person. This is how sharp you get it from us: see a real example report.
What the EAA asks of your WooCommerce store
Since June 2025 your webshop must meet WCAG 2.1 AA, a WooCommerce store is no exception. The free scan shows in 60 seconds where you stand, with the exact line that fails.
Selling in more than one country?
WCAG is the global standard. Almost every market builds on it:
Fix your WooCommerce store once to WCAG and you cover the technical bar across all those markets. What differs per market is the enforcer and the fines.
See what applies per target market →Manage several WooCommerce sites for clients?
Stop the stores you ship from becoming an EAA liability for your clients. Use Seviranta as your automated quality stamp on every handover and deploy, one scan, and every site is demonstrably in order.
See our partner programme →Other platforms
Scan your WooCommerce store free
Paste your WooCommerce URL into the free scan and see within a minute which lines fail, with the exact spot in your checkout or theme.