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 Tilda
Use a published Tilda URL and review a representative Zero Block layout before capturing more pages. Compare alignment, fonts and motion across screen widths rather than relying on a still image.
For a Tilda site, an HTML migration needs particular attention to layout and motion as well as the service behind each form. The output is the public page snapshot, not a Tilda project you can reopen in its editor. Read the migration guide.
What matters for Tilda
Tilda campaign pages may be absent from main navigation but still receive traffic through old URLs. Include those authorized public paths in the migration inventory. Preserve useful section anchors and map any renamed landing pages explicitly, keeping tracking and form destinations distinct from canonical content URLs.
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: Tilda. Output: static HTML, not the original builder workspace. Audit the migration of my Tilda 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: Tilda campaign pages may be absent from main navigation but still receive traffic through old URLs. Include those authorized public paths in the migration inventory. Preserve useful section anchors and map any renamed landing pages explicitly, keeping tracking and form destinations distinct from canonical content URLs.
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 Tilda hosting right after exporting?
- First verify the content, assets, routes and business actions on the replacement host. Compare Zero Block alignment at phone and desktop widths and confirm a form submission reaches the intended inbox or CRM. 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.