By platform

Jotform not showing submit button for visitors

The button shows when you edit the form, but visitors scroll past the fields and never reach it. Mimiq sends simulated visitors to the same form and shows where the button stops being reachable.

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

Why is the submit button missing on my Jotform?

The button is in the form, but the visitor cannot reach it. Three causes hide it: an embed with a fixed height that cuts off the bottom of the form, a multi-page form whose last page shows Next instead of Submit, and a style on your own page that hides or recolors the area around the button. A simulated visitor scrolls the form the way a stranger would and shows whether Submit ever appears on the step where it is needed.

What this looks like in a report

Who
Omar, filling in a job application on his phone between deliveries
How they arrived
Tapped a link to the application from a job board
Where they stopped
Bottom of the application, after the work history fields

“I have typed everything and the form stops at the bottom with a blank white strip. There is no button to send it. Maybe I have to scroll inside the box, so I will try that.”

The fix. Change the embed frame's height so it fits the whole form, or use a responsive embed code if your form tool provides one. Then open the page at phone width and confirm Submit is visible at the bottom.

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

The embed box is shorter than the form inside it

An embedded form is drawn inside a frame on your page, and the frame has its own height. The form builder itself has no such limit. If the frame has a fixed height, or your theme caps the height of the container around it, the bottom of the form is cut off, and the button sits in the cut part. A visitor on a phone scrolls the page, reaches the bottom of the box, and finds no button. Scrolling the outer page only moves the box, not the form inside it. The button is in the code, but the visitor never sees it.

  • At phone width, scroll to the bottom of the form. If the box ends before the button, its height is too small.
  • Open the last page of a multi-page form. A Next button there means Submit sits on another page.
  • Check whether a condition sends visitors past the last page, where no Submit appears on that path.
  • Compare the button color with the background your page sets behind the form area. A matching color hides it.
  • Inspect the spot where the button should sit and see whether a style from your page hides it.

Where a visitor loses the button

On a laptop the form may fit inside its frame, and the person who built it sees Submit at the bottom of the page. On a phone the fields stack, so the form gets longer, while the frame that holds it can keep the same height. The visitor scrolls through the questions, reaches the bottom, and sees a blank strip with no button. Some visitors try to scroll inside the box, which does nothing in many frames, and then leave. Others never reach the last questions, because the box stops before they end.

Height, pages and styles: three ways the button disappears

The height problem is the first thing to check. A frame with a fixed height shows only that much of the form, however long the form is. A multi-page form has the second problem. Its last page holds the Submit button, and every earlier page shows Next, so a visitor who stops one page early never sees Submit. Check the last page directly, and check which branch leads there, since a condition can skip past it.

The style problem comes from the wrapper around the embed. A theme can set a height limit, an overflow rule or a background on the block that holds the frame. The frame can be fine while the block around it hides the lower part, or while a light button sits on a light background and looks like empty space. Compare the button's color with the background behind the form, and inspect the spot where it should sit.

How the simulated visit ends at the bottom of the form

The simulated visitor fills the fields it can see, scrolls to the bottom, and looks for Submit the way a stranger would. If the button is not there, the run stops at that step, and the report shows the step, a screenshot of the blank bottom of the box, and any console error. If the button is there, the run presses it and records what the visitor sees next. Mimiq visitors use laptop and phone browsers, so one run can cover both widths.

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 theme change can shrink the box and hide Submit again

A new section, a larger font or a theme update can narrow the block around the embed or cap its height. Each change can move the bottom of the form out of reach on a phone. Run the same visitors to the last page after every change to the page or the form, and compare the step where they stopped with the run before.

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

Why does the button show in the form builder but not on my site?

The builder draws the form without the frame and the wrapper your page puts around it. The embed has its own size and its own styles. Compare the frame's height with the length of the form at the same screen width.

Will a refresh bring the button back?

Usually not. A height or style set in the embed code or the wrapper stays the same on every load, so a refresh shows the same cut-off box. Change the code, then open the page in a private window to check.

Does the test submit the form?

Only when a visitor reaches a Submit button. If the button is missing, the run stops at that step and the report says so. The run does not read your form account, so check the entry arrived yourself. The test does not predict how many visitors will reach the bottom of the form.

Does the same problem happen on a laptop?

Sometimes not. A narrow phone width is where a fixed height is most likely to cut off the button. Test at both widths, because a form that fits a wide screen can end early on a phone.

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 .