Choosing Accessible Themes and Plugins

Test real output and workflows instead of relying only on accessibility labels or marketing claims.

2 min read

  • Article
  • Intermediate
  • 2 minutes read
  • Reviewed August 4, 2026

Themes and plugins shape the final accessibility of a WordPress website.

A product description or accessibility-ready label can indicate useful intent, but the combined website still needs testing with real content and configuration.

Evaluate a Theme

Review:

  • Semantic landmarks.
  • Skip links.
  • Heading structure.
  • Keyboard navigation.
  • Visible focus.
  • Menu behavior.
  • Colour and typography.
  • Zoom and reflow.
  • Form styling.
  • Error and status messages.
  • Reduced-motion behavior.
  • Block patterns and editor constraints.

Test templates beyond the homepage.

Accessibility-Ready Themes

WordPress.org can identify themes that meet defined accessibility-review requirements.

The label does not guarantee that every website built with the theme remains accessible. Editors, plugins, settings and custom code can introduce barriers.

Evaluate a Plugin

Test both the administration interface and public output.

Review:

  • Keyboard operation.
  • Labels and instructions.
  • Dynamic updates.
  • Modals.
  • tables.
  • forms.
  • notifications.
  • frontend widgets.
  • documentation.
  • issue response.
  • update history.

A plugin that is accessible in the admin area can still generate inaccessible frontend markup.

Test the Actual Stack

Interactions between products can create new problems.

A theme focus style may be hidden by a plugin. A page builder can change heading levels. A consent tool can trap keyboard focus.

Test representative combined workflows.

Vendor Questions

Ask:

  • Which accessibility standard is targeted?
  • What testing is performed?
  • Are known issues published?
  • Is there an accessibility support route?
  • How are regressions handled?
  • Are custom components documented?
  • Can inaccessible features be disabled or replaced?

Avoid Overlay Claims

Tools that promise automatic compliance through a front-end overlay cannot reliably repair underlying semantics, keyboard behavior, content or third-party code.

Fix barriers at their source.

Frequently Asked Questions

Does accessibility-ready mean fully compliant?

No. It applies to the theme’s reviewed features, not every final site configuration.

Can one inaccessible plugin affect the entire site?

Yes, especially when it controls navigation, checkout, forms or consent.

Continue Learning

Previous: [Captions and Transcripts for Media](/resources/wordpress-manual/accessibility/captions-transcripts-media/)

Next: [Accessibility in the Block Editor](/resources/wordpress-manual/accessibility/accessibility-block-editor/)