What you will have afterward
A tested responsive page with readable content and usable controls. A desktop screenshot cannot establish that a captured menu, animated section or gallery works on a phone.
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
Compare Duda's device-specific sections, image crops and navigation at matched phone and desktop widths. Check whether a widget displays different content on each device. Preserve the intended information in the export rather than hiding the desktop section without providing the corresponding mobile content.
Repair responsive layouts in exported HTML
- 01
Create a reproducible comparison
Compare the source and exported page at matching widths, starting around 360, 768 and 1280 CSS pixels and adjusting for your content. Record the route and exact width for each issue. Check both before and after assets load; font replacement and image dimensions can shift the layout.
- 02
Fix the root of overflow
Inspect the element causing horizontal scrolling, fixed widths or clipped text. Prefer flexible widths, sensible maximum widths and wrapping over hiding overflow on the entire page. Keep images within their containers and avoid fixed heights that truncate translated or longer copy.
- 03
Test menus and interactive states
Use the mobile navigation rather than only resizing a desktop page. Check toggle state, focus movement, tap targets, anchor destinations and sticky header overlap. For galleries and motion, test controls and a reduced-motion preference. Rebuild a missing behavior explicitly instead of assuming preserved styles provide its JavaScript.
- 04
Review all representative page types
Retest the landing page, a content item and any form page after CSS changes. Shared selectors may affect more than the original route. Check keyboard navigation and readable zoom levels. Preview the final hosted version on a real phone where possible before marking the change complete.
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. Inspect my FNJ site [site ID], route [route], for [specific mobile issue]. Compare the source and draft at [widths]. Use get_page_outline before supported set_style changes; for code edits inspect the responsible CSS and scripts. Preserve the homepage brand, typography and desktop layout. Fix the root cause of overflow instead of hiding it globally. Show narrow/wide previews and menu/keyboard checks. Keep changes in draft until approved. Platform checks: Compare Duda's device-specific sections, image crops and navigation at matched phone and desktop widths. Check whether a widget displays different content on each device. Preserve the intended information in the export rather than hiding the desktop section without providing the corresponding mobile content.
Use with your own agent. Replace bracketed values.
Verify the result before launch
- No unexpected horizontal scrolling or clipped primary copy.
- Mobile menus and important controls work with touch and keyboard.
- Shared CSS changes are checked on multiple page types.
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
- Can removing runtime scripts affect mobile behavior?
- Yes. Menus, transitions and interaction states may depend on scripts. Verify each important behavior after conversion and replace missing logic where needed rather than judging fidelity from appearance alone.
- 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.