What you will have afterward
A form whose submissions reach the intended inbox or system from the new website origin. The exported fields are the interface; message delivery, abuse controls and stored submissions belong to the service you connect.
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
Audit Carrd contact forms and embedded booking tools independently. Some inputs submit directly to an external provider; others rely on page scripts. Keep or replace that service intentionally, test the deployed origin, and confirm the inbox receives your synthetic submission rather than relying on the on-page success message.
Make forms work after an HTML export
- 01
Inventory each submission flow
Record the form's page, fields, required inputs, submit action and success screen. In the exported preview, inspect the browser Network panel while submitting synthetic data. Note the endpoint and response; a success animation is not evidence that a message was delivered.
- 02
Choose a service you control
Keep a compatible existing endpoint or choose a form provider in your own account. Check allowed origins, field names and any server-side validation. Do not put API secrets in HTML or browser JavaScript. If authentication needs a secret, use your own server-side endpoint rather than exposing it.
- 03
Reconnect the page and feedback
Update the form action or submission script in the code, or use the agent to draft an appropriate section through FNJ. Preserve labels, keyboard operation, required-field messages and success/error states. Match the new service's documented request format; replacing a URL alone may not be sufficient.
- 04
Test delivery from the deployed origin
Send a clearly labeled synthetic submission on the preview and final domain. Verify receipt in the intended service, then test missing required fields and a rejected request. Review rate limiting and abuse protection in that service. Remove test records afterward and retain no real customer data in public code.
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 forms on my FNJ HTML site [site ID], routes [routes]. Identify existing submission endpoints and dependent scripts. Use [my chosen form service] with its documented public integration. Preserve labels and styling; add accessible success and failure states. Never put secrets in client code or request them in chat. Show proposed edits and a synthetic delivery test plan before publishing. Report any integration that needs tools beyond FNJ MCP. Platform checks: Audit Carrd contact forms and embedded booking tools independently. Some inputs submit directly to an external provider; others rely on page scripts. Keep or replace that service intentionally, test the deployed origin, and confirm the inbox receives your synthetic submission rather than relying on the on-page success message.
Use with your own agent. Replace bracketed values.
Verify the result before launch
- A test submission reaches the intended destination.
- Invalid fields and failed requests produce useful feedback.
- The browser bundle contains no server-side credentials.
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
- Does exporting a form also export its inbox or automation?
- No. Public markup does not transfer stored submissions, an email delivery system, CRM contacts or automation rules. Reconnect and test those services separately before moving traffic.
- 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.