When remediating accessibility issues in an existing project, making additions is usually accepted without hesitation. If asked to add text alternatives, visual elements, instructions, or captions to a video, there is rarely a conflict. Even applying complex ARIA (Accessible Rich Internet Applications) patterns is never frowned upon.
However, sometimes remediation requires rethinking some components, altering them, or rejecting some existing implementation. And this causes more friction.
This is understandable, as remediation requires admitting that something is wrong (in terms of accessibility) and has to be done again. These types of changes can make a project go over its timeline.
Accessibility is all about meeting a standard, and some of the criteria are very specific and don’t allow discussion. So it’s not always just a question of “adding more.”
ARIA is a good example of this. There is a collection of attributes and existing patterns we can use, but in very specific ways. One principle is that “No ARIA is better than Bad ARIA,” meaning that a bad implementation can be worse for users than no implementation at all.
When planning accessibility from the start, a minimal approach is optimal. For example, some HTML elements have implicit ARIA roles and attributes. Native HTML form elements in the browser use implicit ARIA attributes like aria-checked. Using proper semantic elements (<head>, <main>, <footer>, <nav>, or <article>…) adds many implicit ARIA roles to the structure of a site.
It is an old joke that the first page ever on the World Wide Web was already accessible because it’s just plain HTML with no images or styles. As with most jokes, there is truth at its core. The way different browsers implement HTML components follows strict standards, so a consistent industry-wide implementation will likely improve a custom one (if it’s an option).
We can make complex interfaces with custom components and make them accessible. But we need to be aware of the trade-offs we are making and offer an alternative that is as good as the native components we are substituting. And according to the WebAIM Million 2026 report, “pages with ARIA present had significantly more errors (59.1 on average) than pages without ARIA (42 on average)”.
A minimalist approach is easier to maintain, usually more robust across browsers, and reduces the risk of errors. Complexity can be unavoidable for some projects, but it should never be the default.
Fran Rosa. Senior Developer, Accessibility specialist, and people-first development advocate