Test your website for WCAG 2.1 Level AA keyboard navigation compliance. Instantly check for keyboard traps, focus indicators, tab order, and more. No signup required. Trusted by 5000+ developers worldwide.
Welcome to the AccessiTool Keyboard Accessibility Checker — your free tool for testing keyboard navigation compliance against WCAG 2.1 Level AA standards. Whether you're a developer, designer, or business owner, our keyboard navigation test helps you ensure your website is accessible to people who rely on keyboards, screen readers, and assistive technologies.
With our free keyboard accessibility tester, you can instantly scan any website for keyboard-related issues. Just enter a URL above, and our tool will check for keyboard traps, focus indicators, tab order, skip navigation links, and more. It's that simple.
Keyboard accessibility means that all website functionality can be operated using only a keyboard — without a mouse. WCAG 2.1 AA requires full keyboard operability under SC 2.1.1 (Keyboard), 2.1.2 (No Keyboard Trap), and 2.4.7 (Focus Visible). Our keyboard accessibility checker helps you test your website instantly.
Keyboard accessibility is the practice of ensuring that all website functionality is available to users who rely on a keyboard — not a mouse. This includes users who:
In practice, keyboard accessibility means users can Tab through all interactive elements, press Enter or Space to activate links and buttons, use Arrow keys to navigate menus, and press Escape to close modals. Every interaction possible with a mouse must also be possible with a keyboard.
The Web Content Accessibility Guidelines (WCAG) 2.1 include several success criteria specifically for keyboard accessibility:
All functionality of the content is operable through a keyboard interface without requiring specific timings for individual keystrokes. This means users must be able to:
If keyboard focus can be moved to a component using the keyboard, then focus can be moved away from that component using only the keyboard. Keyboard traps are one of the most common violations.
Any keyboard-operable user interface has a visible focus indicator that makes it clear which element has keyboard focus. This is essential for users who rely on keyboard navigation.
Keyboard focus should move through the page in a logical order — typically top to bottom, left to right. Users should not have to tab through confusing or random sequences.
A mechanism is available to bypass blocks of content that are repeated on multiple pages. Skip navigation links are the most common way to meet this requirement.
Many websites remove the default :focus outline without providing a visible alternative. This makes it impossible for keyboard users to know where they are on the page.
Fix: Never remove :focus without replacing it with a visible focus indicator.
Users get trapped inside modals, dropdowns, or custom widgets and cannot tab out. This is a Level A violation.
Fix: Ensure users can tab in and out of every element, and press Escape to close modals.
Users must tab through every navigation link before reaching content.
Fix: Add a "Skip to main content" link at the top of each page.
Tab order jumps around the page randomly, confusing users.
Fix: Ensure tab order follows the visual layout of the page.
Elements that respond to mouse clicks with JavaScript onclick but don't respond to keyboard events.
Fix: Use <button> or <a> tags instead of <div> with click handlers.
Enter your URL in the tool above and click "Scan Keyboard". Our keyboard navigation tester will instantly scan your website for keyboard accessibility issues.
Put away your mouse and navigate your website using only your keyboard:
While tabbing, look for a visible focus indicator on every interactive element. It should be clearly visible and high-contrast.
Test every link, button, form field, dropdown, modal, and custom widget with your keyboard. Every interaction must work without a mouse.
Never remove outline: none; without replacing it. Add a visible focus indicator:
a:focus, button:focus { outline: 2px solid #3b82f6; }
Add this at the top of every page:
<a href="#main-content">Skip to main content</a>
Ensure the tab order follows the visual layout. Don't use tabindex unnecessarily.
Modal dialogs must be fully keyboard accessible:
Under ADA Title III, websites must be accessible to people with disabilities. While the ADA doesn't specify exact technical standards, courts consistently reference WCAG 2.1 Level AA, which includes keyboard accessibility requirements:
ADA keyboard compliance applies to all interactive elements on your website. Non-compliance can result in lawsuits with settlements ranging from $10,000 to $50,000+.
Section 508 requires federal agencies and their contractors to make electronic content accessible. The Section 508 keyboard standards also reference WCAG 2.1 Level AA:
Section 508 keyboard accessibility is required for any organization that receives federal funding or contracts with the US government.
All interactive elements are reachable with Tab key
Focus indicators are visible on all elements
No keyboard traps exist
Tab order is logical (top to bottom)
Skip navigation link is present
Modals can be closed with Escape key
Dropdowns work with Arrow keys
All links work with Enter key
All buttons work with Enter or Space
No "click" events without keyboard support
This article is for general informational purposes and isn't legal advice. Keyboard accessibility obligations and enforcement can vary by jurisdiction, so consult qualified legal counsel for guidance specific to your situation.
AA keyboard standards
Instant results
Legal protection
Understand the legal framework behind keyboard accessibility
Full Guide to Americans with Disabilities Act
Learn More →EU law — EN 301 549 standard
Learn More →Healthcare — US federal funding
Learn More →Federal agencies & contractors
Learn More →Ontario, Canada — accessibility law
Learn More →Everything you need to know about keyboard accessibility, WCAG compliance, and ADA requirements.
Keyboard accessibility ensures all website functionality can be operated using only a keyboard. Users must be able to Tab, Enter, Space, and Arrow key through all interactive elements. This is required by WCAG 2.1.1 (Level A).
Yes. ADA Title III requires websites to be accessible to people with disabilities. Courts consistently reference WCAG 2.1 Level AA, which includes keyboard accessibility requirements (SC 2.1.1, 2.1.2, 2.4.7).
Use our free keyboard navigation checker to scan your website automatically. You can also manually test by putting away your mouse and navigating with Tab only.
A keyboard trap occurs when a user tabs into an element (like a modal or dropdown) and cannot tab out. This violates WCAG 2.1.2 (No Keyboard Trap) and is a common ADA violation. Learn more →
A focus indicator is a visible outline or highlight that shows which element currently has keyboard focus. WCAG 2.4.7 (Level AA) requires a visible focus indicator for all keyboard-operable interfaces. Learn more →
WCAG 2.1.1 (Level A) requires that all functionality be operable through a keyboard interface without requiring specific timings for individual keystrokes. Full guide →
A skip navigation link allows keyboard users to bypass repetitive navigation menus and jump directly to the main content. WCAG 2.4.1 (Level A) requires a mechanism to bypass blocks of content. Learn more →
Tab order is the sequence in which keyboard focus moves when a user presses the Tab key. It should follow the visual layout of the page — top to bottom, left to right. WCAG 2.4.3 (Level A) requires logical focus order. Learn more →
Yes. WCAG 2.1 applies to all digital content, including mobile apps. Keyboard accessibility is essential for users who connect external keyboards to mobile devices or use assistive technologies.
ADA lawsuit settlements typically range from $10,000 to $50,000+, plus legal fees. Some cases have settled for over $100,000. Prevention with tools like our keyboard checker is much cheaper. Full ADA Guide →
Our free keyboard navigation checker is the best automated tool. For manual testing, use NVDA (screen reader), Chrome DevTools, or simply Tab through your website. Full guide →
Section 508 requires federal agencies and their contractors to follow WCAG 2.1 Level AA keyboard standards (2.1.1, 2.1.2, 2.4.7). Full Section 508 Guide →
The European Accessibility Act (EAA) requires WCAG 2.1 Level AA compliance, including keyboard accessibility (2.1.1, 2.1.2, 2.4.7). Full EAA Guide →
Screen reader users navigate exclusively with keyboard commands. If your website isn't keyboard accessible, screen reader users cannot use your site at all. This affects 1.3 billion people worldwide. Screen Reader Checker →
AODA (Ontario, Canada) requires WCAG 2.1 Level AA compliance, including keyboard accessibility (2.1.1, 2.1.2, 2.4.7). Full AODA Guide →
Still have questions? Contact our team or test your keyboard accessibility now
Free keyboard navigation checker — scan your website against WCAG 2.1 AA standards.
Free Keyboard Checker →No signup. Instant results. WCAG 2.1 AA.
Testing tools available in 5 languages