Generative UI design has an accessibility problem

The hype around generative UI design has settled on the idea that snowflake websites, where every visitor gets a unique AI-generated interface, are ready for production. They are not. What is shipping now is half-finished technology with progress written on the label. Fourteen years of debugging innovative failures leaves you able to see the potential and the mess in the same product.

The promise of generative UI design, or GenUI, is a flip of the usual model. Rather than developers guessing at user needs and shipping static components, a model watches behavior and context and generates an interface on the spot. Individualized UX, in other words. Before anyone swaps their add_action hooks for LLM prompts, though, the architectural bottlenecks are worth a look.

What counts as generative UI design

Start by separating predictive from generative. Predictive AI is what sits behind a recommendation engine, forecasting what someone wants next. Generative AI produces the material itself: the code, the layout, the assets. NN/Group describes a true GenUI as dynamic, adapting to inputs, instructions and preferences as they arrive.

This is already bleeding into the WordPress ecosystem. If you have followed the WP AI Client standardization for WordPress 7.0, you know Core is working out how to handle generative pipelines. Thinking about it and running it on a high-traffic WooCommerce store are different jobs.

The accessibility problem nobody has solved

Performance is my second worry about generative UI design. The first is accessibility. Figma Sites launched with a heavy commercial push and drew hard criticism from practitioners like Adrian Roselli. A generated UI tends to miss the semantic detail that screen readers and keyboard navigation depend on.

Jakob Nielsen has argued that accessibility has failed and that GenUI will solve it by generating an individualized interface for every impairment. That is a dangerous amount of optimism. If the generation engine cannot tell a <button> from a <div> with a click listener, no amount of individualization rescues the experience.

/* The Naive "Generated" Approach (Bad a11y) */
.generated-btn {
    cursor: pointer;
    background: blue;
    color: white;
}

/* The Manual "Senior" Approach (Semantically Correct) */
button.bbioon-custom-action {
    appearance: none;
    border: 2px solid transparent;
}
button.bbioon-custom-action:focus-visible {
    outline: 2px solid #005a9c;
}

The GenUI SDKs worth a look

If you want to experiment seriously, skip the “build me a website” prompt and go to the actual tooling. Google has released a GenUI SDK for Flutter, and Vercel’s v0.app shows what it takes to pull AI-generated components into a React pipeline. Both are attempts at structured, interactive output rather than walls of text.

If the generative UI design work is eating your dev hours, I can take it off your plate. I have been wrestling with WordPress since the 4.x days, and I can usually tell a shiny new tool from a liability before it reaches production.

Where this leaves individualized UX

Generative UI design is not going to replace developers, but it does raise the bar on what passes for quality. Fixed templates are giving way to probabilistic interfaces, and the job stays what it was: keep the output fast, accessible and stable. A snowflake website is worth nothing if it melts the moment a screen reader touches it.

author avatar
Ahmad Wael
I'm a WordPress and WooCommerce developer with 15+ years of experience building custom e-commerce solutions and plugins. I specialize in PHP development, following WordPress coding standards to deliver clean, maintainable code. Currently, I'm exploring AI and e-commerce by building multi-agent systems and SaaS products that integrate technologies like Google Gemini API with WordPress platforms, approaching every project with a commitment to performance, security, and exceptional user experience.