WordPress to Wix Studio: the complete migration guide

Wix built an importer for WordPress and only WordPress. It covers your blog posts. Everything else, from the pages to the plugins to the theme, gets rebuilt. Here's exactly where that line falls and what it costs to cross it.

  • The only platform Wix imports from
  • Blog posts in, everything else rebuilt
  • Fixed price before anything starts

WordPress to Wix Studio at a glance

The short answers, before the detail. Every one of these is expanded further down the page.

Can the design be converted?
No. Wix states that importing a site created outside of Wix isn't supported, and your theme has no equivalent to convert into.
What actually imports
Blog posts, with their text, images, video, original dates and categories. That is the whole of the exception.
What happens to your URLs
Pages keep their paths, and a CMS-built blog keeps its post paths too. Wix's Blog app is the one that forces a /post/ prefix.
What it costs
From €1,750, quoted as a fixed price once the page and post count is known.
How long it takes
Two to five weeks, plus 30 days of index monitoring after launch.
DIY difficulty
High. The importer's success is misleading: the blog arrives and the rest of the site quietly doesn't.

What you get on Wix Studio

WordPress problems are rarely design problems. They're maintenance problems, and they arrive on a schedule nobody chose. These are the ones that stop.

The update treadmill stops

No plugin updates that break a page on a Tuesday, no PHP version deadlines, no core release you postpone because the last one took the checkout down. Wix maintains the platform underneath you.

Security stops being your job

Most WordPress sites are compromised through an out-of-date plugin rather than the core. Removing the plugin layer removes the surface, and the patching schedule with it.

One bill instead of five

Hosting, backups, a security plugin, a page builder licence and a forms add-on collapse into a single subscription, and nothing expires quietly in the background.

Nobody needs a developer to publish

Studio's CMS handles the repeating content that custom post types and a page builder were doing, and the people who write your content can put it live themselves.

The site stops depending on one person

WordPress installs accumulate decisions only whoever built them can explain. A Studio build is editable by anyone with access, which is usually the real reason a business is stuck.

Custom work still possible when you need it

Dev mode gives you a proper code environment with npm packages, so leaving WordPress doesn't mean accepting a ceiling. It means choosing when to write code rather than being forced to.

Why hand this one over

The parts that cost people money here aren't the rebuild. They're the blog import that looked like it worked, the plugins nobody audited before quoting, and the post URLs redirected to a single index page.

Who should move, and who shouldn't

WordPress is genuinely better at some things, and saying so is more useful than pretending otherwise.

Worth moving
You're paying for hosting, backups, security and a page builder, and none of it makes the site better.
Plugin updates have broken something more than once and nobody wants to run them.
Publishing a page means asking a developer, because the theme or builder needs handling.
The site is a brochure, a blog and some forms, and the WordPress underneath it is overkill.
Stay where you are
You run a large WooCommerce store with complex fulfilment or subscriptions.
Your site runs on custom post types and custom fields that only make sense inside WordPress.
You have a developer on the team who is happy maintaining it.
You need a plugin with no Wix equivalent and the plugin is the reason the business works.

One distinction worth holding onto: a redesign changes how the site looks, a migration moves it while preserving the URLs, content and search visibility the business already depends on. Leaving WordPress is usually both, and the migration half is what stops the redesign undoing years of published work.

What carries across, and what gets rebuilt

Wix enumerates what its WordPress importer takes and what it leaves, which makes this table unusually exact. Starting with the good news.

Carries over
Blog post text, images and video
Wix's importer brings post content across with its images, video, original publish dates and any alt text you had entered.
Carries over
Blog categories
Categories migrate and stay linked to their posts, which is the one taxonomy that survives the trip.
Carries over
Your domain
Points at the new site with no registrar transfer, so the WordPress site keeps serving traffic until the afternoon you cut over.
Rebuilt
Static page content
The importer covers blog posts only, so About, Services and every other page is rebuilt with its copy moved across by hand.
Rebuilt
Media library
The WordPress export file references media rather than containing it, so anything outside a blog post is pulled down and re-uploaded.
Rebuilt
Custom post types and custom fields
They're in the WordPress export as data but nothing renders them on the other side, so they're remodelled as Wix CMS collections.
Rebuilt
SEO titles, descriptions and schema
Yoast or Rank Math settings live in the plugin rather than the post, so they're re-entered on the new site and diffed before cutover.
Rebuilt
Post formatting
Wix says some but possibly not all of your formatting survives the import, so posts get a manual pass rather than a spot check.
Rebuilt
Blog post URLs
Wix's Blog app forces a /post/ prefix that can't be removed, but a CMS-built blog lets you set the prefix yourself, so your existing post paths can be kept exactly.
Replaced
Contact forms
Wix names contact forms in the importer's exclusion list, so forms are rebuilt natively and pointed at the same destinations.
Replaced
Plugin functionality
Bookings, memberships, events and SEO tooling exist as native Wix features, so the job is matching behaviour rather than porting code.
Replaced
WooCommerce
Wix Stores covers the same ground but no WordPress product import path is documented, so check what your catalogue export gives you before planning around it.
Doesn't move
Tags, author names and comments
Wix lists all three as excluded from the import, so tags go, every post arrives under your name, and comments stay on the old site.
Doesn't move
Custom code and PDFs
Manually inserted HTML and CSS snippets, custom plugins, and attached documents like PDFs are all named exclusions and get re-added deliberately.
Doesn't move
Drafts and scheduled posts
Only published posts import, and password-protected ones need unlocking first, so anything unpublished is copied across manually.
Doesn't move
Your theme
Nothing about a WordPress theme survives, and that's the point of moving: the rebuild is what removes the layer you were maintaining.

