Accessibility: the battle nobody wants to have
A client called us a few months ago. An e-commerce site, a 3,000-item catalogue, a complete redesign. Everything was going smoothly until we brought up colour contrast. The response: “But that’s my brand guidelines — we’re not going to redo everything for a few visually impaired people.”
Every web designer has had that conversation. At least once. Often ten times.
The problem isn’t that clients are bad people. The problem is that nobody has ever explained to them what inaccessibility actually costs — in legal terms, in SEO terms, in lost market share. And that is the designer’s job. Not just to design. To convince.
In 2026, the web designer’s role has split in two. On one side, you must defend principles that seem “abstract” to many decision-makers: accessibility, visual hierarchy, measurable user experience. On the other, you must adapt to an industry that now demands production-ready deliverables, directly usable by AI tools or developers who no longer have time to interpret wireframes.
Two distinct skills. Both indispensable.
Defending accessibility without looking like an idealist
Web accessibility is the GDPR of design: everyone knows it’s mandatory, nobody wants to deal with it, and everyone waits until there’s a problem before acting.
In France, the 2016 Digital Republic Act requires public services to meet a minimum level of accessibility. For private companies, pressure comes from Europe via the European Accessibility Act, whose obligations are being phased in from June 2025 onwards. This is no longer optional. It is a legal constraint that is coming, whether the client wants it or not. This is a challenge we explore in depth in our analysis of design for the AI era: transparency, accessibility and UX.
But legal arguments are not always enough to convince an SME owner focused on their bottom line. Here is what actually works in our client conversations.
The SEO argument. Google indexes accessible content better than inaccessible content. alt tags on images, a consistent heading hierarchy, sufficient contrast for screen readers — all of this also improves readability for bots. An accessible site is mechanically better ranked. Clients hear that.
The market argument. In France, 12 million people live with a disability according to INSEE. Add seniors — a constantly growing population — who often struggle with small typography and low contrast. How many potential customers are you excluding with your “trending” colour palette?
The deferred cost argument. Integrating accessibility from the design stage costs little. Fixing it afterwards — after an audit, after a formal notice, after a forced redesign — is expensive. Very expensive. This isn’t theory: it’s what we observe on the migration projects we pick up mid-stream.
The real skill here isn’t knowing the WCAG by heart. It’s translating those standards into business language. “Your site excludes 15% of your potential customers” hits harder than “your contrast ratio is 2.8:1 instead of 4.5:1”.
“Accessibility is not an added cost. It is an investment in the maximum audience.” — Léonie Watson, web accessibility expert
The pressure of production-ready deliverables
Five years ago, a good designer delivered polished Figma wireframes, a style guide, and some specs. The developer would take over and interpret.
Those days are gone.
The integration of AI into development workflows has fundamentally changed expectations. Tools like Claude Code, Cursor, or Copilot can now generate code directly from wireframes — provided those wireframes are precise enough, structured, and documented for the machine to understand without ambiguity.
In practice: if your Figma file has components that aren’t named correctly, if your spacing doesn’t follow a consistent grid, if your states (hover, focus, disabled) aren’t all mocked up — the AI will improvise. And an AI improvising on design rarely produces what you had in mind.
On our projects, we have industrialised the Figma → Claude Code → production pipeline. The result: deliverables in 3 to 7 days instead of 3 to 4 weeks. But for this to work, the Figma file must be flawless. Every component documented. Every design token named according to a stable convention. Every interaction specified.
This isn’t extra work for the designer. It’s different work. More rigorous. Closer to code. And frankly more interesting.
What the web designer must master today
Here is what we observe concretely on the projects we lead or take over from other agencies.
Design token thinking
Tokens — colour, spacing, and typography variables — are no longer reserved for large product teams. Even for a 5-page showcase site, defining your tokens in Figma allows you to generate consistent CSS automatically. Tools like Style Dictionary or Token Studio bridge the gap between design and code.
A designer who doesn’t think in tokens in 2026 delivers files that nobody can industrialise. Timeless design principles remain the best compass here when facing the drift of AI tools.
Inline documentation
Every Figma component must carry its own documentation: states, variants, responsive behaviours, usage rules. Not in a separate Google Doc that nobody will read. In the file itself, right next to the wireframe.
Why? Because this is the documentation that AI tools read to generate code. And because it’s what allows a developer — or yourself six months later — to understand your intentions without calling you.
Understanding the final render
A designer who has never opened a browser’s DevTools has a blind spot. You don’t need to code. But understanding why your perfect CSS animation stutters on mobile, or why your fluid typography doesn’t behave as expected on Windows — that’s essential for producing realistic specs.
AI as an amplifier, not a replacement
The question we hear often: “Will AI replace designers?”
Wrong question. The right one: “Which design tasks will AI replace?”
Repetitive tasks, yes. Generate 20 variants of a component? AI does it in 30 seconds. Create the responsive breakdowns of a grid? Automatable. Write alt descriptions for images? Partially automatable.
What AI doesn’t do: understand a client’s business context. Identify that a 12-step contact form will drive away 80% of visitors. Decide that accessibility is non-negotiable. Convince a manager that their colour instinct is working against their conversion goals.
The 2026 designer who earns their place is the one who uses AI to go faster on execution — and frees up that time to do what AI cannot: think strategically, defend principles, dialogue with the client.
On our Nova Mind projects, we generate initial wireframes much faster than before. That time saved is reinvested in user testing, accessibility reviews, client workshops. Quality goes up. Speed too. The two are not incompatible when the workflow is well built.
“The best designers of the next decade will be those who know how to orchestrate systems, not just draw interfaces.” — a conviction we share after 15 years in the industry.
Three actionable principles to adapt now
What we have learned from testing, failing, and starting over on our own projects.
First: learn your clients’ language before talking design. Before presenting a wireframe, understand the client’s KPIs. Conversion rate, average basket, cost of acquisition. Your design must respond to these metrics, not to floating aesthetic criteria. A designer who speaks in numbers is ten times more persuasive than one who speaks in pixels.
Second: structure your files as if an AI were going to read them. Because that’s probably what’s going to happen. Strict naming conventions, atomic components, documented tokens. This isn’t perfectionism — it’s industrial efficiency. A well-structured file today saves you two days on integration tomorrow.
Third: make accessibility your commercial argument, not your constraint. Companies that integrate accessibility from the design stage save an average of 50% on post-audit corrections according to Deque Systems. That’s your selling point, not your burden. Our visual identity and web design team integrates these requirements from the briefing stage.
The real added value of the designer
The profession is evolving fast. Too fast for those who wait for things to stabilise before adapting.
But here is what doesn’t change: users need interfaces that work for them. Not for the designer. Not for the client. For them. This obsession with the end user — including those with visual, motor, and cognitive disabilities — is what distinguishes a good designer from a producer of pretty Figma files.
AI speeds up production. It doesn’t replace judgement. It doesn’t replace the ability to defend a principle in front of a client who wants to cut corners. It doesn’t replace the expertise that allows you to say “this design choice will cost you conversions” with data to back it up.
If you’re a designer reading this: your value is not in your execution speed. It’s in your ability to think of design as a business performance tool, to defend it with solid arguments, and to deliver files that modern tools can use directly.
If you’re an SME owner working with a designer: give them the means to do this work properly. A designer who cuts corners on accessibility because the budget was tight means a site that will cost you more to fix than it cost to build.
Are you working on a web project and want to know if your wireframe is production-ready? At GDM-Pixel, we audit Figma files — we tell you exactly what can be industrialised and what will block integration. Honestly. Without selling you a redesign if it isn’t necessary.