Accessibility audits behind the login

Audit the pages a crawler cannot reach.

Login walls stop every crawler-based checker at the front door. Complaudax runs in your browser session, so account areas, checkout flows, admin screens, and staging sites get the same WCAG 2.1 and 2.2 AA audit as your homepage.

Scan public pages only. Use the extension for authenticated pages.

Add to Chrome, free

The difference

What a crawler sees. What Complaudax sees.

Most accessibility tools audit your site from outside. The moment a page needs a session, they stop. Complaudax audits inside your browser, where every page is already open.

What a crawler sees

client-site.com//pricing/contactLOGIN/account/checkout/adminstaging.client-site.dev4 of 8 pages reachable
Coverage stops at the login. Account areas, checkout, admin and staging never enter the audit.

What Complaudax sees

client-site.com//pricing/contactLOGIN/account/checkout/adminstaging.client-site.dev8 of 8 pages audited, staging included
It runs in your browser session, so every page you can open is a page it can audit.

On a page only you can open

The panel does not care whether the page is public. If it renders in your browser, it gets the full audit.

Complaudax audit panel running on an authenticated page, listing violations grouped by WCAG success criterion

From a logged-in page to a client-ready report

  1. Install the extension and open it on any page, including pages behind a login.
  2. Review issues grouped by WCAG criterion, assign them to the right client and site.
  3. Export the conformance report when the work is done.
1. Audit in the browser2. Issues filed to the clientAA3. Report comes out

See the full workflow

Because every page is in the audit

What you find back there stays found.

No more comparing two PDF exports to figure out what got fixed. Every issue keeps its identity across audits: found, fixed, or regressed, per client and per site.

Issue tracking view showing one client's issues across audits, with found, fixed, and regressed states

One client's issues across audits, states included.

The Sites list in the Complaudax dashboard, one row per site showing its client, environment, WCAG target, open issue count, and last audit date

Every client's current posture, in one list.

Because the history is complete

Proof that covers the whole site, not just the public half.

The email that says "can you prove it?" now takes one click. The full audit history, authenticated pages included, becomes a conformance report your client can hand to whoever asked.

The criteria software cannot judge, turned into a worklist instead of a liability. They ship as a guided manual checklist beside the automated results, and their status is part of the report.

See a sample report

First page of a Complaudax accessibility statement for the EU, showing the WCAG 2.2 AA target, the conformance status, and a table of success criteria with open findings

The first page of the PDF, as delivered.

What we are honest about

Automated testing covers part of WCAG. We tell you which part.

Roughly half of WCAG success criteria can be checked by software. Complaudax surfaces exactly which criteria still need a human review, and ships a manual checklist to work through them. It is not an overlay, it does not inject anything into your client's site, and it does not claim to make a site compliant on its own. Finding issues, tracking fixes, and documenting the result: that is the job.

Why overlays are a different story

Automated coverage, measured

Roughly half of WCAG success criteria can be checked by software. Complaudax runs every one of those checks.

Manual checklist

Criteria that need human judgment ship as a guided checklist.

Not an overlay

Nothing is injected into your client's site, ever.

Where the other tools stop

If you already use a browser checker, an enterprise platform, or you have been pitched an overlay, here is the same question asked of each.

How the jobs differ, at a glance
QuestionFree browser checkersEnterprise platformsOverlay widgetsComplaudax
Audits pages behind a login or on stagingPer page, in a tab you open yourselfSometimes, via scripted loginsNot applicableYes, in your own browser session
Tracks issues per client over timeNo, no historyYesNoYes, found, fixed, or regressed
Produces a conformance report and statementNoYesNoYes, on every plan
Honest about automated coverage limitsYesUsuallyNoYes, stated on every report
Price for a small agency$0, plus the hoursFrom ~$500/moFrom ~$50/mo per site$39 to $99/mo, flat

Each of these tools is good at the job it was designed for. The detailed, fair comparisons live at /compare.

28 June 2025

The EAA applies

The European Accessibility Act has been in force for in-scope products and services since this date.

EN 301 549

The baseline

The technical standard behind the EAA, which requires WCAG 2.1 Level AA for web content.

The regulatory context

The deadline already passed. Enforcement is starting.

The European Accessibility Act has applied to in-scope products and services since 28 June 2025. The technical baseline it points to is EN 301 549, which in turn requires WCAG 2.1 Level AA for web content.

Enforcement runs at member state level, through market surveillance authorities, with penalties that vary by country. No panic needed, but the years of "it is coming eventually" are over.

Read the full regulatory picture

Start with a page your current checker cannot open.

The free plan covers one client and three sites. No card required.

Add to Chrome, freeCreate a workspace