When you migrate to Webflow, the import is rarely the problem. The hard part is everything a plugin used to handle, such as forms connected to your CRM or download boxes in the blog. If you only notice a gap after launch, leads go missing or old URLs end up nowhere.
B2B SaaS teams face a second question: who decides what moves, and who checks the result? This guide gives you a project plan with roles. The checklist at the end names an owner and a proof for every item.
Before the move: define the goal and scope of the migration
Before you plan anything, decide which problem the move should solve and how much may change along the way. That drives the effort more than your current system does. The SEO risk also grows with every change to structure and URLs.
When switching to Webflow pays off
Webflow pays off above all when your marketing team should build and publish pages on its own and currently waits for developers to do it. Typical signs are landing pages stuck in development for weeks, or a WordPress site whose plugin maintenance regularly eats up time. Webflow is a weaker fit when the website is tightly linked to product logic, such as a login area or a complex shop.
Write the goal down in one sentence, for example: "Marketing publishes new campaign pages without developers." This sentence later becomes the acceptance criterion for the project. Our comparison of Webflow and WordPress shows how the two systems differ in detail.
Like-for-like move, relaunch or phased move
The three paths differ in how much changes besides the system. Which one fits depends on whether your website still describes today's audience and your current offer correctly.
Path
Fits when
Impact on effort and SEO
Like-for-like move
audience, offer and page structure still fit, only the system holds you back
Lowest effort. URLs mostly stay the same, so the SEO risk is smallest.
Relaunch with migration
positioning, offer or audience have shifted since the last launch
More effort for strategy, copy and design. More URLs change and need a redirect.
Phased move
one area such as the blog should move first, the rest later
Only makes sense if the first phase works on its own. Two systems run in parallel for a while.
Our view: a pure like-for-like move only pays off if the website's message is still right. For SaaS teams that have grown since the last launch, that is often no longer the case. A typical example: the website still speaks to founders of small teams, while sales now targets marketing leads at mid-sized companies.
That is why we check this question first before every migration. Our website relaunch guide explains how a full relaunch works.
What moves to Webflow and what gets rebuilt
Recurring content such as blog posts or use cases moves into the Webflow CMS in a structured way. You rebuild page layouts in Webflow, along with everything a plugin used to handle. Every URL that changes in the process needs a redirect.
Component
What happens in Webflow
What to watch out for
Blog posts and other CMS content
import via CSV or an app into a collection
define collections and fields before the import
Static pages
are rebuilt
a good moment to remove outdated pages
Images
import via URL is possible
images imported this way get no responsive variants, check key images for load time
Files and PDFs
upload manually
file fields cannot be imported via CSV
Plugin features and shortcodes
rebuilt as a component, Webflow feature or integration
list them completely beforehand
Forms
rebuild or embed a HubSpot form
test all the way to the record in the CRM
URLs
new structure following Webflow's logic
redirect map for every changed URL
Metadata and structured data
carry over titles and descriptions
rebuild schema markup
Tracking and consent
set up again
save baseline numbers before the move
Content and CMS structure
First decide which collections your website needs and which fields each one has. In Webflow, a collection is a set of content items with the same structure, for example all blog posts with title, author, category and body. Approve this content model before you import. Any later change to the fields has to be reworked in every item you have already imported.
You import via a CSV file, and Webflow then maps the columns to the fields of a collection. Alternatively, an app like WP to Webflow pulls posts directly from WordPress.
Webflow describes the route out of WordPress in its guide to migrating from WordPress. Important: formatting that the Webflow CMS does not support is lost during the import (Webflow on CMS import). So start with a test import of 5 to 10 typical posts.
Also plan a content freeze and a second import shortly before go-live. In its WordPress migration checklist, Webflow recommends repeating the import before the switch so that posts from the project period are not missing.
Plugin features and special formats
What gets lost in a move is mainly whatever the old system generated through plugins or shortcodes. Typical examples are tables of contents and download boxes in the blog. Then there is the form logic that passes leads on to the CRM. In the imported text, such elements often show up only as a shortcode fragment or not at all.
So create a feature list and make a decision for every entry: Webflow feature, custom component, integration or dropped. A component is a reusable building block that your marketing team can then add to new posts on its own. This list drives the effort more than the number of posts.
URLs and page structure
Static pages can usually keep their paths in Webflow. CMS content has a fixed structure. The URL consists of the collection path and the item's slug, such as /blog/onboarding-checklist. Optionally, you can put a parent folder in front of it (Webflow on collection pages).
Webflow does not support other variable parts such as category or date. Date-based WordPress permalinks like /2024/05/onboarding-checklist/ therefore almost always change. Define the URL scheme early. You derive the redirect map from it, meaning the table that assigns every old URL its new address.
Project plan: phases, roles and duration of a Webflow migration
A Webflow migration can be split into seven phases. Each phase ends with a result your team approves before the next step begins. That way, gaps in the inventory or the redirect map show up while they are still easy to fix.
The seven phases at a glance
Phase
Result
Approved by
1. Inventory
URL list from crawl and Search Console, content and feature inventory, baseline numbers
Marketing
2. Structure and content model
sitemap, collections with fields, URL scheme, draft redirect map
Marketing
3. Design and components
templates and components for special formats
Marketing
4. Build and import
pages built, content imported, special formats added
Marketing by spot check
5. Testing on staging
content, forms through to the CRM, redirects, tracking and roles checked
Marketing and Sales Ops
6. Go-live
content freeze, final import, redirects active, domain switched, sitemap submitted
Marketing and agency
7. After launch
monitoring, fixes, training and handover
Marketing
Phases 1 and 2 deserve the most care. Whatever is missing from the inventory or the URL scheme often only shows up during testing on staging and then costs extra correction rounds.
Who delivers what
If you work with an agency, it handles most of the implementation. Your team stays responsible for the decisions, above all the page scope and the approval of the redirect map.
Role
Delivers
Reviews and approves
Marketing (project owner)
content, decisions on pages and scope
content model, design, redirect map, go-live
Agency
build, import, components, technical tests
import spot checks, redirects, technical SEO
Sales Ops or RevOps
list of integrations, test submissions
form flow through to the CRM
Product or engineering
connections to app, login and docs
links and subdomains to the app
Name one person in marketing who owns the project and can make decisions. In our experience, long approval times delay a migration more often than technical problems.
What the duration depends on
The duration of a Webflow migration depends above all on the path you choose. The import itself hardly matters: in our projects, the pure content migration usually takes a few hours of work. We typically complete a full relaunch with migration in 12 to 20 weeks.
Approvals take up most of the calendar time, above all the approval of the content model. The duration also grows with the number of content types and special formats. Integrations and a second language mainly extend the testing phase.
Protecting rankings and leads during the move
Rankings and leads are lost in a migration mainly where old URLs lead nowhere or forms no longer reach the CRM after the move. You check both on staging before the domain switch. Which pages to keep and how to measure after launch is covered in our article on SEO during a website relaunch. This section is about the implementation in Webflow.
Setting up redirects in Webflow
You create 301 redirects in Webflow under Site settings > Publishing, one by one or via CSV import (Webflow on redirects). With wildcard rules, you redirect whole path patterns with a single rule. Webflow sets no hard limit but recommends no more than 1,000 rules. Redirects also require a paid plan.
Point every old URL directly to the matching new page, without intermediate steps. Redirecting all old addresses to the homepage throws away the relevance those pages have built up. Load the approved redirect map before you switch the domain to Webflow. That way, no old URL leads nowhere from the very first moment.
Old URL
New URL
Rule type
/2024/05/(.*)
/blog/%1
pattern rule, one per month in the archive
/category/product/
/blog or a category page, if you have one
individual rule
/pricing-old/
/pricing
individual rule
/2021/03/old-feature/ (deleted)
a related post or a deliberate 404
decision in the mapping
The example is constructed and shows the principle. For a five-year archive, around 60 pattern rules are enough, far below the recommended 1,000 rules. After loading them, test every row once in the browser. Pay particular attention to the exceptions so that no pattern rule overrides an individual rule.
Forms and tracking
You reconnect forms after the move, either as a Webflow form connected to the CRM or as an embedded HubSpot form. Then check for every form:
All fields arrive complete in the CRM.
The lead source is captured correctly.
The lead reaches the right sales team.
The most reliable way is for Sales Ops to test this with real test submissions from every form.
You also set up tracking and the consent banner again in Webflow. Save the baseline numbers from the old system beforehand, otherwise you will have nothing to compare against after launch.
If your website has two languages
Language versions in Webflow run through Localization, which is a paid add-on to the Premium plan (Webflow Pricing). Include language paths such as /de/ in the redirect map so that every old URL points to its new counterpart in the same language. On staging, also check that the language versions are correctly linked to each other (hreflang). More points for launch day are in our website relaunch checklist.
Webflow migration checklist for your team
The checklist sums up the migration items by phase, with an owner and a proof for each item. For the general go-live sign-off, such as the fallback plan on launch day, also use our website relaunch checklist as a PDF.
Phase
Check
Owner
Proof
Inventory
All URLs from crawl and Search Console captured
Marketing
URL list
Inventory
Baseline numbers for clicks, leads and key pages saved
Test import with 5 to 10 representative items checked
Agency
staging links
Build and import
Special formats rebuilt as components
Agency
sample page
Build and import
Images and files complete, alt texts carried over
Agency
spot check
Build and import
Metadata carried over, schema rebuilt
Agency
Rich Results Test
Staging
Forms tested through to the CRM
Sales Ops
test record
Staging
Tracking and consent checked
Marketing
test event
Staging
Roles set up, marketing publishes a test page on its own
Marketing
test page
Staging
Language versions checked, if any
Marketing
spot check per language
Go-live
Content freeze and final import
Marketing and agency
import log
Go-live
Redirects loaded before the domain switch, key old URLs tested
Agency
test log
Go-live
Sitemap submitted, no noindex on live pages
Agency
Search Console
After launch
404 errors and search traffic checked against baseline
Marketing
comparison
After launch
Training and handover completed
Marketing
minutes
Do the migration yourself or with an agency?
A team with Webflow experience can move a small website without language versions or a CRM connection on its own. Once many pages bring in leads from search or integrations come into play, experienced support mainly saves you correction rounds after launch.
Situation
Rather yourself
Rather with an agency
Pages and search traffic
few pages, hardly any organic leads
many ranking pages or blog posts
Integrations
none or one simple form
CRM, scheduling, chat or product connection
Languages
one language
two or more languages
Special formats
standard content
many plugin features or shortcodes
Webflow experience in the team
yes
none
If you hire an agency, clarify before the proposal who creates and tests the redirect map. Also ask who is responsible for the content import and how the agency handles special formats. The answers show you whether the migration is planned into the proposal or treated as a side task.
Frequently asked questions about Webflow migration
How much does a Webflow migration cost?
With us, the migration is part of a website relaunch, which starts at €20,000 net and typically costs €40,000 to €60,000 net. A pure like-for-like move costs considerably less because strategy and copy are not created from scratch (more on this in our article on website relaunch costs). On top of that come the running costs for the Webflow plan and your team's seats, which we break down in our article on Webflow pricing.
Which Webflow plan do we need for the migration?
For a marketing website with a blog, the Premium plan is usually enough, which according to Webflow costs 25 USD per month when billed yearly (as of October 2026). It allows up to 20,000 CMS items in 40 collections, which covers even large blogs. Your company runs and pays for the workspace itself, so the website stays fully in your hands after the project.
What happens to our blog on a subdomain?
If your blog currently lives on a subdomain, it usually pays off to merge it under /blog on the main domain, because then all content builds authority for one domain. Every old subdomain URL needs a redirect for this. At Converia, we did exactly this and brought the WordPress blog from blog.converia.de into the Webflow CMS of the main website.
Does our product documentation have to move to Webflow?
Usually not, because SaaS companies typically run their help center and product documentation on specialized tools with their own search and versioning. What gets migrated is the marketing website, and its navigation links to the docs and the login. If individual docs pages bring in search traffic today and their address changes, they still belong in the redirect map.
Can we keep publishing content during the migration?
Yes, until the content freeze shortly before go-live, your team publishes in the old system as usual. Everything published until then is picked up by the final import. Keep the freeze as short as possible and collect posts that are finished during this time for publication right after launch.
About the author
Tarik Yayla
Founder @ path digital
Tarik founded path digital with a clear conviction: a good B2B SaaS website starts with strategic positioning. Together with his team, he combines clear messaging, design and Webflow to help companies develop their websites with purpose. Away from website relaunches, he trains for marathons and explores how AI is changing agency work.
We use cookies and similar technologies to understand how our website is used and improve our website and advertising. You choose which optional cookies to allow. Read our privacy policy
Cookie & storage details
Provider of this website: path digital. No analytics storage is created by scrolling or opening these details. Optional analytics can be declined without restricting the website.
Necessary: your choice
Name / technology
pd_consent_v2 · Local Storage
Provider / purpose
path digital: remembers your consent or rejection after you make a choice.
Duration
Valid for 180 days. We ask again after expiry. Browser storage remains until replaced or deleted.
Necessary: selected language
Name / technology
pd_language · Cookie
Provider / purpose
path digital: remembers German or English only when you explicitly use the language selector. Overrides browser preference on a later direct homepage visit.
Duration
180 days; replaced when you select another language.
Reach measurement without storage: PostHog
Provider: PostHog Inc., USA; EU hosting. Without statistics consent, we count page views, CTA clicks and booking steps and measure load times (Core Web Vitals) cookieless: nothing is stored on your device, and PostHog derives a daily changing, non-reversible identifier on its servers from IP address and browser data. No session recordings or form contents.
Optional: PostHog statistics
With statistics consent, PostHog also uses random visitor and session identifiers in your browser so that visits across several pages and days can be understood together.
Name / technology
ph_phc_u1gZuicUCym1nXYZNBjF0d7KMZm2LnAiHKU30HoiYVk_posthog · Local Storage / Session Storage
Duration
Local Storage has no automatic browser expiry; removed on withdrawal or when expired consent is detected on a visit. Session Storage lasts for the tab session.
Tab identifier
ph_phc_u1gZuicUCym1nXYZNBjF0d7KMZm2LnAiHKU30HoiYVk_window_id · Session Storage · Distinguishes tabs during a session; removed on withdrawal.
Consent marker
__ph_opt_in_out_phc_u1gZuicUCym1nXYZNBjF0d7KMZm2LnAiHKU30HoiYVk · Local Storage
Purpose / duration
Records the SDK opt-in after statistics consent, without a visitor identifier. Removed on withdrawal.
Marketing: Google Ads
Google Ireland Limited, Ireland; processing may also take place in the USA. Measures advertising performance and confirmed bookings and supports advertising attribution. Requires marketing consent. Google Analytics is not used.
_gcl_au, _gcl_aw
Advertising and click attribution · cookies · up to 90 days. The conversion linker requires marketing consent.
Meta Platforms Ireland Limited, Ireland; processing may also take place in the USA. Measures advertising performance and confirmed bookings, and supports remarketing. Requires marketing consent.
_fbp
Browser identifier · cookie · up to 90 days.
_fbc
Associates an ad click with later actions · cookie · up to 90 days; only when an ad click identifier is available.
LinkedIn Ireland Unlimited Company, Ireland; processing may also take place in the USA. Advertising attribution, audience analysis and remarketing. Requires marketing consent.
li_gc
Stores LinkedIn consent · cookie · 6 months.
bcookie
Browser identifier · cookie · 1 year.
lidc
Routes LinkedIn requests · cookie · 1 day.
UserMatchHistory, AnalyticsSyncHistory
Advertising attribution and identifier synchronization · cookies · 30 days.
Snitcher B.V., Netherlands. Identifies companies visiting this website based on the IP address and evaluates their visits. If you enter your email address in one of our forms (booking, download, website audit), Snitcher links it to your visits on this website, including earlier ones, so we can see which pages you viewed. Without marketing consent Snitcher only records the current visit, with no lasting identifier; recognising returning visits and linking your email address require marketing consent.
snitcher_device_id / radar_device_id
Recognizes returning visitors · cookie and Local Storage · 1 year.
snitcher_session / radar_session
Associates page views with a visit · Local Storage · current visit.
snitcher_sn_* / radar_sn_*, spotter_data
Technical visit data for company identification · Session Storage · tab session.
Google Tag Manager loads these services only after the corresponding choice. Scrolling does not count as consent. Cookie lifetimes may be shortened by browser settings. Depending on sign-in state and browser restrictions, providers may also use their own domain cookies; their tables above list the details. Withdrawal stops future loading and removes accessible tracking storage on our domain. Cookies on other domains can be deleted in your browser settings.
To withdraw, open “Privacy settings” in the footer and choose “Necessary only”. Further information on processing and your rights: Privacy policy · PostHog Privacy