Copy link
The EazyDocs marketing site looked the way we wanted it to look. It just lived in Elementor. Every small copy change meant opening the builder, finding the right widget, and hoping we didn’t nudge a padding value on the way out.
We didn’t want a redesign. We wanted the same pages, without Elementor, and a faster way to make the next change. So we migrated them into Antimanual Builder — the product we build, on a site we already ship. You can see the result at eazydocs.spider-themes.net.
We’d used Elementor for years — widgets, templates, the whole third-party shelf. It did that job. What it didn’t do was give us a first draft from a sentence, or let us keep a live page when we wanted out.
Leaving a page builder usually means starting over. New layout. New widgets. A week of “does this still match the old site?” We weren’t going to rebuild EazyDocs to get a different editor.
Direct migrate takes a snapshot of the page visitors already see — markup, styles, scripts, fonts — and turns it into a normal WordPress page you edit in Antimanual Builder. A few seconds. No AI key. You can replace the original or keep a copy while you check the front end.
On EazyDocs, each page also picked up the old header and footer in that snapshot. We pointed the page at the Docy theme chrome, deleted the cloned nav so it wasn’t doubled, and moved on. A few seconds. After that, Elementor could come off. The look doesn’t depend on it staying installed.
People hear “AI page builder” and assume migrate feeds the old page into a model and hopes the output matches. That is not what we ran on EazyDocs.
Direct migrate fetches the published URL — the HTML visitors already get — and saves it as a normal WordPress page in Antimanual Builder. The CSS, JavaScript, and fonts that page depends on come along with it. Those files live with the page, not inside Elementor. There is an Assets screen in the builder if you need to review or update them later.
That is why Elementor can come off afterwards. The homepage is not asking Elementor for a heading widget at runtime. It is a page with its own markup and its own copied assets. You can replace the original or keep a copy. We kept a safety net on the first one, checked the front end, then moved the rest.
Now the page is just a page. Drag and drop still works with no AI. When we want a bigger change, we say it: rewrite this hero, swap this section, leave pricing alone. The editor does it in place.
Chat needs the free Antimanual companion and your own key, Cloud credits, or WordPress AI Connectors. Migrate doesn’t. If you never open the chat panel, you still have a visual builder.
Antimanual Builder will draft a landing from a sentence. That is how we start pages that do not exist yet — one prompt, a full layout on the canvas, then chat or drag until it is shippable.
EazyDocs already existed. The hero, the feature grid, the pricing, the docs-plugin story: that was a site we had already designed. Regenerating it from a prompt would have been a redesign with extra steps. Migrate was the other door. Keep the page. Change the editor. Describe the next change when you actually have one.
Those two workflows sit next to each other on purpose. New URL? Prompt it. Live Elementor page you still like? Copy it, then prompt the next edit if you want. We did not mix them up on this site. The marketing pages were copied. New pages we add now can start from a prompt.
The pages still look like EazyDocs. Visitors didn’t have to relearn the site. We stopped reconstructing sections by hand. New landings can start from a prompt instead of a blank canvas. The visual builder is free; we only pay for Pro if we need HTML/ZIP import, dynamic content, or Design System Pro.
And when someone on the team wants a copy tweak, they don’t need to remember how the old widget tree was nested. They need to know what the page should say next.
This is our own marketing site, not a customer write-up. The pages already used the Docy theme for site chrome. Elementor was the canvas inside that chrome — widgets, templates, the usual stack we had used for years.
After each snapshot we attached the theme header and footer and deleted the cloned nav so it was not doubled. A few seconds a page. Then Elementor could come off. We were not leaving a plugin installed just to hold the layout together.
From there the work is ordinary. A headline we want tighter. A section we want rewritten. A block we want moved. Drag and drop if that is faster. Chat if the change is bigger. Plan mode if we want to see the edit before it lands. Nobody on the team has to remember how the old widget tree was nested.
The live site is still eazydocs.spider-themes.net. Same look. Different builder. That was the point.
If you already have Elementor pages you like, and you’d rather copy them than rebuild them — this is the path we used. If you want the next landing page to start as a prompt, even better. Side-by-side details are on Antimanual Builder vs Elementor.
If your whole delivery stack is Theme Builder, Woo kits, and a third-party widget set your clients already expect, stay there. That’s a different job. You can still try Antimanual Builder on one marketing URL without touching the rest.
Install Antimanual Builder, leave Elementor on, and migrate a single published page. Keep a copy the first time if that helps you sleep. Check the front end, attach your header and footer, then decide whether the rest of the site is worth moving.
For building, visual editing, and AI page generation, yes. The visual builder is free. Use your own AI key, Cloud credits, or WordPress AI Connectors when you want chat. Pro is optional — HTML/ZIP import, dynamic content, and Design System Pro.
Yes. Leave Elementor on the old pages and use Antimanual Builder on the ones you migrate or generate. Switch over when you’re ready, not on day one.
No. Direct migrate and the visual editor work without one. Add a key (or Cloud credits) only when you want to change a page by chatting with it.
Yes — the snapshot copies the assets with the page. We still check a staging copy first, then deactivate Elementor once that page stands on its own.
Migrate copies whatever was on the live page, including the old nav. Attach your site header and footer, then delete the cloned ones so they aren’t doubled. On EazyDocs that took a few seconds per page.
Start with marketing and content pages. If you already depend on Elementor Woo widgets and Theme Builder templates, keep those in Elementor for now.
No. Direct migrate is a snapshot of the live page — markup, styles, scripts, and fonts. It does not send the page through a model and hope the output matches. Chat is a separate step, after the page is already yours.
Yes. Migrate can replace the original or keep a copy while you check the front end. We kept a copy on the first EazyDocs page, then replaced once it looked right.
Migrate copies a live URL, not a Theme Builder template. Headers, footers, singles, and archives you built in Elementor stay in Elementor until you replace them. On EazyDocs we used the Docy theme chrome and attached that after each snapshot.
No. Leave Elementor on. Migrate one published page. Check it. Then do the next ones. We uninstalled Elementor only after the marketing pages stood on their own.
That’s the whole story. The EazyDocs pages are still EazyDocs. They’re just ours to edit now.
No comments yet — be the first to share your thoughts.
Save my name, email, and website in this browser for the next time I comment.
Δ
Or copy link