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 Carrd
For a one-page Carrd site, start with page scope and record its section anchors. Check content reached through those anchors, not only what appears above the fold.
For a single-page Carrd site, the migration challenge is often inside the page: section links, forms and embeds. Begin with a public page capture and review those interactions before replacing the live site. Read the migration guide.
What matters for Carrd
For Carrd, preserve section IDs used by existing links and ads. An anchor such as #contact does not create another HTML page or sitemap entry. If you introduce separate pages, give them real routes and update navigation intentionally while retaining useful landing-page anchors.
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: Carrd. Output: static HTML, not the original builder workspace. Audit the migration of my Carrd 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: For Carrd, preserve section IDs used by existing links and ads. An anchor such as #contact does not create another HTML page or sitemap entry. If you introduce separate pages, give them real routes and update navigation intentionally while retaining useful landing-page anchors.
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 Carrd hosting right after exporting?
- First verify the content, assets, routes and business actions on the replacement host. Tap through section anchors on a phone-sized preview, then submit the contact form and verify delivery. 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.