Discover the true state
of your product.
Protect your business against legal risks and give your team solutions they can implement immediately. We test your product the way your users use it, and write the report so fixes pass the retest on the first try.
Audit my product An audit report your developers
will actually use
Our reports are built from an engineer's perspective. We recommend battle-tested solutions and provide technical instructions that your team can put to work immediately.
Every reported issue includes:
Exact location
Page we found the issue on, the XPATH selector, screenshot of a failing element and the corresponding WCAG criterion.
Clear steps to reproduce
Sometimes issues are not clear or easy to understand. We provide steps to reproduce them and help your team understand what went wrong.
Technical fix
Every issue ships with a recommended solution. A recommendation from a technical accessibility expert is often better than one from a person who has not worked with production code before.
How we test accessibility
We analyze the system as a whole, paying attention to unique views, key processes and different interface components. We usually test against WCAG 2.2 AA, the standard the European Accessibility Act is enforced on. However if you have specific requirements, for example Level AAA, we can test against them as well and you can later decide whether they are worth the budget.
Manual testing is the foundation
In a 2017 UK government test, ten automated tools run together missed 29% of the 143 barriers built into one page. Every one of them will pass a form that is technically labelled and practically unusable. Our testers work through every flow by hand and judge whether a person could get through it.
Assistive tech in practice
We verify applications using keyboard navigation and leading assistive technologies including VoiceOver on Safari and native iOS as well as NVDA on Windows.
EAA & UX preferences
In line with the European Accessibility Act, we check if your system respects user settings and preferences, such as Windows High Contrast Mode, adjusting text sizing, and spacing.
From diagnosis to retest
We handle the audit, review, training, and retesting as one complete service. Your team gets everything they need to figure out the problems by themselves.
- 01
Analysis and estimation
We identify key views, unique components, and main user flows. Based on this, we estimate the workload and prepare a quote.
- 02
Audit and Documentation
We test your components and flows by hand, view by view. At the end, we hand over a technical bug report with guidance for your team.
- 03
Handoff meeting
We meet with your team to discuss key issues, explain the report's recommendations, and answer technical questions.
- 04
Retest and Accessibility Statement
Once your team fixes the identified issues, we perform a retest. Once it passes, you get the Accessibility Statement the law requires, as well as an Accessibility Conformance Report on the VPAT template, upon request.
Stuck on fixes? We can help
Accessibility audit: what to know before the quote
How much does an accessibility audit cost?
An accessibility audit gets a fixed quote before any testing starts. Price follows the unique views, the distinct components and the flows with states behind a login. Total page count barely matters: fifty pages built from six templates is a six-template job, while a booking flow with three payment paths is three flows. The same quote covers the retest and the Accessibility Statement.
How long does an accessibility audit take?
An audit of a typical marketing site with up to 15 unique templates takes two to three weeks from kick-off to report. Larger applications with authenticated flows take longer, because we test every state behind the login by hand.
What do you need from us to start?
To start an audit we need a staging URL, test accounts for anything behind a login, and half an hour to walk us through the flows that carry your revenue. If a flow ends in a real payment, we also need a sandbox or a card we can use, because a checkout we can't finish is a checkout we can't test. That is the full list.
Do we need WCAG 2.1 or WCAG 2.2?
In practice, both. EN 301 549, the harmonised standard behind the EAA, still points at WCAG 2.1 AA in version 3.2.1, the version the Official Journal of the EU cites. Version 4.1.1, published in September 2026, moves to WCAG 2.2 and takes over once the Official Journal cites it. WCAG 2.2 keeps every 2.1 criterion except 4.1.1 Parsing and adds six at A and AA, so testing against 2.2 answers today's requirement and the next one.
Does an accessibility audit make us compliant?
Not on its own. The audit is the evidence: conformance arrives when your team fixes the findings and a retest confirms it, and that is when we prepare the Accessibility Statement you publish. The EAA puts that information in your general terms and conditions (Annex V), and in Poland art. 32 of the 2024 act asks for it in your terms of service or an equivalent document. The report records pass or fail for each WCAG criterion on the pages we tested. We don't issue accessibility certificates.
What if we can't fix everything?
Then you fix in priority order and document the rest. We rank every finding by its impact on users, so blockers go first. Where meeting a requirement would fundamentally change the service or put a disproportionate burden on your company, the EAA allows an exception, but only with a written assessment against set criteria. In Poland that is art. 21 of the 2024 act, and the documentation has to be kept for five years. An undocumented exception is non-compliance.
Can't we just run axe or Lighthouse ourselves?
Run them, and fix what they find first: it's the cheapest part of the work. Just don't read a clean scan as a pass. When the UK government planted 143 barriers on one page, the best single tool flagged 41% of them, and all the tools together 71%. Focus order that makes no sense, a modal that traps the keyboard, an error message the screen reader stays silent about, a drag-only interaction with no alternative: each takes a person at the keyboard, listening to the screen reader, to find.
Do you provide a VPAT or an Accessibility Conformance Report?
Yes, on request, after the retest. The Accessibility Conformance Report is written on the VPAT template and records, criterion by criterion, whether the product conforms. Your customers' procurement teams use it as evidence, and more of them ask for it every year: 83% of organisations in Level Access’s 2026 survey require documented accessibility proof before buying digital products.
Unlock your full potential
You have a product to build. You don't have time to become a WCAG expert. Let us handle the technicalities so your team can get back to what they do best.
Discuss Your Project