WordPress page builder lock-in: what it costs and how to spot it
Every WordPress site built on a page builder carries a bill that nobody reads at the time.
Page builder lock-in is what happens when your layouts live inside a plugin instead of inside your posts. Turn the plugin off and the design does not degrade gracefully. It disappears, and what is left behind is a wall of shortcodes where your pricing table used to be.
We run a WordPress maintenance company. Most of the sites we take over were built by somebody else, on something else, and the handover is where the bill arrives. This post is what that work taught us about spotting lock-in before it is expensive.
What is page builder lock-in?
Page builder lock-in is a dependency where your content cannot be read without the plugin that created it. The words are in the database, but the structure that made them a page is not. Remove the builder and you keep the text, not the layout.
It is worth being precise, because “lock-in” gets used loosely. A theme you dislike is not lock-in. Switching it is an afternoon. Lock-in is when the exit costs more than the thing was ever worth, and page builders reach that point faster than most people expect, because the dependency grows with every page you publish rather than staying fixed at install.
How do you know if your site is locked in?
There is a five minute test that costs nothing. Open any page in the WordPress editor and look at what you see, then check what the database holds underneath it.
- Open a page in the block editor, not the builder. If WordPress shows you one grey box saying the content was built with another editor, the layout is not in your post.
- Deactivate the builder on a staging copy. Never the live site. Load the same page and see what survives.
- Count the shortcodes. Square brackets in the middle of your paragraphs are the visible edge of the dependency.
- Check a second theme. Switch themes on staging. Content that is really yours looks plain but correct. Content that is not looks broken.
- Look at the licence renewal date. If the layout stops working when a card expires, that is not a design decision, it is a rental agreement.
Most people fail step two and are surprised. That surprise is the whole problem: the exposure is invisible while the plugin is active, which is exactly when nobody is looking for it.
What actually breaks when the builder goes?
Four things, in roughly this order. The text usually survives. Everything that made it a page does not.
- Layout, immediately. Columns, spacing and section backgrounds were plugin markup. They go with it.
- Anything interactive. Accordions, tabs, sliders and pricing toggles were widgets. They leave shortcode text in their place.
- Forms and their submissions. Often the worst one, because the entries may live in the plugin’s own tables rather than in WordPress.
- The ability to edit. A client who could update their own prices last week now opens a screen they do not recognise and phones you.
The pattern we see most often is not a dramatic failure. It is a site that quietly cannot be handed to anyone else. The agency that built it moved on, the subscription is on somebody’s personal card, and the person who owns the business cannot change a phone number without paying someone. That is the real cost, and it does not show up until you try to leave.
Not sure how exposed your site is? Ask us for a second opinion. No obligation, and we will tell you if the answer is “you are fine”.
Why does content built with blocks survive a theme switch?
Because block content is stored in the post itself as ordinary HTML with comment markers around it. Switch themes and the markup is still there. It restyles rather than vanishing.
That is a property of the WordPress block editor, not of any particular theme, which is the point. The safety comes from using the editor WordPress already ships rather than a parallel one bolted on top. A theme can add its own blocks and still keep this property, as long as those blocks render on the server into plain markup instead of leaving a placeholder that only the plugin understands.
Ours does that, for the obvious self-interested reason: we are the ones who inherit these sites. The no page builder stance explains how the 43 blocks work and what happens to a page when the theme is switched off.
Is page builder lock-in always a bad trade?
No. It is a trade, and sometimes it is the right one. A builder buys you speed and a visual canvas, and for some projects that is worth more than portability will ever be.
| Your situation | The better bet |
|---|---|
| One campaign page, live for six weeks | Use the builder. Portability is worth nothing here. |
| A site you will hand to a client | Blocks. Somebody else has to edit it after you. |
| Twenty client sites on one licence | Blocks. The renewal maths gets worse every year. |
| You are the only person who will ever touch it | Either. Pick the one you are faster in. |
| The business depends on the site | Blocks. The exit has to exist before you need it. |
The honest version is that builders are fine until the site outlives your involvement with it. That is the line. Most people cross it without noticing, because a site that started as a favour for a friend is running a business four years later.
How do you get out of page builder lock-in?
Slowly, and never by deactivating the plugin first. The order matters, because the builder is what is holding the pages up while you work.
- Take a full backup. Files and database, downloaded, not just stored on the same server.
- Rebuild the templates first. Header, footer and the page types you use most. Leave content alone.
- Move the pages that earn money. Home, services, contact. Rebuild them in blocks alongside the originals as drafts.
- Publish the rebuilt versions and keep the old ones as drafts for a fortnight, so a mistake is recoverable.
- Only then deactivate. Not delete. Deactivate, watch the forms, and give it a week.
Budget more time than the page count suggests. Rebuilding is quick. Discovering which plugin owned the contact form entries is not. If you are leaving a specific builder, the switching notes for Elementor and Divi cover what breaks on day one and what does not.
Frequently asked questions
Does deactivating a page builder delete my content?
No. The text stays in the database. What you lose is the structure around it, so the page still exists but reads as unformatted text with shortcodes in it. Nothing is deleted, which is why a rebuild is always possible, just tedious.
Is the WordPress block editor a page builder too?
It is an editor that ships with WordPress, and its output stays readable without it. That is the difference that matters. A page built in blocks and then viewed with blocks disabled is plain HTML, not shortcode debris.
Do custom theme blocks cause the same lock-in?
They can, if the block only renders inside its own plugin. They do not if the block renders on the server into ordinary markup. Ask what a page looks like with the theme switched off. That single question separates the two.
What happens when a page builder licence expires?
Usually the site keeps rendering and stops receiving updates. That is worse than it sounds, because an unmaintained plugin with editor access is a security problem long before it is a design problem.
How long does it take to move a site off a page builder?
For a ten page brochure site with one contact form, a day or two of focused work. The variable is never the page count. It is how many plugins were doing jobs you did not know about.
Is a lighter theme enough to fix page speed?
Rarely on its own. Our own theme ships 14 KB of JavaScript, and the site you are reading still loads far more than that, because plugins account for most of it. Removing a builder helps. It is not a performance strategy by itself.
Can I use a free theme commercially?
WordPress themes are distributed under the GPL, which permits commercial use and modification. Ours is GPL and can be rebranded, which matters if you build under your own name.
The short version
Page builder lock-in is not a reason to panic about a site that works. It is a reason to know where you stand before somebody else has to. Run the five minute test on staging. If deactivating the plugin leaves a readable page, you are fine. If it leaves shortcodes, you now know the size of the bill, which is better than finding out during a handover.
We maintain WordPress sites for businesses and agencies, most of them built by someone else. If you want somebody to look at yours and say plainly how exposed it is, see what that costs or just ask.