Skip to content
FORM UX14 / 50

Why people abandon website forms before submitting

Reduce form abandonment by finding where people stop, then reviewing field purpose, labels, validation, mobile behavior, and trust. Measure form starts and successful submissions before changing the form.


Insights
An unfinished form compared with a clearer completed form.
Editorial visual / 14

Start with the drop off

A contact form often gets blamed only after submissions fall.

The more useful question is earlier:

Where do people stop?

A visitor who reaches the form has already crossed several steps.

  • The visitor found the page.
  • Understood enough of the offer.
  • Reached a decision point.
  • Started entering information.

A form abandonment problem sits close to intent.

The first mistake is measuring only page visits and successful submissions.

Add a form start event where the first field receives focus. Add a successful submission event after the form confirms completion. If the form matters enough, review field level behavior or session recordings to find where hesitation starts.

This creates a simple path:

  • Form viewed.
  • Form started.
  • Fields completed.
  • Submit attempted.
  • Submit succeeded.

Each gap tells a different story.

A form starts losing people before the submit button ever gets clicked.

Find the friction

Start with field count.

W3C's current forms guidance says users generally prefer simple, short forms and recommends asking only for information required to complete the process.

The right number of fields depends on the offer.

A newsletter signup needs less information than an enterprise demo request. A roofing quote needs different information from a product trial.

The principle is simpler.

Every field needs a reason.

Ask what the team does with the answer. Remove fields with no clear next use.

Then review the order.

Easy, low risk questions belong early. Sensitive or higher effort questions belong later when the visitor understands why the information matters.

A required phone number near the top feels different from an optional phone field after a visitor has explained the project.

Next, review labels and instructions.

Placeholder text is not a strong replacement for a real label. Once a person starts typing, the placeholder disappears. Clear visible labels help scanning, accessibility, and error recovery.

W3C also recommends clear instructions for required fields, formats, and special input rules.

Then review validation.

A form should explain the problem near the field and help the visitor fix the input.

Do not wait until the final submit action to reveal six hidden errors.

Do not erase valid answers after one error.

Do not show a red border without a useful message.

Mobile needs a separate pass.

  • Check tap targets.
  • Check keyboard type.
  • Check spacing.
  • Check long dropdowns.
  • Check autofill.
  • Check sticky elements which cover fields.
  • Check whether the submit button stays visible after validation.

Trust also matters near sensitive fields.

If the form asks for budget, phone number, company size, or another high commitment detail, explain why the field exists where useful.

Measure form starts and completions

Treat the form as a small product flow.

  • Measure the start.
  • Find the worst drop off point.
  • Review the field.
  • Change one meaningful factor.
  • Run the same measurement again.

The fix might be fewer fields.

The fix might be better field order.

The fix might be a clearer page before the form, because people reached the form without enough trust.

The fix might be technical, such as broken validation or a mobile overlay.

The fix might also sit after submission. A person who never receives clear confirmation starts a different problem, which belongs in the lead handoff.

Forms look simple in a mockup because every field sits empty and perfect.

Real use brings uncertainty, autofill, mistakes, small screens, slow networks, sensitive questions, and interruptions.

Design for those conditions.

The form should feel like the easiest part of asking for help.

Discuss a Project