
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.
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.
- 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.
- Blog categories
- Categories migrate and stay linked to their posts, which is the one taxonomy that survives the trip.
- Your domain
- Points at the new site with no registrar transfer, so the WordPress site keeps serving traffic until the afternoon you cut over.
- 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.
- Media library
- The WordPress export file references media rather than containing it, so anything outside a blog post is pulled down and re-uploaded.
- 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.
- 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.
- 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.
- 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.
- Contact forms
- Wix names contact forms in the importer's exclusion list, so forms are rebuilt natively and pointed at the same destinations.
- Plugin functionality
- Bookings, memberships, events and SEO tooling exist as native Wix features, so the job is matching behaviour rather than porting code.
- 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.
- 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.
- 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.
- Drafts and scheduled posts
- Only published posts import, and password-protected ones need unlocking first, so anything unpublished is copied across manually.
- 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 daysThe 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 daysMost 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 daysRepeating 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 dayThe 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 weeksEvery 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 daysHow 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 daysCoverage 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.
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.”
Rated on Trustpilot
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.
The Minimum
A clean, credible build for businesses that need to launch fast.
one-time · 2-week delivery
Book a callCore functionality
- Up to 5 pages
- Wix Studio design & build
- Mobile responsive
- Basic on-page SEO
- 1 round of revisions
The Studio
Prestige design, custom functionality, and the full SEO and copy stack, handled.
one-time · 5-week delivery
Book a callEverything 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.
monthly · Ongoing
Talk to usEverything 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.
Sources
Every platform limit on this page links to the vendor's own documentation, so you can check it rather than take our word for it.
Last verified 19 August 2026
Wix: Request: Importing a Site Created Outside of Wix
Wix states importing a site created outside of Wix is not supported, with WordPress blog posts as the exception.
Wix Blog: Importing Blog Posts from WordPress to the Wix Blog
What the importer takes, the exclusion list covering forms, authors, tags, plugins, code, PDFs and comments, and the 5,000 per run limit.
WordPress: Tools Export screen
The WXR file carries posts, pages, custom post types, comments, custom fields, taxonomies, users and menus, but not media, themes or plugins.
Wix Blog: About blog post web addresses
The /post/ prefix on Wix Blog URLs, which can't be removed, and why the build decision below matters.
Wix: Making dynamic page URLs meaningful with prefixes
The collection name is only a suggested default prefix, and it can be edited, which is how a CMS-built blog keeps existing WordPress post paths.
Wix: Importing or exporting URL redirects with a CSV file
Bulk redirect import, up to 500 rows at a time.
Wix CMS: Importing content into a collection
CSV import into a collection, capped at 50,000 items per file.
Google Search Central: Site moves with URL changes
Google's guidance on URL-changing moves, and its statement that following it doesn't guarantee crawling, indexing or ranking.
Keep reading
This guide covers one source platform. The hub covers the rest, and the sibling guides go equally deep on theirs.
Website migration
The hub: what a migration to Wix Studio covers, what it costs, and every platform we move sites from.
Squarespace to Wix Studio
What the Squarespace export actually contains, and the page types it silently leaves behind.
Wix Classic to Wix Studio
The Wix-to-Wix move, and the two documented routes Wix never reconciles.
Wix Studio development
Custom code on Wix Studio, for the plugin functionality that has no native equivalent.








