
WordPress still powers more than 40% of the web, and the accessibility picture hasn't changed as much as you'd hope: the core software is in good shape, but the themes, plugins, and content layered on top are where most barriers live. We covered the deep technical work in our complete implementation guide β code samples, template overrides, WooCommerce and all. This refresh is the 2026 view: what actually moves the needle today, in plain language, whether or not you write code.
Start with a theme that doesn't fight you
Most accessibility problems on WordPress sites are inherited. Pick a theme with baked-in barriers β invisible focus states, decorative headings, menus you can't reach by keyboard β and you'll spend months patching around it.
The fix is simple and free: when choosing a theme, filter the WordPress theme directory by the Accessibility Ready tag. Themes carrying that tag have been reviewed for essentials like keyboard navigation, skip links, and visible focus indicators. It's not a guarantee of a perfect site, but it means you're starting from a foundation instead of a repair job.
Before committing, spend five minutes with the demo: tab through the whole page with your keyboard. Can you see where you are at every step? Can you open and close the menu without a mouse? If the demo fails that test, your site will too.
Block editor habits that compound
The block editor is where accessibility is won or lost day to day, because it's where your content comes from. Three habits cover most of it:
Headings are structure, not styling. Use heading blocks in order β one H1 per page, H2s for major sections, H3s beneath them. Screen reader users navigate by jumping between headings the way sighted users skim. If you pick a heading level because it "looks right," that map breaks. The editor now flags out-of-order headings for you; take the hint.
Alt text on every meaningful image. When you add an image block, the alt text field is right there in the sidebar. Describe what the image communicates, not what it is: "Team celebrating the 2026 product launch in the Denver office" beats "photo." Purely decorative images can have empty alt text β that tells screen readers to skip them, which is a kindness.
Link text that stands alone. Screen reader users often pull up a list of every link on a page, stripped of surrounding context. A list that reads "click here, click here, learn more" is useless. Write links that say where they go: "read the full audit checklist," not "click here."
None of these take extra time once they're habits. They just take deciding to have the habit.
Forms: where good sites lose people
Contact forms, checkout fields, newsletter signups β forms are where visitors convert, and where inaccessible sites quietly turn people away. Whatever form plugin you use, check three things:
- Every field has a visible label. Placeholder text that disappears when you start typing doesn't count.
- Errors say what went wrong and where. "Please enter a valid email address" next to the email field, not a red border and silence.
- The whole form works by keyboard. Tab through it, submit it, correct an error β all without touching the mouse.
If your form plugin can't pass those three checks, that's a reason to switch plugins, not a reason to accept it.
What WCAG 2.2 asks of you, in plain terms
WCAG 2.2 has been the current standard since late 2023, and its additions are refreshingly practical. For a typical WordPress site, they boil down to:
- Keep focus visible β and unobscured. When someone tabs to a button, they should see it, and it shouldn't be hidden behind a sticky header or cookie banner.
- Make targets big enough to hit. Small tap targets crowded together frustrate everyone, especially on mobile. Give buttons and links room.
- Don't require dragging. If anything on your site works by drag-and-drop (sliders, sortable lists), offer a click-based alternative.
- Don't make people re-enter information. If a checkout already asked for a shipping address, don't demand it again two steps later.
- Don't make logins a memory test. Support paste in password fields and allow password managers to do their job.
Notice a theme: every one of these makes your site better for all visitors, not just those using assistive technology.
Where AllAccessible fits
Everything above is doable by hand β the challenge is doing it continuously, across every page, as your site grows and content changes. That's the job the AllAccessible plugin was built for.
It installs from your WordPress dashboard in a few minutes, no code required. From there, it audits your site and gives you per-page insight into what's affecting real visitors β missing image descriptions, vague link text, contrast problems β ranked so you know what to tackle first. And through human-in-the-loop agentic remediation, AllAccessible AI drafts suggested fixes and your team reviews and approves each one before anything changes. You stay in control; the blank-page work is done for you.
The result isn't a badge or a promise. It's steady, visible progress you can measure month over month.
Make 2026 the year it sticks
Pick an Accessibility Ready theme, build the three block-editor habits, hold your forms to a higher bar, and let continuous auditing catch what slips through. For the deeper technical layer β custom blocks, WooCommerce templates, ARIA patterns β the original implementation guide is still your reference.
Ready to see where your WordPress site stands? Get started with AllAccessible and run your first audit today.
Frequently Asked Questions
- What is the Accessibility Ready tag in the WordPress theme directory?
- It marks themes reviewed for essentials like keyboard navigation, skip links, and visible focus indicators. It isn't a guarantee of a perfect site, but it means starting from a foundation instead of a repair job. Before committing, tab through the theme demo with your keyboard β if you can't see where you are or open the menu without a mouse, your site will inherit those problems.
- What are the most important accessibility habits in the block editor?
- Three cover most of it: use heading blocks in order (one H1, H2s for sections, H3s beneath) since screen reader users navigate by jumping between headings; give every meaningful image alt text that describes what it communicates, with empty alt on decorative images; and write link text that stands alone β 'read the full audit checklist,' not 'click here.'
- What does WCAG 2.2 add for a typical WordPress site?
- Practical requirements: keep keyboard focus visible and not hidden behind sticky headers or cookie banners, make tap targets big enough to hit, offer click-based alternatives to drag-and-drop, don't force people to re-enter information a checkout already collected, and support paste and password managers in login fields. Every one improves the site for all visitors.
- Does the AllAccessible WordPress plugin require code changes?
- No β it installs from the WordPress dashboard in a few minutes. It audits your site with per-page insight ranked by impact, and AllAccessible AI drafts suggested fixes that your team reviews and approves before anything changes on the site.