Comes across
- CMS collection items, through the per-collection CSV export
- Page copy and the images embedded in it
- SEO titles, meta descriptions and Open Graph fields
- The URL structure, which usually maps across unchanged
Webflow hands over a CSV of each CMS collection and a static snapshot of the design. Neither of those is a working site, which is why the export is something to read from rather than something to ship.
Most migration disputes come from this list being assumed rather than agreed. So we agree it first.
The HTML export is generated markup with generated class names and no CMS behind it. Shipping that as your theme means keeping Webflow output forever without the Webflow editor to change it. The design gets rebuilt properly, with the export as the reference.
A collection CSV writes reference and multi-reference fields as Webflow item IDs rather than names, so every relationship has to be rebuilt by joining the exports back together. Skip that and a blog arrives as a pile of posts belonging to no category.
Images in exported content still point at the Webflow asset domain. They keep working right up until the plan lapses, and then every image on the site disappears on the same day. Each file gets pulled local and relinked before launch.
Every URL currently indexed, exported to a sheet. This becomes the redirect map and the definition of done.
What the platform gives us, compared against what the crawl found. The difference is the rebuild, and it gets priced before we start.
The new site goes up somewhere private, with real content imported, so you review the actual thing rather than a mockup.
Old URL to new URL, one row at a time, tested as 301s on staging before anything points at production.
DNS moves, then we monitor crawl errors and traffic for the fortnight that follows, because that is when problems surface.
Something not covered here? Ask us directly and an engineer will answer.
Ask a questionFrom Webflow we can bring over: CMS collection items, through the per-collection CSV export; page copy and the images embedded in it; SEO titles, meta descriptions and Open Graph fields; the URL structure, which usually maps across unchanged. Everything else on the site has to be rebuilt, and we agree which is which before quoting.
The parts with no equivalent on the other side: the theme: the exported CSS is machine-authored, not maintainable; interactions and scroll animations, which ship as Webflow JavaScript; forms, and the submissions Webflow was storing on your behalf; ecommerce, Memberships, Logic and anything from the Apps panel. This is where the cost sits, so it is priced up front rather than discovered halfway through.
Not if the redirects are done properly. We crawl every URL that is currently indexed, map each one to its new address, and test those as 301s on staging before anything points at production. Then we watch crawl errors and traffic for the fortnight after cutover.
The HTML export is generated markup with generated class names and no CMS behind it. Shipping that as your theme means keeping Webflow output forever without the Webflow editor to change it. The design gets rebuilt properly, with the export as the reference.
A collection CSV writes reference and multi-reference fields as Webflow item IDs rather than names, so every relationship has to be rebuilt by joining the exports back together. Skip that and a blog arrives as a pile of posts belonging to no category.
We will crawl it, work out what the export actually gives us, and come back with a fixed price and the redirect map included.
A free audit first
We'll look at your site and tell you straight what needs doing.
Fixed scope, fixed price
Agreed in writing before any work starts. No hidden fees.
A real engineer on the call
You talk to the people who do the work, not a sales script.
Ask anything you’d like cleared up: how we work, what we build, or the projects we have delivered.
Popular questions