What you will have afterward
A migration plan that keeps useful page addresses and identifies any changed ones. Metadata and redirects help search engines understand the move, but neither an export nor a new host guarantees that rankings stay the same.
Before you start with Webflow
Inventory public CMS item pages as well as landing pages. Compare the capture report with that inventory: a static article can be present even though the Webflow collection and future publishing workflow have not moved.
Moving a Webflow marketing site starts with separating the pages visitors see from the services behind them. An HTML capture gives you editable page files; CMS publishing, form delivery and checkout need their own migration plan. Read the migration guide.
What matters for Webflow
Review Webflow collection folders and item slugs, not just static page names. Some old links may target the webflow.io address while others use a custom domain. Normalize your internal links and canonical URLs for the chosen final hostname and test each changed collection path through its relevant redirect.
Preserve URLs and SEO when moving an exported site
- 01
Build an old-to-new URL map
Collect important paths from the original navigation, sitemap and analytics you control. Record each old URL, proposed new URL and whether content is retained, merged or removed. Keep existing paths where practical; a new host does not require renaming every page.
- 02
Review visible content and head tags
Compare the main heading, title, description and indexable content on representative pages. Use the final domain for absolute canonical and social-sharing URLs. Check any structured data against visible content and remove claims that are no longer true. Do not canonicalize every article to the homepage.
- 03
Implement and test path changes
On Cloudflare Pages, place a _redirects file in the deployed static directory for supported redirect rules. Map changed pages to relevant replacements and test actual response headers. Check how your host normalizes .html paths and trailing slashes. Avoid redirect chains, loops and sending unrelated deleted pages to the homepage.
- 04
Validate crawl access after launch
Keep preview environments out of search as appropriate, then confirm that the final site is not accidentally blocked by robots.txt or noindex. Generate a sitemap of canonical, reachable pages. Inspect representative URLs in your own Search Console property and monitor crawl errors after switching the domain.
Give your agent a clear starting point
Copy this prompt for your connected agent and fill in the project details. Tasks that inspect browser requests, edit downloaded files or configure another service may need your agent's own browser or code tools. FNJ MCP alone does not configure those external services. Keep credentials in the relevant account's setup screen, never in the prompt.
Source: Webflow. Output: static HTML, not the original builder workspace. Audit the migration of my Webflow HTML site from [old domain] to [new domain]. Inspect exported routes, headings, titles, descriptions, canonicals, robots rules and internal links. Produce an old-to-new URL table. Keep paths where possible; draft targeted redirects for changes using my chosen host's supported format. Do not redirect all missing pages to the homepage or promise ranking gains. Show proposed code changes and response-header checks before deployment. Platform checks: Review Webflow collection folders and item slugs, not just static page names. Some old links may target the webflow.io address while others use a custom domain. Normalize your internal links and canonical URLs for the chosen final hostname and test each changed collection path through its relevant redirect.
Use with your own agent. Replace bracketed values.
Verify the result before launch
- Important old paths reach the intended equivalent content.
- Canonical tags and sitemap URLs use the final public domain.
- Published pages are indexable and return the intended status.
Use the final hosted preview as well as the saved FNJ draft. Keep a backup of the reviewed files, record what remains external and test the important customer action on the final domain. A draft edit, downloaded ZIP and live site can represent different versions until you export and deploy the intended one.
Common questions
- Will preserving URLs guarantee the same rankings?
- No. Keeping equivalent content, correct redirects and crawlable pages reduces avoidable migration problems. Search engines still need to revisit the pages, and rankings can change after a migration.
- Can I cancel Webflow hosting right after exporting?
- First verify the content, assets, routes and business actions on the replacement host. Visit a CMS item URL directly on Cloudflare, test its navigation, then submit a test form through the intended replacement service. Keep or replace external dependencies before relying on the new site.
- Where do these HTML changes get deployed?
- Use a compatible static host in your own account. FNJ supports deploying the saved site to your own Cloudflare Pages account, and exporting code to your own GitHub repository. A GitHub push stores code; configure hosting separately and confirm the reviewed version is what visitors receive.