Developer

HTML Accessibility Checker

Check markup against WCAG criteria that can be tested automatically, and know which ones cannot be.

Last reviewed by the Radiatus Cloud team

Need this built for your product?

We design, build & host secure software & APIs.

Talk to an engineer

Automation finds about a third of the problems

Studies of automated accessibility tools consistently put their coverage at roughly 30 to 40 percent of WCAG failures. They reliably catch missing alt attributes, unlabelled form controls, insufficient colour contrast, missing document language and invalid ARIA. They cannot judge whether alt text is accurate, whether a heading structure reflects the content, whether focus order makes sense, or whether an error message is comprehensible. A clean automated report is the beginning of an audit, not the end of one.

The failures that dominate real scans

Annual surveys of the top million homepages find the same list every year: low-contrast text, missing alt attributes, empty links, missing form labels, empty buttons and missing document language. Six issues account for the large majority of detected failures, and every one is straightforward to fix. Most sites do not need sophisticated remediation; they need these six done.

Native elements before ARIA

The first rule of ARIA is not to use ARIA when a native element does the job. A <button> is focusable, keyboard-operable and announced correctly with no attributes at all; a <div role="button"> needs tabindex, key handlers for Enter and Space, and state management, and usually gets one of them wrong. Incorrect ARIA is measurably worse than none, because it overrides what assistive technology would otherwise infer correctly.

Alt text is a judgement call

A checker confirms the attribute exists. Whether "image1.jpg" or "click here" is useful, it cannot say. Decorative images should carry an empty alt attribute so screen readers skip them — omitting the attribute entirely causes some readers to announce the filename instead. Informative images need a description of the information, not the picture, and the right text depends on why the image is there.

Keyboard access is where automation stops

Every interactive element must be reachable and operable by keyboard, with a visible focus indicator, in an order that matches the visual layout. Modals must trap focus and return it on close. Custom dropdowns and date pickers are where this breaks most often. Tabbing through a page takes two minutes and finds more real problems than any scanner.

Legal exposure is real and rising

Web accessibility lawsuits have grown steadily year on year, overwhelmingly citing WCAG 2.1 Level AA. The European Accessibility Act applies from June 2025 to a wide range of digital services. Beyond compliance, roughly one in six people has a disability, and an inaccessible site excludes them from transacting at all.

Related tools

  • JSON Formatter — Format and beautify JSON in your browser. Pinpoints syntax errors by line and column, flags unsafe integers, and never uploads your data to a server.
  • JSON Validator — Validate JSON syntax with precise line and column errors, and check documents against a JSON Schema. Runs locally in your browser, nothing uploaded.
  • Regex Tester — Test regular expressions against sample text with live match highlighting, capture groups and flag control. Runs entirely in your browser.
  • HTML Minifier — Minify HTML by removing comments and redundant whitespace, without breaking inline elements or pre blocks. Runs entirely in your browser.

Frequently Asked Questions

Can an automated checker find all accessibility issues?

No. Automated tools catch roughly 30 to 40 percent of WCAG failures. They cannot judge whether alt text is accurate, whether focus order makes sense, or whether an error message is understandable.

What are the most common accessibility failures?

Low-contrast text, missing alt attributes, empty links, missing form labels, empty buttons and missing document language. These six account for most detected failures on real sites.

Should I use ARIA to fix accessibility?

Only when no native element does the job. A button element works correctly with no attributes; a div with role=button needs tabindex, key handlers and state management, and incorrect ARIA is worse than none.

What alt text should a decorative image have?

An empty alt attribute, so screen readers skip it. Omitting the attribute entirely causes some readers to announce the filename instead.

What should I test manually?

Keyboard access above all. Tab through the page checking that everything is reachable, the focus indicator is visible, the order matches the layout, and modals trap and restore focus.

Privacy & Security

Checking done locally.

Data: None
Client-side-Side
Active
v1.0

About This Tool

This tool runs entirely in your browser. No data is sent to any server, ensuring complete privacy. Simply use the interface above to get started — no registration or login required.

Disclaimer: This tool is provided "as is" without warranty of any kind. Results are for educational and utility purposes.