Why We Moved Khod Off Webflow

We build websites on Webflow, WordPress, and Framer for a living. We just moved our own off Webflow.

That sounds like a contradiction, so let me explain it up front. We are Webflow Certified Partners and have no intention of leaving the program, let alone writing “Webflow is dead” hot takes.

We still build on it. Most of our client portfolio is on Webflow, and for many companies, it's still the right choice. What we did to our own site was an experiment. We wanted to test it on ourselves before putting a client anywhere near it. Here's why.

Two reasons we made the move

The first is speed. Agentic development, where an AI agent does much of the mechanical build work on instruction, is letting us ship changes far faster than we could by hand. We wanted that speed on our own site.

The second is that we had to see it for ourselves. Agentic development is becoming a major market shift. Businesses are already leaving Webflow for it. We would rather investigate a change like that by living it than by reading about it. So we migrated our site, roughly 180 pages.

Where Webflow still wins, and where it does not

We did not leave because our site had gotten too big or complex for Webflow. It handled our roughly 180 pages without trouble.

Webflow's advantage is the managed layer. It is a private company that takes care of your hosting and your security, and for many businesses that is a serious consideration. If your team would rather not own that responsibility, Webflow earns its price.

Where an agentic stack pulls ahead is on what you can actually build. A visual builder gives you what the platform chose to expose, and it reaches an agent through an MCP bridge that is itself a bottleneck. With code, the ceiling is whatever you can describe. Sky's the limit.

Webflow hands you a managed, secure foundation. An agentic stack hands you range.

The real question was what we wanted to build

Here is the reframe that made the decision simple. The question was never “which builder do we prefer.” It was not even “what can an agent operate.” It was “what do we want to build,” and then “what lets us build it.”

Once we asked it that way, the answer pointed at a codebase and structured content. An agent reads and writes code. It can restructure a component, update content across a hundred pages, and fix a schema in one pass. We did not give up the visual canvas entirely, though. We built a visual editor in Sanity that lets us move components around. It is less flexible than Webflow, but new things get built agentically, then managed by pairing the agentic workflow with the CMS as a visual builder.

What it cannot do well yet is design. Teaching an agent taste is still an unsolved problem (at least for us), so you still need a good designer driving it. The agent carries the mechanical load. The judgment is still human.

The agentic work itself happens in a terminal. Claude Code runs in a terminal, Codex runs in a terminal, and Ship Studio is the terminal wrapper we chose to run ours in. It is a tool, not the point. The point is that the site became something an agent can build and change on instruction.

The stack, and why we are not precious about it

We rebuilt on Next.js and Sanity. The specific choice mattered less than people assume. We could have picked Astro or another framework and CMS and been fine. Claude recommended this pairing; we had seen Memberstack make the same move, and we needed to start somewhere. So we started here.

To give some context about the stack we chose:

Next.js puts rendering and SEO in our hands: we decide what is static, what revalidates, and what structured data each page emits.

Sanity holds the content as schema-as-code, which matters the moment you have relationships between content like an integrations library or an article cluster. It can also act as a visual editor when we want that convenience, which keeps a human in the loop and cuts down on token cost.

And agentic development is the layer that ties it together and the reason for the whole move.

What we can say so far

We migrated roughly 180 pages. The site is stable, and performance improved across it. That is not a small migration, and it held out.

It's been less than a month, so we are not going to dress this up as a finished case study with a bow on it. But the early read is clearly positive, and we are glad we made the call. The full before-and-after, with the numbers, is exactly what we are creating Khod Labs for. We are launching Labs to publish our R&D and internal case studies, and this migration is one of the few we will start with.

A fair warning, since this is about us

This worked for us because operating this kind of stack is our job. Agents carry the mechanical load, and we know how to drive them. That is not most teams.

So the one caution we will give is this: if you are building a site that someone else will run day to day, think hard before handing them a codebase and an agentic workflow. There is no guarantee the next person is as fluent or as quick on their feet with it as you are, and a stack nobody on the team can operate is a liability, not an upgrade. For that situation, a managed platform like Webflow is often the safer, smarter answer. We are not going to pretend otherwise.

That said, the gap is narrower than it sounds. The same agentic workflow that built the site can help run it: when the next person hits something they cannot figure out, they can ask Claude to either fix it outright or walk them through the problem to the solution. It does not erase the caution, but it lowers the stakes of not knowing the stack cold on day one.

We made the move because we wanted to build more, ship faster, and find out what agentic development can really do, on the one site we are free to break. So far it is paying off. As of the end of June 2026, we have also signed our first clients to make the same move, and we are looking forward to putting the same stack to work on their sites — those become case studies of their own. When our own numbers have earned it, you will see them in Khod Labs.

If you are weighing a change to how your site is built, talk to us.