By platform

Carrd form not working on a one-page site

The form looked right in the editor, and a visitor presses Send with nothing coming back. Mimiq sends simulated visitors to the live page and shows where the submit stops for each one.

5 visitors try to .
First test free with an accountRun it from your coding agent

Why is my Carrd form not working?

A form on a one-page site has to send its entries somewhere, such as an email address or a form service connected in the builder, and a visitor's submit only works when that destination is set and reachable. The form can also fail when it sits in a section that clips it at phone width, or when the button ends up outside the part of the page the visitor can scroll to. A simulated visitor fills in the form on the live page and shows the field, step or message where it stopped.

What this looks like in a report

Who
Kofi, booking a family portrait session for his parents' anniversary
How they arrived
Clicked the link to the photographer's page from an Instagram bio
Where they stopped
Contact form, after typing a message and pressing Send

“The button changed to Sending and then went back to Send. Nothing else happened, so I do not know whether she got my message. I will send a direct message instead.”

The fix. Confirm the form has an entry destination saved in its settings, and send a test entry to an address you can open. Then check the section height at phone width so the Send button sits inside the section, and submit again on the live address.

An illustration. Run a test to see your own.See a real sample report

A submit with no destination looks like a working button

A form has two halves: the fields a visitor fills in, and the place the entries go. A builder lets you design the first half in full, so the form looks finished even when the second half is empty, mistyped, or pointed at a service you have not connected. When the destination is missing, the visitor presses Send, sees the button change, and gets no confirmation. Layout adds a second break. A one-page site stacks its sections, and a form in a section with a set height can clip its bottom field and button, so a visitor cannot finish even when the destination works.

  • Open the form's settings in the builder and confirm an entry destination is set and saved.
  • Submit the form on the live address, not in the editor, and read the message the visitor sees.
  • Check the destination's inbox or list for the test entry after you submit.
  • At phone width, scroll to the Send button and confirm it sits inside its section, not below the edge.
  • Open the console after submit and look for a failed request to the destination address.

What a visitor sees when Send goes nowhere

The visitor scrolls down the one page, reaches the contact section, fills in the fields, and presses Send. The button may flash, change its label, and return to normal. The fields may clear. Nothing else appears, because the page has no message set for a successful send, or the send failed before the page could show one. The visitor cannot tell a sent message from a lost one, so they write to the photographer somewhere else, or they do not write at all.

Destination first, then the layout at phone width

The destination is checked first, because nothing else matters without it. Open the form's settings in the builder and confirm an entry destination is saved, then send one test entry and check that it arrived at that address or list. A destination that was saved once and later disconnected, or an address typed with a small mistake, looks exactly like a working form in the editor. Only a test entry from the live page shows which one you have.

The layout is the second check, and it is easy to miss on a one-page site. A section can be given a set height, and a form inside it can have its bottom field and Send button clipped at phone width. The visitor then cannot reach Send, even though the destination works. Scroll the live page on a phone and make sure the button sits inside its section.

What the live page shows that the editor does not

The editor is often set to the width you designed for, not the width a phone gives a visitor. The simulated visitor loads the live page, scrolls down to the form the way a stranger would, fills it in, and presses Send. The report records whether the Send button responded, any console error or failed request on that step, and a screenshot of the screen after the press. It does not read your destination, so you still check the inbox or list yourself.

Mimiq is independent and not affiliated with the platforms it names. Names belong to their owners.

What you get with Mimiq

  1. 01

    Run it by hand, or on every pull request

    Paste a link and a task in the app and watch the visitors work. Or run them on every preview deploy: the GitHub Action comments on the pull request, any other CI can call the MCP endpoint, and your coding agent can run it too.

  2. 02

    Bugs and usability problems in one report

    The browser records errors and failed or slow requests on the step they happened. The visitors say where the wording or the steps confused them, and where they left.

  3. 03

    Visitors that behave like your audience

    Each visitor is a different profile with a reason to be there, matched to who the page is for, described by you, or built from your own customers.

  4. 04

    A prompt to fix each problem

    Every problem comes with a fix to paste into Cursor, Claude Code, Lovable or any coding agent, and one prompt hands over the top problems at once. Then send the same visitors through again.

  5. 05

    Follow every visitor

    See each visitor's whole path, step by step with screenshots, and what it was thinking at every step. Ask any visitor a question.

The browser records relevant JavaScript errors and failed or slow app requests encountered during the run, attached to the step where they occurred. The visitors are simulated: they find problems, they do not predict how many real people will convert.

A new section or a changed domain can break the send again

A one-page site changes as you add offers, sections and a domain. A moved destination, a changed domain or a disconnected service can stop entries, and a new section can clip the Send button again. After each edit, submit the form on the live address from a phone and a laptop, and check the destination for the test entry before you send traffic to the page.

Starter

Try it on one launch

$9 once
120 credits, never expire

About 4 tests of 5 visitors

  • Visitors on your landing page, signup and checkout
  • Where they left and why, with a fix to copy for each problem
  • Run it in the app or on every pull request
  • Ask any visitor a question, included
  • Test accounts and protected previews
Buy 120 credits

Builder

Test every build

$19 a month
500 credits every month

About 20 tests of 5 visitors

  • Everything in Starter
  • Credits refill each month, and what is left rolls over once
  • Cancel anytime
Choose Builder

Pro

Test every release, as a team

$49 a month
1,500 credits every month

About 60 tests of 5 visitors

  • Everything in Starter
  • Credits refill each month, and what is left rolls over once
  • Cancel anytime
Choose Pro

Scale

Test at scale, every day

$149 a month
6,000 credits every month

About 240 tests of 5 visitors

  • Everything in Starter
  • Credits refill each month, and what is left rolls over once
  • Priority support
  • Cancel anytime
Choose Scale
$0for your first test, with a free account (Google sign-in, no card). It includes 50 credits, enough for 10 visitors. After that a visitor uses 5 credits, and packs start at $9 for 120 credits.
See a sample report

Questions

How do I know the entry reached me?

Check the inbox or list the form sends to, after your test submit. The simulated test does not read that destination, so it cannot confirm delivery. It can show the message the visitor saw after Send.

Why does the form work in the editor preview?

The editor is not the public page. It may not show the width a phone gives a visitor, and it does not stand in for a real submit on the live address. Test the public address in a private window.

Does the test show how many visitors will send the form?

No. It does not predict how many visitors will send the form, or how many entries you will get. It shows where each simulated visitor stopped, with a screenshot and any console error on that step.

Does a one-page site need a success message?

A form with no message after Send leaves the visitor guessing. Add a short line under the button that says the message was sent, then test that line on a phone, since a clipped section can hide it too.

Keep reading

Send visitors and see what breaks first.

Your first test is free: sign in with Google and it starts right away. Last checked 2026-11-02.

5 visitors try to .