Skip to content

Why axe and IBM Disagree, Tested Against W3C ACT Rules

I put the same page into two checkers. One says “needs review.” The other says “fail.” If your team has used more than one automated accessibility checker, you’ve probably seen this. So which one is right? I decided to answer that with numbers. The 37 accessibility test rules that W3C has approved come with 558 approved examples, each one labeled with the correct answer: this HTML passes, this HTML fails. I ran them through axe-core and IBM Equal Access, one by one. Of the 430 cases both tools checked, 413 agreed on whether the example fails (407 if you count “cannot tell” as its own result). The 17 that split were mostly cases where one tool returned cannot tell, or where one tool failed code that ACT doesn’t consider a failure. ACT rules are the yardstick for this comparison. The format they’re written in, ACT Rules Format 1.1, became a W3C Recommendation, W3C’s name for an official web standard, in February 2026. ...

Published date: 2026-10-09 · Reading time: 24 min · Word count: 4994 words · Author: Isaac

Accessibility E2E — Scanning with @axe-core/playwright

This is Part 15 of the “Frontend Testing, Done Right” series. Browse the full series · Glossary Whether a button has a name, you can tell by looking at that button. But whether its text contrasts enough with the background, whether the page declares a language, whether an id is duplicated — you can’t tell from one element. You have to look at the whole screen, and at the state it’s actually rendered in. That’s tiring to do by eye every time, which is exactly why you want an automated checking engine. ...

Published date: 2026-07-27 · Reading time: 11 min · Word count: 2248 words · Author: Isaac

An Open-Source Web Accessibility Checker — The A11y Check Story

“We’re certified, so we should be fine.” It’s an easy thing to believe on the side that builds the website. Yet even on sites with a certification mark, it’s common for a screen reader user to fail to find the log-in button, or a low-vision user to be unable to read gray text on gray. Having been audited once, and being usable right now, are two different stories. The tool I built to shrink that gap is A11y Check. Put in a URL and it audits the accessibility automatically, then hands back a report and a fix guide. This article covers what A11y Check does, how it works, and why I opened the code. Let’s start with where it came from. ...

Published date: 2026-07-23 · Reading time: 13 min · Word count: 2610 words · Author: Isaac

Folding Accessibility into Tests — Role-Based Queries

This is Part 10 of the “Frontend Testing, Done Right” series. Browse the full series · Glossary What comes to mind when you hear “accessibility testing”? Hiring a consultant, adopting a dedicated audit tool, working through checklists hundreds of items long… it’s easy to picture something big. Surprisingly, though, half of accessibility verification comes free just from writing component tests well. This article is that principle plus the practice — flushing out div buttons, naming icon buttons, and guarding focus that vanishes into thin air. ...

맨 위로