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 Duda
Test one public Duda page before a full-site capture. Some hosts block automated requests; use the published custom domain when available, and resolve a capture block before trying to deploy missing pages.
A Duda HTML migration should begin with an access check and a preview. Some hosts block automated capture, and a successful page download still needs testing for responsive layouts and hosted widgets. Read the migration guide.
What matters for Duda
Use the published Duda custom-domain paths as your route baseline. A capture block or omitted page should be fixed or explicitly replaced before DNS changes. Redirecting a missing business page to the homepage hides the gap from a casual menu test but does not preserve its content.
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: Duda. Output: static HTML, not the original builder workspace. Audit the migration of my Duda 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: Use the published Duda custom-domain paths as your route baseline. A capture block or omitted page should be fixed or explicitly replaced before DNS changes. Redirecting a missing business page to the homepage hides the gap from a casual menu test but does not preserve its content.
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 Duda hosting right after exporting?
- First verify the content, assets, routes and business actions on the replacement host. Compare phone and desktop layouts, open a nested page directly, and test appointments through the chosen booking 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.