Designing Accessible Websites

Improving web design accessibility through design.

I was sitting in a dimly lit studio last Tuesday, cleaning the internal gears of a 1970s Leica, when I realized how much we’ve lost in the rush to automate everything. In the design world, we’ve started treating web design accessibility like a legal chore—a tedious checklist of technical requirements that we slap onto a project at the very last minute just to avoid a lawsuit. It has become this sterile, clinical obligation that feels completely disconnected from the actual humanity of the person on the other side of the screen. We’ve traded intentionality for compliance, and frankly, it’s making our digital landscape feel colder and more exclusionary than it needs to be.

I’m not here to lecture you on WCAG guidelines or drown you in jargon that only developers care about. Instead, I want to talk about how we can weave empathy back into our workflows. My goal is to share a practical, no-nonsense approach to building interfaces that respect everyone’s unique way of interacting with the world. We are going to move past the “checkbox” mentality and focus on how thoughtful craftsmanship can turn accessibility from a technical hurdle into a fundamental pillar of great design.

Table of Contents

The Integrity of Semantic Html for Accessibility

The Integrity of Semantic Html for Accessibility

When I was still working with physical layouts, every element had a literal, tactile place on the page. In the digital realm, we often lose that sense of structure by treating code as just a way to make things look “pretty.” But if we want to move beyond mere aesthetics, we have to talk about semantic HTML for accessibility. Using a `

` for everything might look fine on a high-resolution monitor, but to a screen reader, it’s a silent, structureless void. When we use proper tags—like `