Skip to content

AccessCheck extension: privacy policy

Effective 19 October 2026. This policy covers the AccessCheck browser extension. The hosted scanner at the AccessCheck website is a separate product with its own storage; this policy is only about the extension.

The short version

The extension reads the page you ask it to audit, in your browser, and shows you what it found. Nothing it reads leaves your browser. There is no account, no analytics and no tracking.

What the extension reads

When you click the AccessCheck icon on a tab, and only then, it reads that one tab:

What the extension writes

It writes to your page in three ways only:

What you type into a form field is never read, written or stored.

Where it goes

Nowhere. It stays in the extension's own memory and in chrome.storage.session, which Chrome keeps in memory and clears when you close the browser. That is what lets the report survive Chrome putting the extension to sleep while you read it.

The one thing kept after the browser closes is the report language you picked in the panel (auto, en or pt-BR) in chrome.storage.local. Nothing about the pages you audit is kept.

The extension sends nothing to us or to anyone else: no telemetry, no error reports, no uploads. The only requests it can cause are axe-core re-reading a stylesheet the page has already loaded, from that page's own origin, because a few of its rules need the stylesheet text. When a page's stylesheets come from another origin the extension turns that off rather than fetch them, and says so in the report.

axe-core, the rules engine, is packaged inside the extension and is never downloaded. There is no remotely hosted code of any kind.

Nothing is sold, shared, transferred or used for advertising, and there is no profiling or tracking.

The debugger permission

Clicking the toolbar icon never attaches the debugger. It is attached only when you press "Check keyboard" to follow the page's real keyboard focus order, which needs genuine Tab keystrokes that only Chrome's debugger can produce, so the extension attaches chrome.debugger to the tab for the length of that check and nothing else. Chrome shows its own banner on the tab while it is attached.

The debugger is used for one thing: sending Tab and Shift+Tab. The page is read through the same code the rest of the audit uses. The debugger is released before the finished report is published, and an automated check in the project fails the build if the report is ever published while it is still attached.

Permissions, and why each one exists

The extension requests no host permissions.

Children

The extension is a developer tool and is not directed at children.

Changes

If this policy changes, the effective date above changes with it.

Contact

marianacastrorc@gmail.com