Digital Accessibility Assessment Services
Independent, third-party assessment of every public-facing digital asset you own — websites, documents, interactive maps and dashboards, and native mobile apps — against WCAG 2.2 Level AA and the DOJ Title II rule, with a prioritized remediation roadmap your team can act on and the procurement documentation your finance office needs.
- GSA Schedule Holder - NASPO ValuePoint Contract Holder - Trusted by State & Federal Agencies - Serving Major U.S. School Districts
- SAM.gov registered with an active Unique Entity Identifier
What is a digital accessibility assessment?
A digital accessibility assessment is an independent evaluation of an organization's public-facing digital assets against a named standard — usually WCAG 2.2 Level AA and, for state and local government, the DOJ Title II rule. It combines automated scanning with expert manual testing using a keyboard and screen readers, then delivers a gap analysis and a prioritized remediation roadmap. The assessment identifies what is wrong and what to fix first; remediation is usually a separate track.
Most agencies commissioning a digital accessibility assessment are not starting from zero. They already have an internal review checklist. They already run automated scans — Lighthouse, axe, WAVE. Staff already care.
What they do not have is an independent answer to the question their board, their funder, or their counsel is actually asking: is what we are doing enough, and if not, what do we fix first?
That is what an assessment is for. Not a scan you could run yourself, but an expert third-party evaluation of your assets and of your process, ending in a prioritized roadmap somebody can execute.
The five things an assessment has to cover
Agencies scope this work in phases, and the sequence matters — testing before you understand the asset inventory wastes the budget on the wrong pages.
1. Your accessibility program, assessed honestly. We review your internal checklist, your review workflow, who is responsible for what, your documentation and QA steps, and your use of automated tools — then say where your current practice is sufficient and where it is not. Critically, this includes drawing the line between what automated testing can safely cover and what genuinely requires expert manual testing. Most internal programs are strong on the former and have no coverage of the latter.
2. An asset inventory review and a sampling plan. Which assets need full manual testing, which can be covered by representative sampling, and which are best addressed once at template, platform or process level. If you already have a proposed sample set, we validate it and tell you where it needs additions to be genuinely representative rather than convenient.
3. Expert testing of the sample. Automated scanning first, because it is fast and thorough at structural defects. Then the manual work that decides whether something is actually usable — described below.
4. A gap analysis and prioritized remediation roadmap. Findings by severity, public impact, usage and remediation complexity. Recurring issues grouped by template, platform or framework, because that is where a single fix pays for itself many times. Suggested ownership, what your team can do internally versus what needs a vendor, and recommendations for tracking and communicating outstanding items — which is what compliance transparency actually requires.
5. Training and knowledge transfer. An assessment that produces a report and no capability leaves you buying another assessment next year. Practical WCAG application rather than theory, how to interpret automated tool output and what it cannot tell you, manual testing techniques your own staff can run, review workflows for content, documents, maps, dashboards and apps, accessible authoring in the tools your team already uses, and the governance and QA steps that keep new content conformant. Live sessions, with materials you keep and can re-run for new starters.
Where automated testing stops
This is the part worth being specific about, because it is the entire justification for the engagement.
Automated tools reliably detect only a minority of WCAG success criteria — the widely cited figure is roughly a third. They are excellent at what they do: missing alt attributes, contrast ratios, missing labels, malformed ARIA. They cannot tell you:
- Whether the reading and focus order make sense, or whether the keyboard jumps from a column heading to a footer.
- Whether alt text is correct rather than merely present. A chart described as “chart” passes automated checks and tells a blind reader nothing.
- Whether a form can actually be completed without a mouse, in order, with errors that announce themselves.
- Whether a data table’s relationships survive being read aloud — header cells associated, scope correct, layout tables artifacted.
- Whether a map, dashboard or data visualization has a usable non-visual alternative, which is the single most common unaddressed gap in public-sector digital content.
Every finding we report is labelled with the method that produced it — automated, manual, screen reader, code review, or user-flow review. That distinction is not pedantry: a finding your own scanner could have caught tells you something about your process, and a finding that required an expert tells you something about your coverage.
What we assess
- Public websites and web applications — templates, navigation, forms, content types, and the recurring components that affect every page.
- Downloadable documents — PDF, Word, Excel, PowerPoint. See document accessibility and Section 508 remediation.
- Images, charts, graphics and data tables.
- Video and multimedia — captions, audio description, transcripts. See accessible video.
- Interactive maps, dashboards and data visualizations — including ArcGIS Hub sites, StoryMaps, dashboards and data portals. Keyboard operability, focus management, screen-reader output, ARIA, and the layers, legends, filters, pop-ups and data controls they expose — plus whether a non-visual alternative exists for the information the visual actually conveys.
- Native mobile applications — iOS and Android.
Maps, dashboards and mobile apps — the assets most assessments skip
These are where public-sector accessibility work usually stops, and they are where the highest-value public information tends to live.
Maps and GIS platforms. The work splits into three layers, and knowing which layer a defect sits in is what stops you spending money on something you cannot reach:
- Content and configuration — what you control, and where most findings are. Alternative text, heading structure, colour and non-text contrast, layer and legend labelling, pop-up markup, and whether a non-visual alternative to the map exists at all.
- Template level — one StoryMap or dashboard template fixed propagates across every asset built from it. This is where the budget goes furthest and it is the first thing we look for.
- Platform level — and honestly, some defects live in the platform vendor’s own code. There the deliverable is a documented workaround plus the specific issue to escalate to the vendor, not an invoice to fix something that is not yours.
The map alternative, concretely. This is the single most common unaddressed gap we see. A map conveys information — which routes serve which areas, where facilities are, how a value varies by geography. A blind or low-vision user needs that information, not a description of the map’s appearance. The usable alternative is the underlying data presented accessibly: a properly marked-up table, a text summary of the pattern, and a non-map route to the same task — an address lookup that returns a result in text. Alt text reading “map of the region” is not an alternative, and it passes automated checks.
Native mobile apps are a different discipline from web testing, not the same checklist re-run. Assessment covers key user flows, navigation and controls, forms, map and location features, content presentation and touch target sizing, screen-reader compatibility with VoiceOver and TalkBack, keyboard and switch access where applicable, and behaviour under the platform settings people actually use — Dynamic Type and larger text, reduce motion, increased contrast.
And one thing we report that most assessments do not: whether each mobile issue is specific to the app, shared with your web platform, or inherited from a third-party SDK. Those three have entirely different owners, fix costs and timelines, and conflating them is how a remediation budget gets spent in the wrong place.
WCAG 2.1 or 2.2 — and why the answer matters in a solicitation
The DOJ Title II web rule adopts WCAG 2.1 Level AA as its technical standard. Many agencies now specify WCAG 2.2 Level AA in procurement, and that is the better choice: 2.2 adds nine success criteria and obsoletes one (4.1.1 Parsing), so it is effectively a superset — conform to 2.2 AA and you satisfy 2.1 AA.
We assess against 2.2 AA and map findings to both, plus Section 508 where federal funding or federal procurement is in play. Naming the standard and the specific criterion against each finding is what makes a report usable as evidence rather than as an opinion.
The deadline dates that apply to you are in the banner above and in our ADA Title II deadline guide — maintained in one place so they are right.
Assessment and remediation should be separate tracks
We do both, and we will still tell you to keep them separate on paper.
An assessor who is also bidding to fix everything they find has an obvious incentive to find a lot. And a roadmap written to be executable by anyone is more valuable than one only its author can act on — which is why our findings carry stable identifiers you can hand to your own team or a third-party vendor.
If you want the assessment alone, that is a complete engagement and the roadmap is yours to take anywhere. If you want help afterwards, we provide document and PDF remediation, remediation guidance for web content, accessible template development, and follow-up validation testing after your team or another vendor completes the fixes.
For a single document rather than a programme, the PDF Accessibility Audit is a fixed-price version of the same discipline, with a full sample report you can read before you buy.
Buying it: contract vehicles and federal award rules
For public agencies this is often the part that decides the timeline rather than the technical scope.
- GSA Schedule holder and NASPO ValuePoint contract holder, so many state, local and regional bodies can purchase through a vehicle they already hold rather than running a new solicitation.
- SAM.gov registered with an active Unique Entity Identifier — routinely required on the title page of a proposal, and a disqualifier when missing.
- Veteran-owned small business.
- Set up for procurement governed by the Uniform Guidance (2 CFR Part 200), including the competitive-selection requirements at 2 CFR 200.318–200.320, which apply when the work is funded by a federal award.
- Able to supply what these solicitations actually ask for: itemized pricing by task with labor rates broken out, a work plan mapped to your stated scope, a timeline, references, a certificate of insurance, and a separately redacted copy where public-records law requires one.
See GSA translation services and NASPO ValuePoint for the contract detail.
What an assessment cannot do
It is not a certification. There is no such thing as being “ADA certified” — no such certification exists, and a vendor offering one is selling something that is not real. An assessment documents conformance against named technical standards at a point in time.
It is not a legal opinion. Whether your organization carries a particular obligation, and what your exposure is, is a determination for your counsel. We give you an accurate technical picture and we will not tell you that you are safe.
It is not permanent. Digital assets change weekly. That is exactly why the training and governance phase matters more than the findings list.
And some findings are not yours to fix. Where a defect sits in a platform vendor’s code — a mapping platform, a CMS, a third-party mobile SDK — no amount of remediation budget on your side will close it. We identify those explicitly, give you the documented workaround, and tell you exactly what to escalate to the vendor. A report that quietly lists them alongside things you can actually fix is a report that will waste your money.
The half most vendors cannot cover
Public agencies carry two access obligations on the same content, and almost always buy them from two vendors.
Title VI of the Civil Rights Act requires meaningful access for people with limited English proficiency. The ADA and Section 508 require access for people with disabilities. The same public notice, the same benefit application, the same board packet, the same video is subject to both — and a document translated into six languages and left inaccessible in all six has solved half the problem six times over.
Because this is a language company that added accessibility rather than an accessibility firm that subcontracts translation, one vendor covers both, with consistent terminology across the spoken, written and translated versions. See education language access, healthcare language access, and certified translation.
(A note on citations, since stale ones appear in a lot of procurement boilerplate: Executive Order 13166 was revoked in 2025. Title VI itself is untouched and remains the correct authority — we explain the change here.)
Start where it costs you nothing
If you are scoping a solicitation or building a budget case, the free accessibility assessment gives you a scoped plan and a price without a procurement. If you already have a scope and a deadline, request a scoped proposal and tell us the standard, the asset inventory and the submission date.
What clients say
-
“[Taika] consistently exceeded our expectations... over the past six months.”
Shelley Bales · Belton Independent School District (BISD)
Credentials & registrations
- Trusted by State & Federal Agencies
- GSA Schedule Holder
- NASPO ValuePoint
- Veteran-Owned (VOSB)
- SAM.gov Registered
- 5.0★ Google Rating
Frequently Asked Questions
What does a digital accessibility assessment include?
Five things, and agencies typically scope them as phases. First, a review of your existing accessibility program - your internal checklist, your review workflow, your use of automated tools - and an honest verdict on where it is sufficient and where it is not. Second, an inventory review and a sampling plan that says which assets need full manual testing, which can be covered by representative sampling, and which are better handled at template or platform level. Third, the expert testing itself. Fourth, a gap analysis and a prioritized remediation roadmap. Fifth, training and knowledge transfer so your staff can maintain it. Remediation is normally a separate track, priced separately.
We already run automated scans. Why do we need an outside assessment?
Because automated tools and a self-review answer a narrower question than the one you are being asked. Automated scanners reliably detect only a minority of WCAG success criteria - the widely cited figure is roughly a third - and the categories they cannot judge are the ones that decide whether a page is usable: whether reading and focus order make sense, whether alt text is correct rather than merely present, whether a form can be completed without a mouse, whether a data table's relationships survive being read aloud, and whether a map or dashboard has a usable non-visual alternative. An independent assessment also gives you something a self-review cannot: a third-party record you can put in front of a board, a funder, or a complainant.
Which standard do you assess against - WCAG 2.1 or 2.2?
Both, and the distinction is worth being precise about. The DOJ Title II web rule adopts WCAG 2.1 Level AA as its technical standard. Many agencies now specify WCAG 2.2 Level AA in procurement, which is the sensible choice because 2.2 is effectively a superset - it adds nine success criteria and obsoletes one (4.1.1 Parsing), so a document or site that conforms to 2.2 AA also satisfies 2.1 AA. We assess against 2.2 AA and report findings mapped to both, plus Section 508 where federal funding or federal procurement is involved.
What is a representative sampling approach, and is it enough?
It is the approach most agencies should want, because a page-by-page audit of a large site spends the budget on repetition. Public websites are built from a small number of templates, navigation patterns, forms and content types, so most defects are systemic rather than unique to a page. A risk-based sample covers the high-traffic and high-obligation pages in full, plus one instance of every recurring template and component - and the report then reports issues by template and platform so a single fix propagates. We will validate any sample set you propose and tell you where it needs additions to be genuinely representative.
Which digital assets can you assess?
The whole inventory. Public websites and web applications, including templates, navigation, forms and recurring components; downloadable documents - PDF, Word, Excel, PowerPoint; images, charts, graphics and data tables; video and multimedia, including captions and audio description; interactive maps, dashboards and data visualizations, including ArcGIS Hub sites, StoryMaps and data portals; and native mobile applications on iOS and Android. Where a defect turns out to live in a platform vendor's own code rather than in your content, we say so and give you a documented workaround plus what to escalate to the vendor - because that is the honest answer and pretending otherwise wastes your remediation budget.
Can you assess our native mobile apps, not just the website?
Yes, on both iOS and Android, and it is a genuinely different discipline from web testing rather than the same checklist re-run. Assessment covers key user flows, navigation and controls, forms, any map or location-based features, content presentation and touch target sizing, screen-reader compatibility with VoiceOver and TalkBack, keyboard and switch access where applicable, and behaviour under the platform accessibility settings people actually use - larger text and Dynamic Type, reduce motion, increased contrast. One thing we report that most assessments do not: whether each issue is specific to the app, shared with your web platform, or inherited from a third-party SDK - because those three have completely different owners and fix costs.
Our maps and dashboards are ArcGIS. Can you handle those?
Yes - ArcGIS Hub sites, StoryMaps, dashboards, data portals and embedded interactive maps. The work splits into three layers and the split is where the value is. Content and configuration is what you control, and it is usually where most findings sit: alternative text, heading structure, colour and non-text contrast, layer and legend labelling, and whether a non-visual alternative to the map exists at all. Template level is next, because one StoryMap template fixed propagates across every StoryMap built from it. Platform level is the third, and honestly some defects live in Esri's code - there we give you the documented workaround and the specific thing to escalate, rather than billing you to fix something you cannot reach.
What does the map alternative actually look like?
This is the single most common unaddressed gap in public-sector digital content, so it is worth being concrete. A map conveys information - which routes serve which areas, where the facilities are, how a value varies by geography - and a blind or low-vision user needs that information, not a description of the map's appearance. The usable alternative is normally the underlying data presented accessibly: a properly marked-up data table, a text summary of the pattern, and a non-map route to the same task, such as an address lookup that returns a result in text. Alt text saying "map of the region" is not an alternative and passes automated checks anyway.
Can you train our staff to maintain this after you leave?
Yes, and it is usually the highest-value part of the engagement, because an assessment that produces a report and no capability leaves you buying another assessment next year. Training covers accessibility fundamentals and practical WCAG application rather than theory, how to read and interpret automated tool output including what it structurally cannot tell you, manual testing techniques your own staff can run - keyboard passes, basic screen-reader checks - review workflows for content, documents, maps, dashboards and apps, accessible authoring practices for the tools your team already uses, and the governance, documentation and QA steps that keep new content conformant instead of feeding the next backlog. Delivered as live sessions with materials you keep and can re-run for new starters.
How do you test, and will the report say which findings came from which method?
Yes, and procurement should insist on that distinction. Testing runs automated scanning first, then expert manual review: keyboard-only navigation, screen-reader testing, focus order and visible focus, color and non-text contrast, heading and semantic structure, accessible names and alternative text, ARIA implementation, and form, table and data-control behaviour. Every finding in the report is labelled with the method that produced it - automated, manual, screen reader, code review, or user-flow review - because a finding an automated tool could have caught tells you something different about your internal process than one that required an expert.
What do we actually receive?
Written deliverables in the shape procurement expects: an accessibility program assessment covering current state, gaps and process recommendations; a digital asset categorization and sampling plan; a sample assessment report with findings organized by asset type, severity and recurring issue; a gap analysis with a prioritized remediation roadmap and action plan, including suggested ownership and what your team can do internally versus what needs a vendor; and training materials plus delivered sessions. Findings carry stable identifiers so you can quote them to whoever does the fixing.
Do you do the remediation too, or just the assessment?
Both, but deliberately as separate tracks - and many agencies are right to keep them separate. An assessor who is also bidding to fix everything they find has an obvious incentive problem, and a roadmap written to be executed by anyone is more useful than one only its author understands. We provide document and PDF remediation, web remediation guidance, template development, and follow-up validation testing after your team or another vendor completes fixes. If you want the assessment alone, that is a complete engagement and the roadmap is yours to take anywhere.
Can we buy this on an existing contract vehicle?
Often, yes - which is usually the fastest route to award. Taika is a GSA Schedule holder and a NASPO ValuePoint contract holder, is registered in SAM.gov with an active Unique Entity Identifier, and is a veteran-owned small business. For state, local and regional bodies spending federal award money, that also means we are set up for procurement governed by the Uniform Guidance at 2 CFR Part 200, including the competitive-selection requirements at 2 CFR 200.318-200.320.
Can you meet standard RFP submission requirements?
Yes. Solicitations in this category routinely ask for a SAM.gov UEI on the title page, itemized pricing by task with labor rates broken out, a work plan mapped to the stated scope, references, a certificate of insurance, and sometimes a separately redacted copy for public-records purposes. We are set up to provide all of that, and we will tell you before you spend time on it if any part of your scope falls outside what we do ourselves.
Does an assessment certify us as compliant?
No, and be wary of anyone who says otherwise. There is no such thing as being 'ADA certified' - no such certification exists. An assessment documents conformance against named technical standards at a point in time, which is what a board, a funder or a regulator can actually act on. Whether your organization carries a particular legal obligation, and what your exposure is, is a determination for your counsel. We give you an accurate technical picture; we will not tell you that you are safe.
How does language access fit with accessibility?
They land on the same assets far more often than either team expects, and they are usually bought from two vendors with two quality processes. A public notice translated into six languages and inaccessible in all six has solved half the problem six times over. Because this sits inside a language company operating since 2009, one vendor can cover both - Title VI language access and disability access on the same page, the same PDF, the same video - with consistent terminology between the spoken, written and translated versions.
Reviewed by Margarita Ehlinger, Chief Project Manager — updated