Conduct a comprehensive accessibility audit of all client assets.
Conducting a Comprehensive Accessibility Audit of All Client Assets
Why it matters, what to check, and how to deliver actionable results
1. Introduction – The Business Case for Accessibility Audits
In 2024, 2.3 billion people worldwide (≈ 30 % of the global population) experience some form of disability. In the United States alone, the purchasing power of people with disabilities exceeds $1 trillion. Yet, a 2023 WebAIM survey found that over 98 % of the top‑million websites still have at least one WCAG 2.1 failure.
For agencies and consultancies, an accessibility audit is no longer a “nice‑to‑have” compliance checkbox; it is a strategic lever that:
| Benefit | Example |
|---|---|
| Legal risk mitigation | Demonstrates due diligence under the ADA, EN 301 549, or ISO 30071‑1. |
| Market expansion | Improves conversion for users with low vision, motor impairments, or cognitive differences. |
| Brand reputation | Shows commitment to inclusivity, often highlighted in ESG reports. |
| SEO boost | Many WCAG criteria (e.g., proper heading structure, alt text) align with search‑engine best practices. |
| Future‑proofing | Positions the client for upcoming regulations (e.g., EU Digital Services Act, US Accessibility for Digital Products Bill). |
A comprehensive audit goes beyond a quick checklist; it maps the full ecosystem of client assets—websites, mobile apps, PDFs, videos, marketing collateral, internal tools, and even voice‑assistant interactions. Below is a step‑by‑step framework you can adopt, adapt, and scale for any client portfolio.
2. Scope Definition – Know What You’re Auditing
- Asset inventory
- Digital: Websites (domains, sub‑domains), web apps, native iOS/Android apps, progressive web apps, intranet portals, SaaS dashboards, email newsletters, PDFs, PowerPoint decks, video assets, chatbots, AR/VR experiences.
- Physical/Hybrid: Kiosks, digital signage, QR‑code linked content, printed materials that reference digital assets.
- Version control
- Capture current production URLs, staging URLs, and any legacy platforms that may still be reachable.
- Regulatory map
- Identify which standards apply (WCAG 2.2, Section 508, EN 301 549, ISO 30071‑1, local legislation).
- Priority matrix
- High‑impact (public‑facing commerce sites, client‑facing portals).
- Medium‑impact (internal tools, employee portals).
- Low‑impact (archived PDFs, legacy marketing assets).
Tip: Use a lightweight spreadsheet or a tool like Airtable to track each asset, its owner, the technology stack, and the audit deadline.
3. Methodology – Mixed‑Methods Approach
A robust audit blends automated testing, manual expert review, and user research. The three pillars are:
| Pillar | What it covers | Tools & Techniques |
|---|---|---|
| Automated Scanning | Detect obvious code‑level violations (missing alt attributes, color contrast failures, ARIA misuse). | Axe‑core, HTML_CodeSniffer, Pa11y CI, Lighthouse, Tenon, Siteimprove, PowerMapper. |
| Manual Expert Review | Evaluate keyboard navigation, focus order, screen‑reader experience, logical content hierarchy, cognitive‑load considerations. | Screen readers (NVDA, VoiceOver, TalkBack), keyboard‑only testing, color‑contrast overlays, accessibility overlay checks, WCAG success criteria checklist. |
| User Testing with People with Disabilities | Validate real‑world usability, uncover issues that tools miss (e.g., confusing language, timing errors). | Remote moderated sessions (Zoom, Lookback), unmoderated task recordings (UserTesting.com), assistive‑technology labs, cognitive walkthroughs. |
Why all three?
Automated tools typically catch 30‑40 % of WCAG failures. Manual review captures structural and experience‑based problems. Real users reveal hidden barriers (e.g., mis‑labelled form fields that a screen reader can read but a cognitive user cannot understand).
4. Step‑by‑Step Audit Process
4.1. Pre‑Audit Preparation
- Kick‑off meeting – Align on scope, timelines, responsible contacts, and data‑privacy considerations.
- Access provisioning – Ensure auditors have test accounts, API keys, and staging environments.
- Documentation grab – Request style guides, component libraries, design system docs, and any prior audit reports.
4.2. Automated Baseline Scan
| Action | Detail |
|---|---|
| Run multi‑page crawls | Use site‑wide scans (e.g., Screaming Frog + Axe) to capture every HTML page, PDF, and video transcript. |
| Capture quantitative metrics | Total errors, warnings, potential issues per WCAG principle (Perceivable, Operable, Understandable, Robust). |
| Export results | CSV/JSON for later de‑duplication and trend analysis. |
Output: A “raw‑findings” document that is not client‑ready but serves as the audit backbone.
4.3. Manual Expert Review
- Keyboard‐only navigation
- Verify every interactive element is reachable, focus is visible, and focus order matches visual order.
- Screen‑reader walkthrough
- Use NVDA + Chrome, VoiceOver + Safari on macOS, TalkBack + Android. Read each page from top to bottom, noting: missing/duplicate headings, unlabeled form fields, unclear ARIA roles.
- Color contrast & visual design
- Use the WCAG Contrast Analyzer or built‑in DevTools contrast tools. Test both normal text and large text.
- Forms & error handling
- Confirm each form has descriptive labels, required field indicators, and error messages that are programmatically associated.
- Dynamic content & ARIA
- Validate live regions, modal dialogs, accordions, and custom widgets for proper ARIA attributes and keyboard support.
- Multimedia
- Check that all videos have captions, transcripts, and audio descriptions where needed. Verify that audio‑only podcasts have transcripts.
Documentation tip: Capture screenshots or short video clips with annotations (e.g., using Loom or ScreenSteps). Tag each issue with the corresponding WCAG success criterion ID (e.g., WCAG 2.2 SC 1.4.3).
4.4. User Testing with Disabled Participants
| Participant type | Sample size (recommended) | Typical tasks |
|---|---|---|
| Screen‑reader users (blind/low‑vision) | 3‑5 | Navigate to product page, complete checkout, locate help. |
| Keyboard‑only users (motor impairments) | 2‑3 | Fill out contact form, adjust settings in a dashboard. |
| Low‑vision (magnifier) | 2‑3 | Read article, locate CTA, adjust zoom to 200 %. |
| Cognitive / learning differences | 2‑4 | Follow a multi‑step process (e.g., apply for service). |
| Deaf / hard‑of‑hearing (video content) | 2‑3 | Watch a tutorial, assess caption quality. |
- Recruit via agencies specialized in disability user testing or community groups.
- Compensate fairly (minimum $50–$100 per hour, per local standards).
- Record the session, note moments of confusion, error, or abandonment.
- Synthesize findings into “user stories” (e.g., As a screen‑reader user, I cannot locate the “Add to Cart” button because it has no accessible name).
4.5. Consolidation & Prioritization
- Deduplicate – Many automated errors will be the same underlying code issue. Collapse them to a single item per component or pattern.
- Severity scoring – Use a 3‑tier model:
- Critical (blocks task completion, legal non‑compliance).
- High (significant barrier; may cause abandonment).
- Medium/Low (nice‑to‑have improvements).
- Impact mapping – Align each issue with business goals (e.g., checkout conversion, brand trust).
Typical matrix:
| Severity | WCAG Principle | Business Impact | Example |
|---|---|---|---|
| Critical | Operable (2.1.1 Keyboard) | Cart abandonment | “Submit” button not focusable. |
| High | Perceivable (1.4.3 Contrast) | Bounce rate on blog | Text fails 4.5:1 contrast on mobile. |
| Medium | Understandable (3.3.2 Labels) | Customer support tickets | Error messages not associated with fields. |
5. Deliverables – Turning Findings into Action
5.1. Executive Summary (1‑2 pages)
- Key metrics (e.g., “Overall WCAG 2.2 compliance: 78 % of pages meet Level AA”).
- Top 5 risks with short business justification.
- Quick‑win recommendations (items that can be fixed in ≤ 2 hours).
5.2. Detailed Findings Report
| Section | Content |
|---|---|
| Methodology | Scope, tools, participant demographics. |
| Asset inventory | List of audited assets with URLs and version numbers. |
| Issue catalogue | Table with: Asset, WCAG criterion, Description, Severity, Screenshot/Video, Recommended fix, Estimated effort. |
| User‑testing insights | Direct quotes, journey maps, pain‑points. |
| Compliance matrix | Pass/Fail status by WCAG principle & level (A, AA, AAA). |
| Technical debt analysis | Patterns of recurring code problems (e.g., missing alt on all CMS‑uploaded images). |
5.3. Roadmap & Fix Plan
-
Phase 1 – Immediate remediation (0‑30 days)
- Fix critical blockers (e.g., missing form labels, inaccessible modal dialogs).
- Deploy a temporary “Accessibility Statement” with contact info.
-
Phase 2 – Systemic improvements (30‑90 days)
- Update component library (React, Vue, Angular) to include accessible patterns.
- Integrate automated accessibility testing into CI/CD pipelines (e.g., axe‑core in GitHub Actions).
- Phase 3 – Ongoing governance (90 days +)
- Establish an Accessibility Champion role.
- Create a style guide checklist for designers and content creators.
- Schedule quarterly re‑audits and user‑testing cycles.
5.4. Presentation Deck
- 15‑slide deck for senior leadership, focusing on ROI, risk exposure, and timeline. Include before‑and‑after screenshots where possible.
6. Tools & Resources Cheat‑Sheet
| Category | Tool | Free / Paid | Notes |
|---|---|---|---|
| Automated scanning | Axe‑core (browser extension) | Free | Quick spot checks. |
| Pa11y CI | Free (open‑source) | Integrates with CI pipelines. | |
| Siteimprove | Paid | Dashboard, trend analysis, PDF checking. | |
| Manual testing | NVDA (Windows) | Free | Most popular screen reader for testing. |
| VoiceOver (macOS/iOS) | Built‑in | No installation required. | |
| Color Contrast Analyzer (WebAIM) | Free | Works on desktops and Chrome. | |
| User research | Lookback.io | Paid | Remote moderated sessions. |
| UserZoom | Paid | Supports large‑scale testing. | |
| Documentation | Markdown + MkDocs | Free | Generates a searchable HTML report. |
| Notion | Free/paid | Collaborative audit workspace. | |
| Issue tracking | Jira / Linear | Paid | Link each issue to a development ticket. |
7. Common Pitfalls & How to Avoid Them
| Pitfall | Why it Happens | Mitigation |
|---|---|---|
| Treating the audit as a one‑off | “We did the scan, we’re done.” | Embed accessibility testing into definition of done and CI pipelines. |
| Focusing only on WCAG 2.1 | New WCAG 2.2 success criteria (e.g., Focus Appearance, Visible Controls) are increasingly required. | Use tools that support WCAG 2.2 and keep an eye on emerging standards (e.g., WCAG 3.0 draft). |
| Neglecting non‑HTML assets | PDFs, PowerPoints, and videos often slip through. | Include a document‑level checklist: Alt text for images in PDFs, proper tagging for PDFs, captions for all videos. |
| Skipping real users | Automated tools give a false sense of completeness. | Allocate at least 10 % of the total audit budget to user testing with disabled participants. |
| Over‑reliance on “fix‑it‑now” patches | Quick CSS fixes that break later. | Address root cause in the design system or component library, not just per‑page hacks. |
8. Conclusion – Turning Audit Findings into Competitive Advantage
A comprehensive accessibility audit is more than a compliance checkbox—it is a roadmap to inclusive digital experiences that unlocks new markets, reduces legal exposure, and strengthens brand equity. By following the structured, multi‑method approach outlined above, you can:
- Identify every barrier across the client’s full asset landscape.
- Prioritize remediation based on real user impact and business risk.
- Deliver a clear, actionable report that aligns technical fixes with strategic goals.
- Enable the client to embed accessibility into their daily development rhythm, ensuring long‑term sustainability.
When the audit ends, the real work begins: iterating on design systems, training content creators, and measuring the tangible impact of an inclusive experience. Those who move swiftly from audit to action will not only stay ahead of regulations—they will set the industry standard for digital accessibility.
Quick Checklist to Kick‑Start Your Audit
- [ ] Inventory all client digital and hybrid assets.
- [ ] Map applicable accessibility standards (WCAG 2.2 AA, Section 508, etc.).
- [ ] Run an automated scan on every URL and document.
- [ ] Conduct manual keyboard, screen‑reader, and contrast checks.
- [ ] Recruit 10–15 participants with diverse disabilities for user testing.
- [ ] Consolidate findings, score severity, and map to business impact.
- [ ] Produce executive summary, detailed report, roadmap, and presentation.
- [ ] Schedule remediation sprints and embed accessibility into CI/CD.
Start now—the sooner you audit, the faster you can turn accessibility into a strategic advantage for your client.

