Reading List
Answers to common (web) accessibility questions from hiddedevries.nl Blog RSS feed.
Answers to common (web) accessibility questions
Inspired by Chris Coyier' Answers to common (web) design questions, which was inspired by Dan Mall's earlier post, here's list of common accessibility questions.
Should I use links or buttons?
Yes.
Links if it takes the user somewhere, buttons if it performs an action. Also buttons if the action is submitting a form (even if the user is then taken somewhere). Trying to avoid nuance in this post, but here's some nuance around buttons and links.
Do we have users with disabilities?
Yes.
It's unlikely you know every single one of your users and exactly how they use the web. It's even more unlikely that the the group and the people within it stays exactly the same forever.
What's an accessibility conformance audit?
Someone will find out for every of the 55 Success Criteria in WCAG whether your site meets it or not (counting version 2.2, Level A + AA). Ideally, they also explain what the issues are and how to fix them (so that you can do it). This is also called a conformance evaluation.
Who should “do” accessibility in our team?
Everyone. Content folks, developers, designers and product managers all have accessibility tasks to do.
What are some quick tests I can do?
Use your UI with Tab / Shift Tab on a keyboard (check settings if on a Mac), can you reach everything without a mouse? Does the order make sense?
Click on labels for form fields, they should focus the field they are a label of.
Check if your videos and audio (podcasts?) have captions / transcripts.
Is accessibility ever done?
No. It's a continuous process, even if your audit says you meet all Success Criteria today, it's common to stop meeting it. Websites change. You'll want to continuously monitor accessibility, just like with security and privacy.
Do we have legal obligations to make our products accessible?
Very likely. Also if you're not government (for instance, see European Accessibility Act).
There are policies and laws all around the world.
Is it all my website's fault?
No, some problems can be solved by browsers, assistive technologies and/or authoring tools.
WCAG 3.0 will be released soon, right?
Not likely. The working group that made WCAG 2 (Accessibility Guidelines Working Group) is currently working on requirements and draft definitions for a next version that will likely be called WCAG 3.0. There is a Working Draft. It is very much in development in a very early phase, and likely to change considerably.
Will “AI” improve accessibility?
Machine learning can be a great tool for automating part of the captioning process in lots of languages, and various other things.
But it's unlikely LLMs, often called “AI”, will output accessible code. To train such an LLM, an enormous set of very accessible code would need to exist (it doesn't). Component-building and accessibility semantics also require intentionality, which these systems specifically aren't good at. See also my other post: Is the nuance generatable?, and Craig Abbott's post Deque Axe Assistant - First impressions.
Is the Axe / Page Insights score all that matters? Or the WCAG audit result?
No. Any system that scores your site and returns some number (including WCAG audits) does not fully describe your accessibility situation. Accessibility is, ultimately, about people and whether they can use your site. It's about recognising, then removing barriers. Metrics can help in various ways, but they are not the end goal. And the most easily measureable is not necessarily the most impactful.
More detailed accessibility posts can be found elsewhere on this blog.
Originally posted as Answers to common (web) accessibility questions on Hidde's blog.