Special offer. See more information about Outbyte and uninstall instructions. Please review EULA and Privacy policy.

Some links on this page are affiliate links: if you buy through them we may earn a commission, at no extra cost to you.

You can’t turn a Webflow code export into a working WordPress site with a one-click import. Treat the move as a rebuild: export what Webflow makes available, transfer content and data separately, recreate the features WordPress needs, and map old URLs to their new destinations before launch.

What transfers—and what does not

Webflow code export provides static site files and assets, not a complete copy of a live site. Its exclusions include CMS and ecommerce functionality, form submission processing, site search, password protection, user-account data and functionality, and localized content. Those parts need separate exports where available and a WordPress replacement or rebuild.

Eligibility matters: Webflow’s code export documentation says code export is available on paid Workspace plans, while Site plans do not include it. It also describes separate CSV backups for CMS Collections, ecommerce Collections and User Accounts. Check the current Webflow interface and plan before relying on these options; features and access can change.

Special offer. See more information about Outbyte and uninstall instructions. Please review EULA and Privacy policy.

WordPress’s XML/WXR export is a different tool. WordPress documents Tools → Export as creating a content export file and Tools → Import as accepting a WordPress export file for content such as posts, pages, comments, custom fields and categories. This is a WordPress content-transfer workflow, not a Webflow code-archive converter.

1. Inventory the live site before you rebuild

Record the site’s current URLs and every content type, feature and dependency that must survive the move. Webflow’s export exclusions make this inventory essential: a directory of exported files alone cannot tell you what functionality or data remains behind.

  • Pages and content: static pages, CMS Collections and items, downloads, images, SEO metadata and structured data.
  • Interactive features: forms and how submissions are handled, search, password-protected pages, accounts or memberships, and localization.
  • Commerce: products, checkout requirements and any ecommerce data or behavior that must be recreated.
  • Dependencies: custom code, integrations, analytics, navigation and responsive layouts.
  • URLs: page addresses plus image or document URLs that receive search visits or external links.

For each item, note whether it is essential, where its data comes from, and how it will be rebuilt or replaced in WordPress. Do not assume that exporting a CSV also recreates the templates or behavior that used the data.

2. Prepare WordPress and move the content

Choose URLs before publishing

Set up the destination WordPress site and hosting, then choose the permalink structure before building pages or publishing content. WordPress describes permalinks as permanent web addresses and supports a custom structure in its permalink documentation. Decide which existing paths should remain and how any new paths should be formed.

Special offer. See more information about Outbyte and uninstall instructions. Please review EULA and Privacy policy.

Match the content model to the site

Move text, images, downloads, metadata and structured content using a field map that reflects the actual Webflow content and intended WordPress structure. Recreate the templates, navigation, styles, responsive behavior and required functionality—such as forms, search, ecommerce, localization, membership rules and integrations—in WordPress.

The documented WordPress WXR process does not convert the Webflow code archive into a finished WordPress installation. The sources establish no universal automated Webflow-to-WordPress importer or required third-party plugin. Treat any proposed converter as something to verify against your own content types, relationships and features before depending on it.

3. Map old URLs and plan redirects

Build an old-to-new URL map before the switch. For every old address, identify its most relevant final destination. Keep the path when it still makes sense; otherwise redirect it directly to a genuinely equivalent or consolidated page. Avoid sending many unrelated URLs to the homepage: Google warns that this can confuse visitors and may be treated as a soft 404.

Google’s site move guidance recommends preparing an accurate URL map, using server-side permanent redirects where possible, avoiding redirect chains, testing redirects, submitting the new sitemap and keeping redirects generally for at least a year. The old domain’s hosting or redirect endpoint must remain available for those redirects to work. A permanent redirect does not fix a bad destination: every target still needs to make sense for the old page.

Special offer. See more information about Outbyte and uninstall instructions. Please review EULA and Privacy policy.

Webflow’s redirect manager applies to Webflow-hosted sites. Its rules are root-relative, localized paths may need separate rules, and changes take effect after publishing; the documentation says the feature requires a paid Site plan or paid Workspace plan. If importing redirects from CSV, Webflow says the import replaces existing redirects, so export and include existing rules in the combined file first. Confirm which system will control requests to the old domain after cutover.

4. Test the destination before launch

Use staging or another nonpublic test environment to check representative page types and the paths people will actually use. Test both old and new URLs, not just the new homepage.

  • Check desktop and mobile layouts, images, documents, internal links and navigation.
  • Submit forms and confirm delivery; test search, integrations and analytics.
  • If applicable, test ecommerce transactions, localization and membership access.
  • Verify that important pages are crawlable, canonicals point where intended, and internal links use the new URLs.
  • Remove development-only noindex rules and robots.txt blocks before launch.
  • Test each redirect for the expected destination, with no unnecessary hops or loops.
Independent reader supportYour contribution helps us test, update, and keep practical guides available for everyone.Support on Ko-Fi

5. Switch traffic and monitor the move

  1. Make WordPress launch-ready. Confirm content, features, crawl access and redirect rules on the destination.
  2. Activate redirects and route the domain. Turn on the old-to-new redirects and update DNS or other domain routing only when the WordPress site is ready.
  3. Submit the sitemap. Submit the new sitemap in Google Search Console and verify both old and new properties.
  4. Monitor both URL sets. Watch indexing, crawl errors, traffic and redirect behavior in Search Console and your analytics.

Use Search Console’s Change of Address tool if the move also changes domains. A CMS change from Webflow to WordPress on the same domain does not, by itself, make that tool relevant.

What to expect from SEO after migration

Google says a significant site move can cause temporary ranking or visibility fluctuations while it recrawls and reindexes pages. Processing time varies with the number of URLs and server speed; Google says a small or medium-sized site may take a few weeks for most pages to move. That is general guidance, not a guaranteed recovery date or ranking outcome.

Special offer. See more information about Outbyte and uninstall instructions. Please review EULA and Privacy policy.

Google states: “301 and other permanent redirects don’t cause a loss in PageRank.” That guidance does not make inaccurate URL mappings, broken targets or redirect chains harmless. The practical goal is a direct, working route from each valuable old URL to its best new equivalent.

Do the migration yourself or get help?

The decision depends on what must be rebuilt and how much risk you can manage. A mostly static site with a small number of pages is simpler to inventory and test than a site with large CMS collections, ecommerce, memberships, localization or tightly connected integrations. If you cannot reliably map and test redirects, forms or other critical workflows, include that work in the project plan and consider implementation help. The available guidance does not establish a particular provider or cost comparison.

Product prices and availability are accurate as of the date/time indicated and are subject to change. Any price and availability information displayed on Amazon at the time of purchase will apply.