Skip to Content

Blog > How to Conduct an Accessibility Audit: A Step-by-Step Guide

How to Conduct an Accessibility Audit: A Step-by-Step Guide

Karl Groves. - 27/03/2025

Accessibility isn’t just a legal requirement—it’s a fundamental part of inclusive design that ensures everyone, regardless of ability, can access and interact with digital content. If you’re looking to improve the accessibility of your website or application, an accessibility audit is the best place to start.

An accessibility audit systematically evaluates a digital product against established accessibility standards like the Web Content Accessibility Guidelines (WCAG) or Section 508. The process helps identify barriers that might prevent users with disabilities from engaging with your site effectively.

In this guide, we’ll walk you through the key steps to conducting an accessibility audit, whether you’re an experienced developer, a product manager, or a business owner looking to improve compliance and usability.

Step 1: Define the Scope of Your Audit

Before diving into testing, it’s essential to determine the scope of your audit. Consider:

  • Which pages or sections of the site to test: Will you audit the entire website, or just key templates and high-traffic pages?
  • Which guidelines to follow: Are you testing against WCAG 2.1 Level AA, Section 508, or another standard?
  • The level of testing detail required: Will you do a full manual audit, or will you start with automated tools?

Setting a clear scope helps ensure the audit is both manageable and effective.

Step 2: Use Automated Testing Tools as a First Pass

Automated accessibility testing tools can quickly identify many common accessibility issues. Some popular options include:

  • axe DevTools (by Deque Systems)
  • WAVE (by WebAIM)
  • Lighthouse (by Google)
  • Siteimprove Accessibility Checker

Run these tools on key pages to detect obvious violations such as missing alt text, poor color contrast, or incorrect heading structures. However, while automated tools are useful, they only catch around 30-40% of accessibility issues, so manual testing is essential.

Step 3: Conduct Manual Accessibility Testing

Manual testing is where the real insights come in. Focus on:

  • Keyboard Navigation: Ensure all interactive elements (buttons, links, form fields) can be accessed and used with a keyboard (Tab, Shift + Tab, Enter, and Spacebar).
  • Screen Reader Testing: Use screen readers like JAWS, NVDA (Windows), or VoiceOver (Mac/iOS) to test how content is read aloud and whether users can navigate effectively.
  • Color Contrast and Visual Checks: Verify that text has sufficient contrast against its background (use tools like the Contrast Checker by WebAIM).
  • Forms and Error Messaging: Test form inputs, labels, error messages, and validation processes to ensure clarity and accessibility.

Step 4: Evaluate Code and ARIA Implementation

Checking the underlying code is crucial for ensuring accessibility best practices are in place. Some key areas to inspect:

  • Semantic HTML: Use proper HTML elements (e.g., <button> for buttons, <label> for form inputs).
  • ARIA (Accessible Rich Internet Applications): Ensure ARIA attributes are used correctly (e.g., aria-label, aria-live, aria-hidden). Misused ARIA can cause more harm than good.
  • Focus Management: Ensure modals, menus, and other interactive elements handle focus correctly.

Step 5: Test with Real Users

While automated and manual testing are invaluable, nothing replaces feedback from real users with disabilities. Conduct usability testing sessions with participants who use assistive technologies like screen readers, switch devices, or eye-tracking software.

User testing provides real-world insights into barriers that might not be apparent through automated or manual checks alone.

Step 6: Document Findings and Provide Recommendations

Once you’ve completed testing, compile your findings into a report that includes:

  • A list of identified issues
  • The severity of each issue (high, medium, low)
  • References to WCAG criteria for each issue
  • Recommended fixes and best practices

Providing actionable recommendations makes it easier for development teams to implement fixes efficiently.

Step 7: Implement Fixes and Retest

Fixing accessibility issues is only part of the process—retesting ensures that corrections have been applied correctly. Conduct another round of testing after remediation to confirm compliance and usability improvements.

Accessibility Audits: An Ongoing Process

Accessibility isn’t a one-time project; it’s an ongoing commitment. Regular audits, user feedback, and training for your team can help maintain and improve accessibility over time.

By following these steps, you’ll not only achieve compliance but also create a more inclusive and user-friendly digital experience for everyone. Need help with an accessibility audit? Our team of experts is here to guide you through the process.

Related Blog Posts

What I Like About WCAG 3.0

The W3C published an updated Working Draft of WCAG 3.0 on September 4, 2025, and I’ve spent considerable time pulling it apart. The accessibility community has been tracking this specification since the first public working draft dropped in January 2021, and after years of watching the sausage get made this latest draft finally feels like […]

Karl Groves - 03/03/2026

You’re getting sued. What happens now?

I’ve been working in the accessibility field for over 20 years. I’ve worked as an expert witness in numerous ADA cases, performed scores of accessibility audits, trained well over 1,000 developers around the world, and consulted for some of the biggest public and private sector organizations on earth. Along the way, I’ve worked for both […]

Karl Groves - 19/02/2026

ADA Title II and PDFs: Fix, Archive, or Delete?

Imagine you work for a state government agency. Over the years, your department has diligently published reports, meeting minutes, forms, budget documents, and countless other materials as PDFs. A quick inventory shows thousands of them – some from last week, others dating back more than a decade. At the time they were created, nobody thought […]

Karl Groves - 30/09/2025

Why Now Is Not the Time to Think About WCAG 3

If you work in accessibility or are responsible for compliance at your organization, you’ve probably heard about WCAG 3.0. The W3C has been developing it for years, and the most recent Working Draft was released in September 2025. At first glance, it feels like a big leap forward: a standard that promises to address gaps […]

Karl Groves - 17/09/2025

Accessible by Design: Improving Command Line Interfaces for All Users

The command line interface (CLI) remains a foundational tool in software development, system administration, and DevOps workflows. While graphical user interfaces have become more ubiquitous, the CLI endures due to its flexibility, speed, and power. Yet, for many users with disabilities, particularly those who are blind or visually impaired, command line tools can present unnecessary […]

Karl Groves - 16/09/2025