The brief was simple: add a filterable portfolio gallery with lightbox, lazy loading, and category tabs. The WordPress way took the usual path—forty minutes comparing plugins, three candidates installed, one conflicting with the theme’s jQuery version, another hiding the feature you actually needed behind a “pro” paywall. Four hours later, with a premium licence and a functions.php hack from Stack Overflow, it worked. Mostly.

The next project, same brief. This time, described to an AI in two paragraphs. Working code in under three minutes. No plugins. No conflicts. No annual subscription. And a lightbox implementation that did exactly what was specified—nothing more, nothing less.

This is the shift nobody prepared web designers for.

The Drag-and-Drop Ceiling

WordPress powers 43% of the web. Elementor, Divi, and WPBakery made it possible for non-developers to build professional-looking websites. That’s not nothing.

But anyone who’s built more than a handful of WordPress sites knows where this story goes. You need a feature. You search the plugin repository. You find seventeen options, five of which haven’t been updated in two years, three of which have one-star reviews mentioning security vulnerabilities, and two of which might work but require a €79/year licence for the specific capability you need.

The drag-and-drop model promised democratisation. What it delivered was dependency—on plugin developers’ priorities, on theme compatibility, on update cycles you don’t control, and on a PHP-based architecture designed in 2003.

Enter the Chat Builder

Vibe coding—the practice of describing what you want to an AI and iterating through conversation—is not a gimmick. It’s a fundamental change in how web interfaces get built.

Instead of searching for a pre-built solution and adapting your requirements to fit it, you describe your exact requirements and receive purpose-built code. The difference is subtle but profound: you stop compromising on functionality because “the plugin doesn’t support that option.”

The shift demands a new skill: prompting. Not coding, not design—prompting. The ability to articulate what you want, provide context, specify constraints, and iterate on results. Think of it as creative direction for machines. The designers who learn to speak to AI with precision will build things that no page builder could deliver.

Where AI Genuinely Excels

Start with the obvious: speed. A filterable grid with animations, a dynamic pricing calculator, a multi-step form with conditional logic—features that would require plugin research, compatibility testing, and customisation can be described and generated in minutes.

But speed isn’t the real story. The real advantage is scope.

In WordPress, your ambition is bounded by what plugins exist. If no one has built the specific feature you envision, you either hire a developer or you compromise. With AI, the boundary is your ability to describe what you want. A client portal with custom invoice display? A real-time project timeline with drag reordering? An interactive compliance checklist that generates PDF reports? Describe it. Refine it. Deploy it.

The plugin search is dead. The prompt is its replacement.

And here’s what nobody talks about: the education. Every interaction with an LLM is a micro-lesson. You ask for a React component, the AI explains the hooks it’s using. You request an API endpoint, you learn about REST conventions. You describe a layout, you absorb CSS Grid patterns you never knew existed. You don’t set out to learn—you learn because you’re building. The LLM is simultaneously your developer and your tutor.

After six months of building this way, you’ll know more about modern web architecture than five years of dragging blocks around a page builder could teach you.

Where It Hasn’t Caught Up (Yet)

Honesty matters, so let’s be honest.

AI-generated code isn’t always production-ready. It can produce solutions that look correct, pass basic testing, and fail under edge conditions. Complex state management across large applications still requires human architectural thinking. Visual pixel-perfection—matching a precise design comp down to the last detail—still demands a trained eye and manual refinement.

WordPress, for all its limitations, offers something AI can’t yet match: a mature ecosystem of battle-tested solutions for common problems. WooCommerce handles e-commerce at scale. Yoast has been optimising SEO since 2010. Contact Form 7 has processed billions of submissions. These aren’t elegant, but they’re proven.

The honest assessment: AI excels at custom, specific, novel implementations. WordPress excels at standardised, common, well-trodden paths. Knowing which situation you’re in is half the battle.

The Security Conversation

Every article about AI-generated code warns about security vulnerabilities. Fair enough—LLMs can produce code with injection flaws, improper input validation, or insecure defaults.

But let’s have the full conversation.

WordPress—the platform 43% of the web runs on—is a perpetual security incident. Plugins with millions of installations get disclosed vulnerabilities weekly. Your site’s security depends on the responsiveness of third-party developers you’ve never met. A single abandoned plugin is an open door. The attack surface grows with every plugin you install, and most WordPress sites run fifteen to thirty of them.

With AI-generated code, the risk profile is different. Yes, the code may contain vulnerabilities. But you can see the code. You can audit it. You can ask the AI itself to review it for security issues. You can run static analysis. And critically—you’re not dependent on someone else’s patch cycle. If you know what to look for, you can reduce the attack surface dramatically compared to a WordPress site running twenty plugins from twelve different developers with varying commitment to maintenance.

The choice isn’t between secure and insecure. It’s between risks you can see and risks you can’t.

The Mindset Shift

This is where most web designers get uncomfortable.

The skills that made you valuable in the WordPress era—knowing which plugins to use, how to configure theme options, how to work around builder limitations—are becoming commoditised. The AI knows every plugin you know, and it doesn’t need to remember which version broke compatibility with PHP 8.2.

The new skills are different:

  • Architectural thinking. Understanding what you’re building at a structural level, not just a visual one. What framework fits this project? What’s the data flow? How do the pieces connect?
  • Prompt engineering. The ability to describe complex requirements in a way that produces usable results. This is a craft—vague prompts produce vague code. Specific, contextual, constrained prompts produce deployable features.
  • Code literacy. Not coding—literacy. You don’t need to write React from scratch. You need to read what the AI produces, understand its structure, and identify when something isn’t right.
  • Quality judgement. The AI will give you something that works. Your job is knowing whether it works well—whether it’s accessible, performant, secure, and maintainable.

The web designer of 2026 isn’t someone who builds. It’s someone who directs the build—and knows enough to tell when the result isn’t good enough.

The Framework Migration Nobody Planned

There’s an accidental benefit that deserves more attention: AI is pulling the web development industry off outdated technology stacks.

When a designer describes a feature to an AI, the output isn’t a WordPress plugin running on PHP 5.6 patterns. It’s React. It’s Next.js. It’s modern JavaScript with proper component architecture, server-side rendering, and type safety. Not because the designer chose it—because the AI defaults to current best practices.

This forced migration is, frankly, overdue. WordPress was revolutionary in 2005. In 2026, it’s a legacy system that the industry has been too comfortable to leave. The AI doesn’t care about your comfort zone. It builds with the tools that make sense now, and in doing so, it drags the entire profession forward.

If you’ve been avoiding modern frameworks because the learning curve felt too steep, the AI just flattened it for you. You’re not learning React in a classroom—you’re learning it by building your client’s website while the AI explains every line it writes.

The Honest Question

We’re not going to pretend this is settled. It isn’t.

Some projects genuinely need WordPress—content-heavy sites with non-technical editors, established workflows, mature e-commerce requirements. Not everything needs to be rebuilt from scratch, and the urge to over-engineer is real.

But the trajectory is clear. The tools are improving monthly. The gap between “what I can describe” and “what gets built” is shrinking fast. And the generation of designers who learn to work with AI rather than around pre-built components will have a structural advantage that no number of premium plugin licences can match.

The designers who learn to describe what they want will outbuild the ones who search for what already exists. Every single time.


Evaluating whether AI-assisted development fits your next web project? Let’s discuss your requirements.