The Complete WordPress Accessibility Guide (2026)
WCAG Repair
The Complete WordPress Accessibility Guide (2026)
WordPress powers around 43% of the web, which means roughly 43% of accessibility lawsuits target WordPress sites. The good news: most WordPress accessibility issues come down to a handful of theme, plugin, and content choices you can fix in an afternoon.
This guide walks you through exactly what to check, what to change, and what to avoid.
Start With an Accessibility-Ready Theme
The single biggest factor in your WordPress site's accessibility is your theme. WordPress maintains a list of themes tagged accessibility-ready that have passed a baseline audit. If you're starting fresh, pick one from that list.
If you're already committed to a theme, you can still audit it. The most common theme-level issues we see on scans:
- Insufficient color contrast in default styles (buttons, links, muted text)
- Missing focus indicators on interactive elements
- Improper heading hierarchy (skipping from H1 to H3, multiple H1s)
- Dropdown menus that aren't keyboard-navigable
- Images without meaningful alt text in hero sliders and carousels
Plugins to Use
- WP Accessibility (free) — fixes common theme issues like missing skip links, focus outlines, and form labels.
- Accessibility Checker (free + pro) — scans posts and pages as you write them.
- Yoast SEO — its readability analysis doubles as an accessibility hint engine for cognitive accessibility.
Plugins to Avoid
Overlay widgets and "one-click accessibility" toolbars. Products like AccessiBe, UserWay, AudioEye, and EqualWeb claim to make any site accessible with a single JavaScript tag. They don't. Multiple ADA lawsuits in 2023 and 2024 specifically targeted sites using these overlays, and courts have ruled the overlays themselves do not provide compliance. The National Federation of the Blind has publicly called for overlays to be rejected.
The only real path to accessibility is fixing your code.
Content-Level Fixes
Even with a good theme, the content you and your editors produce can create accessibility issues. Train your editors to:
- Write meaningful alt text for every image. Empty alt (
alt="") is fine for purely decorative images, but never omit the attribute entirely. - Use heading levels sequentially. H1 for the page title, H2 for major sections, H3 for subsections. Never skip levels for visual effect.
- Write descriptive link text. "Click here" and "read more" fail WCAG. Use "Read the full Q3 report" instead.
- Add captions or transcripts to any video or audio content.
- Never use color alone to convey information. Add an icon, text label, or pattern too.
The Gutenberg Block Editor
Good news: the Gutenberg block editor is far more accessibility-aware than the old classic editor. It includes a built-in document outline, alt text reminders, and heading validation.
Bad news: many block libraries (especially page builders like Elementor, Divi, and Beaver Builder) generate markup that fails WCAG — extra nested divs, missing ARIA roles, inaccessible modals and accordions, and focus traps. If you use a page builder, scan a representative page to see what it's outputting.
Test Your Site
The fastest way to know where you stand: run a free WCAG scan on wcagrepair.com. We'll crawl up to 10 pages, run every major axe-core rule, and give you a severity breakdown in under 2 minutes. If you want the fixes, the $29 remediation guide tells you exactly what to change in your theme and content.
Summary Checklist
- [ ] Using an accessibility-ready theme (or audited your custom theme)
- [ ] Installed WP Accessibility or equivalent helper plugin
- [ ] Removed any accessibility overlay widgets
- [ ] Editor training: alt text, headings, link text, captions
- [ ] Tested with a keyboard (no mouse) — every element reachable?
- [ ] Ran a WCAG scan and remediated critical issues
- [ ] Published an accessibility statement (we have a free generator)
WordPress accessibility isn't hard — it just isn't automatic. Work through this list and you'll pass most automated scans.