The pattern underneath the rows: your writing moves, the machinery that displayed it doesn't, and the taxonomy around it is thinner on arrival than it looks.

Not sure which of these apply to your site?

Send us the URL. We'll count your posts and pages, list the plugins doing real work, and tell you which rows above you actually need to care about.

How the move runs

Seven stages, and your WordPress site keeps serving traffic through all of them.

Step 01

Crawl the live site, not the export

1 to 2 days

The export file is a content dump, not an inventory. What matters is which URLs earn, and only the live site tells you that.

What the crawl captures:

  • Every indexable URL with its performance: Impressions, clicks and position from Search Console over the last twelve months.

  • Current metadata per page: Titles, descriptions and canonicals, because Yoast settings don't travel with the content.

  • The plugin inventory: Which plugins are load-bearing and which have been dormant for two years.

Step 02

Decide what the plugins were actually doing

1 to 2 days

Most WordPress sites run more plugins than anyone can account for. The job is separating function from accumulation.

Each one lands in a bucket:

  • Native in Wix: Forms, SEO controls, bookings, memberships and analytics all exist without an add-on.

  • Rebuilt as a CMS collection: Anything a custom post type or directory plugin was holding.

  • Genuinely gone: If something is doing work Wix can't, you hear it at this stage rather than after the invoice.

Step 03

Model the structure and the CMS

2 to 4 days

Repeating content gets defined once so publishing becomes a form rather than a build. This is the stage that decides whether the move pays back.

Where the gain comes from:

  • Custom post types become collections: Define the pattern once and the twentieth entry costs what the second did.

  • Where the blog lives gets decided here: Wix's Blog app or a CMS collection, and it's the choice that sets whether your post URLs survive.

  • The page hierarchy gets revisited: Years of WordPress sites accumulate pages nobody would create today.

  • Global styles set before anything is built: So a brand change later is one edit rather than forty.

Step 04

Run the blog import

1 day

The one automated part, and it only loads into Wix's Blog app. Up to 5,000 posts per run, against an overall limit of 100,000. A CMS blog takes the same content by CSV instead, which is more setup and keeps your URLs.

What happens around it:

  • Formatting gets checked post by post: Wix warns that some but possibly not all formatting survives, so this is a pass rather than a spot check.

  • Authors and tags get re-applied: Both are excluded from the import, so multi-author blogs need reassigning by hand.

  • Drafts and protected posts move manually: Only published, unprotected posts qualify for the importer.

Step 05

Build the rest in Studio

1 to 3 weeks

Every page the importer didn't cover, built responsively with the collections populated and the forms rebuilt.

What you get to review:

  • A staging site on a real URL: Reviewed on your own phone, not as a slide of screenshots.

  • Real content, not placeholder: Collections are populated during the build so you're seeing your actual pages.

Step 06

Map the redirects, then cut over

2 to 4 days

How many URLs change was decided back at the build stage, so this is where that decision gets paid for. Whatever moved gets a mapped redirect, uploaded and tested before the domain does.

The sequence:

  • Post by post, never a blanket rule: Where post URLs do change, pointing the whole blog at one index page turns every ranking post into a bounce.

  • Uploaded in CSV batches: Wix takes up to 500 redirect rows per file, which is how a few hundred posts get loaded.

  • Tested against the crawl inventory: Before the domain points anywhere, so no changed URL ever serves a 404.

Step 07

Watch it land

30 days

Coverage and impressions checked daily for the first fortnight, then weekly. This is the stage most quotes leave out.

What's monitored:

  • Index coverage: Anything that drops out or starts 404ing gets fixed inside the window at no extra cost, against a price fixed before the work began.

  • Position against the baseline: Compared with the stage-one crawl, so drift is caught in week two rather than month three.

100+
Projects shipped
5.96x
Average ROAS
€1M+
Client revenue generated

10+ brands shipped as MOD Digital's build partner

Zenith redefined what hard work means to me. They treat every website project with pride, enthusiasm and extreme passion.
Flynn BlackieFlynn BlackieDirector - MOD Digital

Rated on Trustpilot

Knode AI
MOD Digital
Capacity
Techtonnik
Genroks AI
Stilby
FoxStays
Jim Steele
AdVantage
Fox Energy
NOTYOU
Kema Coatings
Empyrean Global
LMF HR
BoomBoom Creatives
Just Stay
Creatify Collective

Not sure how much of your site the importer would actually take?

