Tech

How to Test Website Accessibility: Complete Guide

Sarah Dev

Sarah Dev

Lead Frontend

Read time

4 min

Published

Nov 10, 2025

Person testing website on multiple devices

Testing accessibility can feel overwhelming. WCAG has 78 criteria. Where do you start? What tools are needed? How do you know if you've found everything?

The truth is you'll never find everything – but with the right process, you'll find the important stuff. The key is combining automated tools (fast, consistent) with manual testing (intelligent, context-aware).

This guide takes you through a complete testing process from automated scans to in-depth screen reader tests.

Testing strategy: The pyramid

Think of accessibility testing as a pyramid:

Base: Automated tests (breadth)

Scans entire site, finds obvious problems quickly. Catches ~30-40% of issues.

Middle: Manual checks (depth)

Keyboard navigation, focus order, readable alt texts. Catches context-dependent problems.

Top: Screen reader tests (experience)

The real user experience for assistive technology users. Finds what automation misses.

The balance:

Run automated tests often (every deploy). Do manual checks regularly (monthly). Do screen reader tests periodically (quarterly).

Automation is your base – not your only line. The most serious problems often require human judgment.

Step 1: Automated testing

Start with automated tools to get a baseline.

Tools to use:

•Xrayd – Scans entire site, scheduled reports
•Lighthouse – Free, built into Chrome DevTools
•axe DevTools – Browser extension for developers
•WAVE – Visual overlay of problems

What automated tools find:

•Missing alt attributes
•Contrast problems (calculable)
•Forms without labels
•Incorrect ARIA syntax
•Heading order
•Missing landmarks
•Duplicate IDs

What they miss:

•Whether alt text is meaningful
•Whether focus order is logical
•Keyboard traps in dynamic content
•Screen reader experience
•Cognitive accessibility
•Context-dependent problems

Step 2: Keyboard testing

Unplug the mouse and navigate the site with keyboard only.

Basic commands:

•Tab – Move focus forward
•Shift + Tab – Move focus backward
•Enter – Activate link/button
•Space – Activate button, check checkbox
•Escape – Close modal/popup
•Arrow keys – Navigate in menus, sliders, tabs

What to check:

1.Can you reach all interactive elements?
2.Is focus indicator clearly visible?
3.Is focus order logical (left-right, top-bottom)?
4.Do you get stuck anywhere (keyboard trap)?
5.Can you close modals with Escape?
6.Can you use dropdowns, tabs, and carousels?

Tip:

Test the most important user journey: Find product → Add to cart → Checkout → Pay.

Step 3: Screen reader testing

Screen reader tests are invaluable but require practice. Start simple.

Choose a screen reader:

•VoiceOver (Mac/iOS) – Free, activate with Cmd+F5
•NVDA (Windows) – Free, download from nvaccess.org
•JAWS (Windows) – Expensive, but industry standard

Basic commands (NVDA):

•Ctrl – Stop reading
•H – Jump to next heading
•F – Jump to next form field
•B – Jump to next button
•D – Jump to next landmark

What to check:

1.Is page title read correctly?
2.Do headings give meaningful structure?
3.Do alt texts describe images well?
4.Do form fields have understandable labels?
5.Are status changes announced (error messages, confirmations)?
6.Are link texts meaningful out of context?

Step 4: Manual review

Some things require human judgment.

Content review:

•Is language understandable? (Especially for cognitive accessibility)
•Is information conveyed by color alone?
•Are instructions clear?

Visual review:

•Does site work at 200% zoom?
•Does it work in different color modes (dark, high contrast)?
•Is there moving content that can't be paused?

Semantic review:

•Is HTML semantically correct? (not just visually correct)
•Are landmarks used (
,
•Does visual order match DOM order?

Cognitive accessibility:

•Does user need to remember information between steps?
•Are there time limits?
•Are error messages helpful?

Document the results

An accessibility report should include:

Per issue:

•Description of the problem
•Which page/component is affected
•Which WCAG criterion is violated
•Severity (Critical/High/Medium/Low)
•Suggestion for fix
•Screenshot if relevant

Overall:

•Summary of current state
•Number of issues per category
•Prioritized actions
•Recommended timeline

Tip:

Use a tool like Xrayd to generate reports automatically. Supplement with your manual findings.

Test your site's accessibility

Free scan, no signup required

WCAG 2.1 AA check
2-minute scan
Actionable report

Frequently Asked Questions

How long does an accessibility test take?+
An automated scan takes minutes. A thorough manual review of a medium site takes 1-2 days. A complete expert audit can take a week or more depending on complexity.
How often should I test?+
Automated: Every release or at least weekly. Manual with keyboard: Monthly or with new features. Screen reader: Quarterly. Full expert audit: Annually.

Related Articles

View all
Dashboard with various analysis tools
Tech•4 min

Accessibility Tools Comparison 2025: Which One Fits You?

Read article
Hands on keyboard with headphones
Tech•5 min

How Screen Readers Work: Developer's Guide

Read article
Person using laptop with accessible interface
Guides•6 min

What is Web Accessibility? Complete Beginner's Guide

Read article
Screen showing SEO analysis and graphs
Tips•4 min

Web Accessibility and SEO: How They Work Together

Read article