The week the enquiries went quiet
It usually gets noticed sideways. A customer rings and says they filled in the form a fortnight ago and heard nothing. Someone checks, fills it in themselves, sees the green thank you message, and assumes it works. Nothing arrives. Then the uncomfortable question: how long has it been like this?
Nobody can answer, because nothing recorded the submissions. The form sent an email, the email went nowhere, and the website reported success the whole time. Every visitor who reached the point of asking for a quote was told their message had been sent.
Why a form can fail without telling anyone
The form itself is rarely the broken part. What breaks is the delivery chain behind it, and most of that chain belongs to someone else.
| What changed | What happens to the form |
|---|---|
| Email provider tightened sender checks | Messages from the web server are rejected or put in spam |
| Hosting moved or PHP mail was disabled | The send call fails quietly and the page still says thanks |
| Recipient mailbox renamed or a leaver's account closed | Enquiries bounce to an address nobody reads |
| Plugin or theme update | A script error stops the submit button or the validation |
| Spam filter added to the form | Genuine submissions are blocked along with the bots |
The common thread is that the website only knows whether it handed the message over. It has no idea whether a human ever saw it, and the thank you page is written before the email has gone anywhere.
What the silence is costing you
The obvious cost is the enquiries themselves, and those are usually the warmest leads the site produces: people who read the pages, decided you might be right and took the trouble to write.
The less obvious cost is reputation. The person who filled in the form does not think your website is broken. They think you ignored them, and some of them tell other people that. Meanwhile you may be spending on advertising that sends people to a form that drops their message.
There is also the internal cost of never being sure. Once a form has failed once, staff start double-checking, asking customers to phone instead, and nobody trusts the numbers in the analytics.
How we make the form trustworthy again
We treat the form as a small system with a record, a delivery route and a monitor, rather than a widget that fires off an email.
- Store first. Every submission is written to a database or a secured log on your side before any email is attempted, so nothing depends on delivery succeeding.
- Send through an authenticated mail service. We route notifications through a proper transactional provider or your Microsoft 365 or Google Workspace account, with the domain's SPF, DKIM and DMARC records set up so providers accept it.
- Route to a role address or a shared inbox, not a named person, so a leaver or a renamed mailbox cannot swallow enquiries.
- Optionally push each enquiry into your CRM, such as HubSpot or Salesforce, or a Google Sheet, so there is a second copy the team already looks at.
- Add a scheduled test. A script submits the form on a schedule with a marked test message and checks that it arrived. If it does not, someone gets an alert by email or text.
- Keep a simple admin view of recent submissions, so anyone can check what came in without going through mail logs.
Where the site is WordPress, this usually means replacing the default mail function with an SMTP connection and turning on submission storage in the form plugin. On a custom build we add the same pieces in code.
After the fix
Enquiries arrive in a shared place the team already watches. If the delivery route breaks again, and at some point a provider will change something, the monitor notices before a customer does. You can also look back at every submission, so when someone says they wrote in, you can check rather than guess.
It also makes the analytics honest. A form submission count that matches the inbox is a number you can plan around.
Signs your form may be failing right now
- Customers mention enquiries you have no record of
- Form enquiries dropped while traffic stayed about the same
- Nobody can say where the form's emails are sent
- The form emails come from an address on the web host rather than your domain
- You changed hosting, email provider or staff mailboxes recently
- The last time anyone tested the form was the day the site launched