

Dashboard — issue counts by severity, passed checks, Issues by Page chart, and the Pages & Posts table with per-page grades
Accessibility work usually costs you a loop. Copy a URL. Paste it into an off-site scanner. Wait. Hit the free-tier limit. Read a report that tells you what is broken but not what to type. Switch to your editor. Guess at the fix. Go back, paste the URL again, and start over — for every page, every time the site changes.
AccessMate closes that loop inside WordPress. Scan from your dashboard, see every issue ranked by severity, copy an AI-suggested code fix straight into your editor, and re-scan in a click. No tab-switching, no re-pasting URLs, no per-scan credits.
AccessMate’s visitor toolbar does one honest thing: it lets visitors adjust how your site is displayed — larger text, higher contrast, a dyslexia-friendly font, reduced motion. It is 15KB, loads deferred, and renders in a Shadow DOM so it cannot touch your theme’s styles.
What it deliberately does not do is rewrite your markup, inject ARIA it cannot understand, or claim to make your site compliant. No front-end script can do that. Real accessibility comes from fixing the underlying code — which is exactly what the scanner half of AccessMate is built to help you do, quickly.
AccessMate scans with axe-core, the same open-source accessibility testing engine used by major browser DevTools. Pick any one of the following from the ruleset selector in the scanner or in Settings:
Each feature can be switched on or off in the Widget configurator, along with the accent colour, screen position and button size. The toolbar renders inside a Shadow DOM, so its styles cannot affect your theme, and visitor preferences are remembered in their browser’s localStorage.
AccessMate makes no external requests unless you configure an AI provider and trigger an AI action. When an AI action is triggered, your WordPress server makes a direct request to your chosen provider using your key. No data passes through AccessMate servers. The API key is encrypted at rest using AES-256-CBC with your WordPress auth salt.
The OpenDyslexic font used by the toolbar’s dyslexia feature is bundled inside the plugin and served from your own site. No font CDN is contacted.
This plugin can connect to the following external services. No external requests are made unless you explicitly configure and trigger the relevant feature.
When you add an API key and click an AI action (fix suggestion or plain-English explanation), your WordPress server sends a direct HTTPS request to your chosen AI provider. The request contains the page HTML snippet and accessibility issue context being analysed. No data passes through AccessMate servers. These requests are only sent when you have entered an API key in Settings and manually trigger an AI action.
Anthropic — https://api.anthropic.com/
Used for: AI fix suggestions and plain-English issue explanations.
Data sent: page HTML snippet, accessibility issue context, and your Anthropic API key (in the request header).
Terms of Service | Privacy Policy
OpenAI — https://api.openai.com/
Used for: AI fix suggestions and plain-English issue explanations.
Data sent: page HTML snippet, accessibility issue context, and your OpenAI API key (in the request header).
Terms of Service | Privacy Policy
Google Gemini — https://generativelanguage.googleapis.com/
Used for: AI fix suggestions and plain-English issue explanations.
Data sent: page HTML snippet, accessibility issue context, and your Gemini API key (as a URL parameter).
Terms of Service | Privacy Policy
Ollama — http://localhost:11434/ (local only)
Ollama runs entirely on the user’s own machine or local network. No data is sent to any external server.
The admin interface and scan overlay are built from TypeScript and React sources with Vite. The unminified sources are included in this plugin under /src and /widget, alongside package.json, tsconfig.json and the Vite configuration files. To rebuild the bundles in /assets, run npm install followed by npm run build.