CHRISTMAS HOLIDAY

Our office is going to take a short break at Christmas.

OFFICE CLOSED FROM: 19th Dec '25 - RE-OPENS: 5th Jan '26

♥ CJ DIGITAL

Why your website’s contact form isn’t converting enquiries

Four hundred people came to your site last week. Two filled in the contact form. You’ve been telling yourself the numbers will come good once traffic grows, but they won’t. The form is the problem. 

The gap between visitor and enquiry is where small business websites commonly lose leads. By the time someone lands on your contact page, they’ve already decided they want to reach out. Whether they follow through comes down to how much friction the form puts in the way. 

We do website development work in Melbourne at CJ Digital, and contact form failures are one of the most common causes of low-lead complaints we hear from new clients. The traffic is there. The form is stopping it from converting. 

Here’s what to check. 

Too many fields, too early

Every extra field you add to your contact form loses you submissions. This is a well-studied pattern in conversion design, and the numbers are stark. A 2025 analysis of 404 landing pages by Neil Patel’s team found one-field forms converted at 18.2%, three-field forms at 11.5%, and seven-field forms at 7.6%. HubSpot’s study of 40,000 forms found that reducing a form from four fields to three increased conversions by around 50%. 

The working rule: ask for what you need to reply, and nothing else. For a standard contact form, that usually means three fields: 

  • Name. One field, combined first and last. Don’t split it unless you have a clear routing reason. 
  • Email or phone. Either is fine. Asking for both is optional, and the phone field should never be required unless your business genuinely replies by phone. 
  • Message. The open text box. This is where the enquiry happens. 

Everything else – company, role, budget, how did you hear about us, marketing consent checkboxes – costs you enquiries. If a field doesn’t change the reply you send, cut it. You can ask follow-up questions once a real person is on the line. 

There is a caveat. Longer forms aren’t universally bad. Where the reader’s intent is strong and the form is qualifying for something valuable (a detailed quote, a consult, a complex service), more fields can sometimes lift completions because users self-select. Zuko Analytics’ 2025 benchmark data suggests field count and completion rate are only weakly correlated once motivation is high. For a standard “get in touch” form on a service business website, though, shorter wins. 

Mobile form behaviour that sends users away

More than half of website traffic is now on mobile, and mobile form completion runs around 8 to 9 percentage points below desktop. The gap comes down to design. The fixes are small, and they’re rarely tested. 

Four things to check on your form on a phone: 

  • Tap target size. Fields, dropdowns and the submit button should be at least 44 by 44 pixels (Apple’s iOS guideline) or 48 by 48 density-independent pixels (Google’s Material Design guideline). Anything smaller and users mis-tap adjacent fields. 
  • Keyboard type. An email field should trigger the @ keyboard on mobile (type=“email”). A phone field should trigger the number pad (type=“tel”). This costs nothing to set up and removes a step for the user. 
  • Autofill. A Chrome Developers study across thousands of forms found that when autofill is available, users complete forms around 35% faster and are around 75% less likely to abandon. Autofill only works if the form uses standard autocomplete attributes (name, email, tel, and so on). Many WordPress contact form plugins ship without these set correctly. 
  • Inline validation. Errors should appear next to the field as the user types, not after they hit submit. A form that clears the user’s input on validation failure is catastrophic for completions on mobile, because typing everything twice on a phone is painful enough that many users leave. 

If your developer hasn’t looked at your form on a phone in the last year, the issue is almost always here.

a split screenshot showing the three mobile keyboard types (default keyboard, @ keyboard for email, number pad for phone). Clarifies the keyboard-type point visually.

Trust signals missing near the submit button

The submit button is the moment of highest perceived risk in the whole enquiry. The visitor is about to hand over contact details to a stranger. Whatever reassurance you’ve built up across the rest of the site has to be present, visually, at that exact point. 

Effective trust signals near the submit button include: 

  • A one-line statement about what happens after they submit. “We’ll reply within one business day” or “No auto-responders, just a real reply from our team.” Tells them what they’re agreeing to. 
  • A privacy note. “We don’t share your details. Ever.” One sentence. Link to the privacy policy for anyone who wants the long version. 
  • A reason for each optional field. If you ask for phone “for faster callback,” say so. Users are suspicious of fields that have no obvious purpose. 

Trust signals placed at the form itself produce a 15 to 30% lift in completions, according to 2026 form benchmarks from FoundryCRO. The mistake is putting them on the page but not in the visual vicinity of the submit button. On mobile, eyes track vertically; if the reassurance is in the sidebar or the footer, it’s invisible at the point of decision. 

What doesn’t work: generic security seals (they stopped carrying weight when users realised anyone could buy them), stock-image team photos labelled “trusted by hundreds,” and “as featured in” logos with no corresponding coverage. Trust signals need to be specific and verifiable, or they subtract from trust rather than add to it. 

Spam protection that catches real users

Every contact form needs protection from bots, but the standard approach – Google’s reCAPTCHA v2, with the “I’m not a robot” checkbox and traffic-light puzzles – costs you real enquiries. The image grids add 10 to 30 seconds of friction and can drop completions by 8 to 15% on mobile, where the tap targets are small and fiddly. 

