The Complete Checklist for Leaving Framer
Moving a live site off any platform has one golden rule: the order of operations matters more than any individual step. People who lose traffic in a migration almost never lose it because the new host is worse — they lose it because they cancelled first and exported second, or flipped DNS before redirects existed.
Here's the full sequence for Framer specifically. Done in order, the migration is invisible to your visitors and to Google.
1. Export while everything still works
Framer has no native code export, so this step means a third-party export. With SiteDownload: paste your published URL, scan for free, connect your Framer API key (Site Settings → General) so the CMS collections come out as JSON/Markdown/MDX, and download the ZIP.
Do this while your plan is active and the site is published. An expired Framer plan takes your site offline, and you can't crawl a site that isn't being served.
Verify the export locally — unzip it and open a few pages in your browser. Every URL is rewritten to relative paths, so it renders offline. Check a CMS-driven page and a page with heavy animations.
2. Inventory your URLs
Grab your live sitemap (yourdomain.com/sitemap.xml) and save the list of URLs somewhere. This is your source of truth for the redirect step — after the switch, every one of these should either resolve or 301 somewhere sensible.
3. Replace the form backend
Framer's form handling stays behind. Before going live anywhere else, wire your forms to Netlify Forms, Formspree, or a small serverless function. This is the only thing in the export that visibly breaks, and it fails silently — a form that looks fine and sends nothing.
4. Deploy to the new host
Netlify, Vercel, Cloudflare Pages, or GitHub Pages — see where to host an exported Framer site for the tradeoffs. Deploy to the host's preview URL first (yoursite.netlify.app), not your real domain.
Test on the preview URL:
- A normal page, a CMS-driven page, and your 404
- Forms (submit one for real)
- Mobile layout and animations
- Any third-party embeds (analytics, chat widgets, video)
5. Recreate redirects
Any redirects configured inside Framer need to exist at the new host (_redirects file on Netlify/Cloudflare, vercel.json on Vercel). If you changed any URL shapes during the move, add 301s for those too. Now diff against the URL inventory from step 2 — anything that 404s on the preview needs a redirect before DNS moves.
6. Flip DNS
Point your domain at the new host, following its custom-domain guide (they all provision SSL automatically). DNS propagation is minutes-to-hours; the Framer version keeps serving anyone with cached DNS during the overlap, which is exactly what you want — zero downtime.
7. Protect the SEO
- Resubmit your sitemap in Google Search Console (the export includes one; regenerate it if URLs changed).
- Watch the Coverage report for a week — a spike in 404s means a redirect you missed.
- Don't change titles, descriptions, or URL structure in the same week as the migration. Change one variable at a time.
Rankings survive migrations when URLs keep resolving and content stays identical. The export preserves both, so the only real risk is a missed redirect — which step 2 and 5 exist to catch.
8. Cancel Framer — last
Only after DNS has fully switched and Search Console looks clean. Downgrade to the free plan rather than deleting the project if you want to keep the design source for reference — the published site is now yours either way.
Keep the export fresh
If you keep editing in Framer and re-publishing (some teams keep Framer as their design tool and export as their deployment step), re-export after each significant publish. Paid sites on SiteDownload re-export free, forever — and a fresh backup is also how you make sure a future migration is as boring as this one.