Web Accessibility works with the WordPress websites to help make them more accessible. Web Accessibility should work with most standard WordPress configurations. However, because it connects each site through a domain-based subscription, compatibility depends on how WordPress handles URLs at the site level. Below is an overview of what Web Accessibility works with — and where limitations apply.
WordPress Core compatibility
Web Accessibility supports:
• Latest WordPress versions
• Classic Editor and Gutenberg (Block Editor)
Web Accessibility scans the rendered HTML, so it works with any editor that outputs standard front-end markup.
Theme Compatibility
Web Accessibility works with:
• Most modern WordPress themes
• Custom themes built with standard coding practices
• Page builder–based themes, including Elementor, Divi, Beaver Builder, etc.
Since Web Accessibility analyzes the published HTML, theme structure and builder UI do not affect compatibility.
Plugin Compatibility
Web Accessibility is compatible with most plugins — except for those that change the site’s URL structure, which affects the subscription connection. For a more detailed look, see Incompatible plugins – Web Accessibility.
Works With
• Most page builders
• Most form plugins
• Most SEO plugins
• Most eCommerce plugins
• WPML, which does maintain URL consistency in a way that keeps Web Accessibility’s site connection intact
Incompatibility
The main cause of incompatibility
Web Accessibility uses a per-site connection that requires the WordPress site URL to match the registered domain exactly. When plugins or configurations alter the URL — such as language-based slugs or multisite subdomains/subdirectories — the connection is interrupted, preventing Web Accessibility from functioning properly.
Incompatible plugins and setups
- Most translation/localization plugins (e.g., Polylang, TranslatePress)
These plugins often change the URL of each translated page and Web Accessibility’s subscription requires a strict match between the domain and the WordPress URL and these URL changes break the connection. - Multisite installations
Each site in a multisite uses a different URL structure and this prevents Web Accessibility from maintaining a stable per-site subscription connection. - Subdirectory installations (e.g., domain.com/site1/)
The subdirectory becomes part of the site’s URL, causing the subscription to fail because it no longer matches the registered domain.
Summary
Web Accessibility works reliably with most standard WordPress setups, themes, and common plugins. However, due to the domain-matched subscription system, it is not compatible with most translation plugins, multisite, or subdirectory-based sites. WPML is the exception, as it preserves URL integrity in a way that keeps Web Accessibility’s connection stable.