Three lighter-touch options protect your form without the drop-off. Here’s how they compare for a standard contact form. 

Method How it works User friction Best for
Honeypot field A hidden field that bots fill and humans never see. The server rejects any submission where the field is filled. None. Invisible to humans. Low-risk contact forms. Combine with another layer for higher-value forms.
reCAPTCHA v3 Assigns each visitor a background score between 0.0 and 1.0 based on their behaviour on the page. The server decides the threshold. None for typical users. Visitors on VPNs or strict privacy settings can occasionally be flagged. General-purpose forms where Google Analytics is already on the site.
Cloudflare Turnstile Runs a background challenge invisibly in most cases. No data sent to Google. None for typical users. Sites where privacy is a consideration or that already use Cloudflare.

For a standard small business contact form, honeypot combined with reCAPTCHA v3 or Turnstile is the setup we’d use. The visible v2 checkbox should be off the table unless spam is already out of control. 

Thank-you pages that end the conversation too early

The thank-you page is often the most underused part of a contact form. Many small business sites show a one-line “Thanks, we’ll be in touch” and that’s it. The visitor has just converted. They’re warm. Their attention is on you. You have thirty seconds before they close the tab. 

A working thank-you page gives them something to do next: 

  • Tell them what happens and when. “We reply to enquiries within one business day. If your enquiry is urgent, here’s our direct number.” 
  • Point them at something else useful. A relevant case study, an FAQ that answers the question they probably have next, or a short guide related to their enquiry. 
  • Offer an easier next step than waiting. A calendar booking link, a phone number, or a resource they can read while they wait. 

The thank-you page is also the correct place for your Google Ads conversion tracking, Meta pixel events, and any analytics goal. Putting the tracking on the form submit button rather than the thank-you page will record every failed submission as a conversion, which corrupts your data.

Email delivery failures you don’t know about

This is the worst one on the list, because you never see it happen. The user submits the form. The form says “thanks.” You never get the email. 

Three things commonly cause this: 

  • The notification email goes to your spam folder. Usually because the “from” address is your own domain but the server sending it is your hosting provider. Your email provider (Google Workspace, Microsoft 365) flags it as suspicious because the authentication doesn’t line up. 
  • The contact form plugin’s SMTP settings are broken. Many WordPress plugins default to PHP’s built-in mail function, which is unreliable on shared hosting and often blocked outright. Emails queue, fail, and disappear without any visible error. 
  • SPF, DKIM and DMARC aren’t set up on the sending domain. These are three email authentication standards. SPF (Sender Policy Framework) lists the servers allowed to send email from your domain. DKIM (DomainKeys Identified Mail) adds a cryptographic signature. DMARC (Domain-based Message Authentication, Reporting and Conformance) tells receiving servers what to do if SPF or DKIM fail. Without these configured correctly, Gmail and Outlook are increasingly aggressive about filtering or outright rejecting the mail. Google introduced stricter enforcement in 2024 for any domain sending more than 5,000 emails a day, and the enforcement has been tightening for lower-volume senders since. 

The fix: route form submissions through a transactional email service (Postmark, SendGrid, Amazon SES or Mailgun) rather than through the website’s hosting provider, and configure SPF, DKIM and DMARC on the sending domain. Ongoing website support work from a competent developer should include a test submission to the live form every month to confirm the pipeline is still delivering. If nobody has tested yours recently, submit a form as a user and see if the email lands. 

A 10-minute self-test for your contact form

Open your website on your phone. Not on your desktop, not on the staging site: the live site, on the phone you’d hand to a customer. 

Then run through this checklist. Every “no” answer is a known cause of lost enquiries. 

  • Does the form have five fields or fewer (name, email or phone, message, and at most one optional)? 
  • On mobile, does the email field open the @ keyboard and the phone field open the number pad? 
  • Are the fields and submit button large enough to tap without missing? 
  • Does autofill work? Try it with Chrome or Safari’s saved details. 
  • Is there a one-line reassurance near the submit button (response time, privacy, or what happens next)? 
  • Does the form use honeypot, reCAPTCHA v3 or Turnstile rather than the “I’m not a robot” checkbox? 
  • Does the thank-you page offer a next step beyond “we’ll be in touch”? 
  • Submit a real test enquiry. Did the email arrive in the inbox, not the spam folder, within a minute? 

If you got through that with fewer than six yes answers, the form is the bottleneck that needs attention before anything else. 

Fixing a contact form is usually a one-day job for a developer who knows what they’re doing. The return on that day is measured in the leads the form was losing every week before. If your traffic is steady but your inbox is quiet, the contact form is where to start looking. 

Send us the URL of your contact page and we’ll run the self-test above against your form, then tell you plainly which of these are costing you enquiries. No sales call attached. 

a printable or downloadable version of the 10-minute checklist as a standalone graphic. Increases shareability and gives the article a takeaway artefact.
Copyright CJ DIGITAL 2026 | All Rights Reserved