Send us the URL. We'll tell you how many posts would import cleanly, which plugins are doing real work, and what the rest would cost to rebuild.

Transparent, fixed pricing

Fixed scope, fixed price, fixed timeline. No retainers, no licensing traps, no surprise invoices.

Book a call

The Minimum

A clean, credible build for businesses that need to launch fast.

From €1,750

one-time · 2-week delivery

Book a call

Core functionality

  • Up to 5 pages
  • Wix Studio design & build
  • Mobile responsive
  • Basic on-page SEO
  • 1 round of revisions
Most popular

The Studio

Prestige design, custom functionality, and the full SEO and copy stack, handled.

€3,750

one-time · 5-week delivery

Book a call

Everything in The Minimum, plus:

  • Up to 12 pages
  • Custom functionality & CMS
  • Integrations & automations
  • Full SEO, GEO & copywriting
  • 3 rounds of revisions

The Zenith

A long-term partnership: growth retainers, ads, SEO campaigns, and ongoing builds.

Custom

monthly · Ongoing

Talk to us

Everything in The Studio, plus:

  • Dedicated design & dev team
  • Growth retainer & ad campaigns
  • Ongoing SEO & content
  • Priority support & SLAs
  • Unlimited revisions

WordPress to Wix Studio,answered

The questions that come up on every one of these calls.

Only the blog. Wix states that importing a site created outside of Wix isn't supported, and names WordPress blog posts as the single exception. The importer brings post text, images, video, original dates and categories across. Your pages, theme, plugins and everything they powered are rebuilt in Studio. So the honest answer is that WordPress is the one platform Wix will meet you halfway on, and halfway is the blog.

Wix lists the exclusions explicitly: contact forms, author names, tags, custom plugins, manually inserted HTML and CSS, PDFs and other attached documents, and comments. It also imports published posts only, so drafts and scheduled posts are copied manually, and password-protected posts need unlocking first. Wix also warns that some but possibly not all of your formatting survives, which is why posts get checked individually rather than sampled.

Not if the URLs are handled deliberately, and on this move most of them don't have to change at all. Static pages keep their paths. Blog posts depend on one build decision: Wix's Blog app puts every post under a /post/ prefix that can't be removed, while a blog built on the CMS lets you set the prefix yourself, so a WordPress site already publishing at /blog/post-name can keep exactly that. The quieter risk is metadata: Yoast and Rank Math settings live in the plugin, not the post, so titles and descriptions get re-entered and diffed against the crawl before the domain moves.

Mostly not, and where they do it's a choice rather than a constraint. Wix Studio imposes no path structure on standard pages, so /about stays /about. Your blog comes down to how it gets built: Wix's Blog app forces every post under a /post/ prefix, so a site with three hundred posts needs three hundred mapped redirects, while a CMS-driven blog lets you set the prefix and the slug, which is how an existing /blog/post-name structure survives the move untouched. Where redirects are needed they get mapped post by post, never a blanket rule pointing the old blog at the new index, which technically avoids 404s and quietly converts every ranking post into a bounce.

From €1,750, quoted as a fixed price before any work starts. The number moves on your post count first, since every post gets a formatting pass after import, then on how many plugins were doing real work that has to be rebuilt rather than replaced, and whether custom post types need modelling as CMS collections. A five-page brochure site with a dormant blog sits at the bottom of that range.

Two to five weeks from kickoff to launch for most sites, then a 30-day monitoring window that runs while you're already live. The blog archive drives the number: the import itself is a day, but checking formatting across four hundred posts, one by one, is not. Your WordPress site keeps serving traffic throughout.

For a small site, yes, and the blog importer genuinely helps. The trap is that it succeeds loudly while the rest of the site quietly doesn't come. A five-page site with a short blog is a reasonable weekend project. It turns when you have a few hundred posts carrying organic traffic, custom post types holding real content, WooCommerce, or plugins doing work you'd have to replace rather than drop. The reliable signal is your organic traffic: if the blog earns enquiries, the risk isn't the rebuild, it's the redirect map you can't check afterwards.

Most of what plugins were doing is native in Wix, so the work is matching behaviour rather than porting code. Forms, SEO controls, bookings, memberships, galleries and analytics all exist without an add-on. What needs a decision is anything truly custom: a plugin doing something Wix has no equivalent for is the one thing that can make this move the wrong call, and you hear that during the audit rather than after the invoice.

Wix Stores covers the same ground, but Wix documents no product import path from WordPress, so this is the row to check against your own catalogue before planning around it. Send us a product export before we quote. For a small catalogue this is straightforward. For a large store with variants, subscriptions or complex fulfilment, WooCommerce may be the reason to stay, and we'll say so.

Yes, and it should. The Studio build lives on its own staging URL while WordPress keeps serving your domain, so there's no maintenance page and no gap in enquiries. You sign off on a working site you can open on your own phone. The domain moves in a single afternoon at the end, once the redirect map has been uploaded and tested.

Find out what the importer would actually take

Send us your WordPress site. We'll tell you how many posts import cleanly, which plugins are load-bearing, and what the rebuild would cost. Free, and useful even if you decide to stay put.