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
Tech4 min

Accessibility Tools Comparison 2025: Which One Fits You?

Read article
Hands on keyboard with headphones
Tech5 min

How Screen Readers Work: Developer's Guide

Read article
Person using laptop with accessible interface
Guides6 min

What is Web Accessibility? Complete Beginner's Guide

Read article
Screen showing SEO analysis and graphs
Tips4 min

Web Accessibility and SEO: How They Work Together

Read article