Website Accessibility (WCAG 2.2) Audit and Remediation
A WCAG 2.2 Level AA accessibility audit of your website or web application — automated scanning plus expert manual testing with keyboard-only navigation, screen readers, and zoom — followed by remediation of the actual code by our developers, a written conformance statement, and guidance for keeping the site accessible after we leave. We fix semantics, contrast, focus order, forms, and ARIA in your codebase; we do not install overlay widgets, and we do not give legal advice. This service supports WCAG conformance — the standard regulators and courts reference — and we deliberately never claim it makes you compliant or lawsuit-proof, because no honest vendor can.
What this engagement is
Website accessibility has moved from good practice to enforced obligation. Thousands of ADA website lawsuits and demand letters are filed against US businesses every year, most targeting small and mid-sized companies with ordinary marketing and e-commerce sites. For the public sector, the Department of Justice's ADA Title II rule adopts WCAG 2.1 Level AA as the binding standard for state and local government web content and mobile apps — with compliance deadlines of April 26, 2027 for entities serving populations of 50,000 or more, and April 26, 2028 for smaller entities and special district governments, under the DOJ's 2026 interim final rule. And for anyone selling into the EU, the European Accessibility Act has applied since June 2025. The market's shortcut — the overlay widget that promises one-line-of-code compliance — has been publicly discredited: in 2025 the FTC ordered one overlay vendor to pay $1 million over misleading compliance claims, and sites running overlays continue to receive demand letters. Overlays do not fix the underlying code, and the underlying code is what assistive technology, testers, and plaintiffs' experts actually encounter. Fixing code is what this service does, and it is why the offer is audit and remediation from one team. The audit combines a full automated scan — which reliably finds only a fraction of real barriers — with expert manual testing: keyboard-only navigation, screen readers (NVDA and VoiceOver), 400% zoom and reflow, contrast, forms, and focus management, across your representative page templates and critical user flows. Every finding is mapped to its WCAG 2.2 AA success criterion, rated by user impact, and written up as a developer-ready fix. Because the DOJ rule references WCAG 2.1 AA, the report also records results against 2.1 AA for public-sector clients — 2.2 carries the 2.1 criteria forward, so one audit serves both. Then our developers fix it. Remediation is scoped and quoted from the audit backlog — you see exactly what will be fixed, in what order, for what price, with barriers that block task completion for assistive-technology users sequenced first. Fixed items are re-tested, you receive a conformance statement you can publish, and your team gets the monitoring and authoring guidance that keeps the next redesign from undoing the work.
Success criteria
What you receive
How the work unfolds
Agree what representative sample gets audited: page templates rather than every page, plus the user flows that matter — purchase, registration, contact, search. Identify the platform and stack, since that shapes both testing and remediation.
Crawl and scan the full site with automated accessibility checkers to map systemic, repeating issues — useful for breadth, and deliberately treated as the floor, not the audit.
The core of the engagement: keyboard-only navigation, screen reader testing with NVDA and VoiceOver, 400% zoom and reflow, contrast verification, form and error-handling review, focus management, and ARIA correctness across the in-scope templates and flows.
Deliver the audit report and walk your team through it. Together we agree the remediation scope from the prioritized backlog, and you receive a fixed-price quote for exactly that scope.
Our developers implement the approved fixes in your codebase — semantics, labels, contrast tokens, focus order, keyboard operability, ARIA patterns — working in your repository and deployment process.
Re-test every fixed item with the same methods that found it, issue the conformance statement, and hand over the monitoring guidance and authoring checklist so accessibility survives the next content update.
Prerequisites
Who does what
IT Partner
- Define and agree the audit scope, then test it with both automated and expert manual methods
- Map every finding to its WCAG success criterion with severity, user impact, and a developer-ready fix
- Produce the prioritized backlog and the fixed-price remediation quote
- Implement the approved remediation scope in your codebase and re-test every fixed item
- Deliver the conformance statement, accessibility-page template, and monitoring guidance
Your team
- Provide environment, repository, and CMS access as agreed
- Identify critical user flows and, for public entities, the properties in scope
- Review the audit findings and approve the remediation scope and quote
- Deploy remediated code through your release process, or grant us access to do so
- Own legal determinations about applicability and risk, with your counsel
- Keep content and design changes during the engagement to a minimum, or tell us so we can re-test what moved
What's not included
Limitations & technical notes
Frequently asked questions
Will this make us ADA compliant?
No one can certify ADA compliance — there is no such certificate, and any vendor claiming to issue one is telling you something the law does not support. What exists is WCAG conformance: the technical standard that the DOJ has adopted for public entities and that courts and settlement agreements consistently reference for everyone else. This service audits against WCAG 2.2 AA, fixes real barriers in your code, and documents both — which is the strongest technical position an organization can put itself in. What it means for your legal exposure is a question for your counsel, and we work alongside them gladly.
We received a demand letter. What should we do first?
Talk to your lawyer first — the letter is a legal matter and the response strategy is theirs. In parallel, get the technical facts established: an audit tells you and your counsel what is actually broken, how serious it is, and what a credible fix timeline looks like, which is far better footing for a response than guesswork. When remediation starts, task-blocking barriers get fixed first and everything is documented — evidence of concrete, prioritized progress, which counsel can put to use. We supply the technical side of that record; we do not draft the legal response.
WCAG 2.1 or 2.2 — which version should we target?
Target 2.2 AA — it is the current W3C standard and it carries the 2.1 AA criteria forward, so testing against it covers both (2.2 retires one 2.1 criterion, 4.1.1 Parsing, which modern browsers made obsolete). The DOJ Title II rule formally references 2.1 AA, so for public-sector clients the report records results against both versions and you can map straight to the rule. Meeting 2.2 today also means the next regulatory update is unlikely to catch you flat-footed.
What are the government deadlines everyone mentions?
Under the DOJ's ADA Title II rule, state and local government entities must bring web content and mobile apps to WCAG 2.1 AA by April 26, 2027 (entities serving 50,000 people or more) or April 26, 2028 (smaller entities and special district governments) — dates set by the DOJ's 2026 interim final rule, which extended the original deadlines by one year while stating it fully anticipates enforcing them. Those dates arrive faster than a procurement cycle plus an audit plus remediation. Private businesses have no fixed federal deadline — their pressure arrives as litigation instead, on no schedule at all.
Why not just install an accessibility overlay widget?
Because it does not fix your code, and everyone who matters can tell. Overlays inject a script over a site whose underlying markup remains broken for the assistive technology that reads it directly. In 2025 the FTC ordered an overlay vendor to pay $1 million over misleading compliance claims, and sites running overlays continue to receive demand letters — some suits now cite the overlay itself as a barrier. We do not sell them. The work that holds up — to users, to experts, to the DOJ's own standard — is fixing the markup, and that is a development job.
How much does it cost?
The audit starts at $2,950, with the exact fixed quote depending on how many templates and user flows are in scope. Remediation is quoted separately from the audit backlog — deliberately, because until the audit exists, any remediation price is a guess. You see the prioritized findings, approve exactly what gets fixed, and get a fixed price for that scope in writing before work begins. You pay after you approve delivery.
Do you test with real assistive technology or just run a scanner?
Both, and the manual testing is the point. Automated scanners are genuinely useful for mapping repeating, systemic issues, but they catch only a fraction of the barriers real users hit — they cannot tell you whether a checkout can actually be completed by keyboard or whether a screen reader announces anything useful on your form errors. Our auditors test keyboard-only, with NVDA and VoiceOver, at 400% zoom, through your real user flows. If a vendor's "audit" is a scanner report with a logo on it, you have not had an audit.
Our site runs on WordPress / a custom stack / SharePoint — can you actually fix it?
That is precisely why remediation is part of this service. We are a development team: custom applications, ASP.NET and modern JavaScript stacks, WordPress and comparable CMS platforms, and Microsoft-stack properties including SharePoint-based sites. Where a barrier lives in a third-party theme or plugin we cannot modify, we say so and give you the evidence for a vendor escalation or a replacement decision — what we do not do is hand you a PDF of problems and wish you luck finding developers.
What is a conformance statement, and do we need an accessibility page?
The conformance statement is the written record of what was tested, against which standard, with what results and known limitations — the honest artifact behind a public accessibility page. Publishing that page is worth doing: it tells users with disabilities you take them seriously, gives them a contact route that surfaces problems before complaints escalate, and demonstrates documented effort. We deliver both the statement and a page template; keeping them current as the site changes is covered in the maintenance guidance.
Does this cover the European Accessibility Act too?
The technical core does. The EAA, which has applied since June 2025, points to accessibility requirements that reference the same WCAG criteria through the EN 301 549 standard, so a WCAG 2.2 AA audit and remediation does the heavy lifting for EU-facing e-commerce and services. The EAA's additional obligations — accessibility statements in specific formats, market-surveillance responses — have legal dimensions where your counsel leads and our audit artifacts support.
What happens after the engagement — will the site stay accessible?
Only if accessibility survives your publishing process, which is what the handover targets: automated checks wired into your CI or release workflow to catch regressions, an authoring checklist so content editors stop reintroducing barriers, and a recommended re-audit cadence — with a re-audit after any redesign being the one non-negotiable. Ongoing monitoring as a managed service is not part of this engagement; if you want it, we will scope it honestly rather than bundle it invisibly.