An engineer on every migration,
from the first look at your site to the switch.
MOVE · MIGRATION
Migration is a room in every Praxis admin, and the engine our engineers run for you. Your pages become native sections you can edit, not a copy of the old code, and before you switch, you see what moved and what did not. Our engineers run every migration with you, from the first look at your site to the switch.
Migration lives in your site's own admin, beside the site it builds. Our engineers drive it with you, and every screen below is one you both see.
Four ways in
A WordPress site has twelve parts the engine tracks: content, media, users, taxonomies, menus, options, redirects, forms, commerce, builder data, theme data and plugin data.
| Way in | Reaches in full | Reaches in part | Cannot reach |
|---|---|---|---|
| The Praxis exporter plugin | Every part it declares, all twelve as of October 2026 | ||
| A WordPress application password | Content, media | Users, taxonomies | Menus, options, redirects, forms, commerce, builder data, theme data, plugin data |
| A WordPress export file (WXR) | Content, menus, taxonomies, builder data | Media, users, forms, commerce, plugin data | Options, redirects, theme data |
| The site's public interface, with no sign-in | Public content, media, taxonomies | The other nine |
"Scan" returns a receipt for the way you chose: each of the twelve parts marked "Available", "Partial" or "Unavailable", and why this way in was chosen. Only a read through the exporter, with nothing partial or missing, is eligible for the full cutover.
Importing
Review
Before and after
What the migration found

migrate.amadalis.ai
Our engineers
Our migration servicefrom the first look at your site to the switch.
Sites built with Elementor or the WordPress block editor need the least hand work; very large or unusual sites, and sites not on WordPress, are scoped as projects of their own.
We migrate a Lighthouse customer's site, or a sample of it first; agencies subcontract their clients' migrations to us, and we work behind them.
The engine takes the strongest way in your site allows, and its receipt names what that way cannot reach.
A conservative sorter sends anything unknown to review with a plain reason.
Builder layouts become native rows and sections; fields, forms, search records and products become native records. The old HTML is not simply copied: a part that cannot be rebuilt without losing words is kept as it was and held for a person's review.
Pages and posts arrive as drafts. Redirects go live at import where possible, and the imported menu takes the place of a live menu of the same name.
A browser measures your live pages' colours, fonts, sizes and widths into a native theme, and makes it active.
Each page beside its original, its findings, and our engineers' hand where a page needs one.
The cutover receipt, then one record moves your domain.
We only read from it, and it stays live until you approve the switch.
Pages and posts arrive as drafts, and none is published until a person approves it. Redirects go live at import where possible, as do a menu of the same name and the theme, and the panel names each one before you begin.
What could not come is named, page by page, and the source is not marked safe to turn off until every class of loss is zero.
Cancelling, rolling back, deleting and resetting each wait for a second click on a button that names the act.
The copilot's tools refuse WordPress passwords. Passwords, sessions and payment details never move with the site, by design, and accounts arrive ready for their owners to claim.
Every file carries a checksum, and through the exporter a mismatch blocks the cutover.
Our engineers compare every page with its original and finish what needs a human hand. You see each page side by side, and nothing moves to your domain until you approve.
It depends on the site. We give you a schedule when we scope it.
Yes. Anyone can explore it at migrate.amadalis.ai, and with an invitation it runs a real migration of your own site into a private sandbox. For the move itself, our engineers run every migration with you.
Their software stays behind. What they held, such as forms, search settings, custom fields and products, comes across as native content wherever the engine can carry it, and anything it cannot carry is named before you switch.
They become native redirects at import, except where the destination is missing or a redirect conflicts; those are listed for review. Some archive addresses point to the home page. Rules from the Redirection plugin come across through the exporter, and its pattern rules become review items.
Titles, descriptions, canonical addresses, robots settings and social cards from Yoast, Rank Math, SEOPress and All in One SEO become a native search record for each page.
Yes. Products, variations, coupons, tax and shipping come across as native data, and past orders as history. A moved store runs on Praxis's own checkout, paid through Stripe, and our engineers scope and test every store move with you.
Yes, as a project of its own, priced by its scope.