For a service business, a form that displays “sent” but never reaches the right person is a lost-enquiry risk. This guide helps a Formby or Freshfield business trace one harmless test from the visitor’s screen to the receiving inbox. It is a diagnostic checklist, not a claim that any particular website is faulty.
Start with a labelled dummy enquiry agreed by the site owner; never use a real customer’s details as test data. Record the page URL, time, device and what the visitor saw. A success message only shows that one stage of the journey appeared to work.
Follow the enquiry through five checkpoints
- Submission: Did the form show a confirmation, an error, or no change? Try a required field left blank to see whether the error is understandable.
- Entry: If the form is configured to store entries, did the labelled test appear? Some forms do not store entries by default, so first establish the actual configuration.
- Notification: Is a notification enabled, addressed to the correct mailbox and mapped to the right fields? An entry can exist even when no email is attempted.
- Transport: If a notification was attempted, check available mail logs or ask the email/hosting administrator whether it was accepted, deferred or rejected. Do not assume an extra plugin alone solves deliverability.
- Inbox: Check junk, quarantine and forwarding rules as well as the primary inbox. Agree who actually monitors this address.
Check the sender separately from the reply address. In WPForms, use a valid From Email that your configured mail service permits, normally on your business domain. Do not put the visitor’s email address in From: the site is not authorised to send as that visitor. Use the submitted email in Reply-To where supported, then test that replying reaches the intended person. A verified sender and correct field mapping are useful checks, not a guarantee of inbox delivery. See WPForms notification settings.
Use the observation to choose the next check
| What you saw | Investigate next | Do not assume |
|---|---|---|
| No confirmation or stored entry | Validation, spam controls and the form response | That email is the only problem |
| Stored entry, no notification | Notification trigger and destination | That the visitor never submitted |
| Notification attempted, no inbox copy | Mail transport, rejection and filtering | That a new form design fixes it |
| Inbox copy, owner still misses it | Mailbox ownership, forwarding and workflow | That the site failed to send |
A practical acceptance test
Once the issue is corrected, repeat a dummy submission on a phone and a desktop browser. Check the on-screen confirmation, any stored entry and the recipient inbox against the same test reference. Test an error path too: the visitor should know what to fix without starting again. Record the date, result and the person responsible for future checks. Make sure there is an obvious alternative contact route if the form becomes unavailable.
If your problem is what the form asks rather than where its messages go, use our quote-form guide for Formby tradespeople. For a scoped review of a website’s enquiry journey, see our web design service or tell us what is happening.
Technical source: WPForms documentation on notification troubleshooting, checked 19 September 2026. Your form and mail setup may differ.
