Your Contact Form Says Submitted—So Why Are No Leads Reaching Your Inbox?
Updated: Oct 31
A customer completes your contact form, sees a reassuring “submitted” message and assumes the enquiry is on its way. You check your inbox and find nothing. That gap can quietly cost a service business real opportunities because the form may have worked perfectly while the notification failed somewhere after submission.
The fastest fix is to stop treating the form and the email as one system. They are a chain: browser → form processor → stored submission → automation → sending service → domain authentication → receiving mailbox. Test each handoff in order and you can usually locate the failure without rebuilding the page.
Quick diagnosis: find the broken handoff in five minutes
Start in the submissions dashboard—not the inbox. If the test enquiry is stored, the form worked and the fault is downstream in the notification, sender authentication or mailbox. If no record exists, investigate validation, CAPTCHA, JavaScript and the live form itself.
Submit the live form with a unique subject and record the exact time.
Check Forms, CRM or stored submissions for that exact record.
If stored, inspect the notification automation and recipient address.
Send to a second mailbox provider and check spam or quarantine.
Use an authenticated domain address in From and the visitor address in Reply-To.
First, confirm whether the lead was actually captured
Submit the live form yourself using a different email address and a recognisable test message. Then check the website’s submission database, contact list, form dashboard or CRM—not merely the inbox.
Submission exists in the dashboard: the public form worked. Focus on notification rules, outgoing mail and inbox delivery.
No submission was stored: investigate the form itself, validation, consent fields, CAPTCHA, JavaScript errors and publishing state.
Some tests appear and others do not: compare device, browser, network and field values. An anti-spam rule may be rejecting particular patterns.
This distinction matters. A green confirmation message only proves that the browser received a success response; it does not prove that an email reached a human inbox.
A practical lost-lead troubleshooting sequence
1. Verify the recipient and notification rule
Look for a typo, an old employee address or a notification that was never enabled. If the form triggers an automation, confirm that it is active, connected to the correct form and configured to notify the right recipient. Duplicate forms can be deceptive: a redesigned page may display a newer form while the automation still watches the old one.
2. Check every storage location before changing anything
Review form submissions, contacts, inbox conversations, CRM records and automation history. If a lead is stored, export or preserve it before troubleshooting. The stored record is your safety net and tells you the collection layer is healthy.
3. Search spam, quarantine and email rules
Search the mailbox for the form subject line, sender domain and visitor’s address. Check Spam, Junk, Promotions, quarantine, blocked senders, forwarding rules and shared-inbox routing. Corporate Microsoft 365 and Google Workspace accounts may quarantine a message before it becomes visible to the user.
4. Test a second recipient on another provider
Temporarily send notifications to two controlled addresses on different providers. If one receives the message and the other does not, the form is unlikely to be the root problem. You have narrowed the fault to deliverability or mailbox policy.
5. Stop spoofing the visitor’s email address
A common configuration sends the notification “from” the visitor’s Gmail or Yahoo address so the business can reply naturally. That message is being transmitted by your website or mail service, not by Gmail or Yahoo, so authentication can fail. Use an address on your own authenticated domain as the From address and place the visitor’s address in Reply-To.
6. Check SPF, DKIM and DMARC alignment
Google’s sender guidelines require email authentication for messages sent to Gmail accounts, with stronger requirements for bulk senders. SPF identifies approved sending servers, DKIM adds a verifiable signature and DMARC defines how receivers handle messages that fail alignment. Do not add a second SPF record; update the existing policy carefully because multiple SPF records can create failures.
Authentication is not a magic inbox ticket, but missing or misaligned records make legitimate notifications easier to reject or classify as spam. After DNS changes, allow for propagation and retest with the actual sending path.
7. Diagnose WordPress mail separately from the form plugin
WordPress forms commonly pass messages to wp_mail(). A successful function result means the request was processed without an immediate error; it does not prove the recipient received the message. Check the form plugin’s entries or logs, configure an authenticated transactional sender or SMTP provider, and send a test from that service.
Do not install several SMTP plugins together. Choose one mail route, authenticate it and keep a log of delivery attempts. Multiple plugins can rewrite the same headers and make diagnosis harder.
8. Check Wix submissions before notification delivery
On Wix, first verify that the test appears among stored form submissions or contacts. Then inspect the connected automation and recipient. If a custom-domain mailbox is failing generally, Wix recommends checking domain status and mail-related DNS records; its email troubleshooting guidance also notes that DNS changes may take time to propagate.
9. Check Shopify’s contact destination and sender setup
For Shopify, confirm the store’s contact email and notification recipients, then test the live theme rather than only the theme preview. If you use an app or external form embed, inspect that app’s submission log as a separate system. A theme confirmation message does not validate a third-party automation downstream.
Use this ten-minute test matrix
Submit from a desktop browser and save the exact time.
Repeat from a phone on mobile data.
Confirm both records exist in the platform dashboard.
Check whether the automation ran and whether it reports an error.
Send notifications to two providers.
Inspect spam and quarantine.
Verify the From domain and Reply-To address.
Check SPF, DKIM and DMARC for the service that actually sends the message.
Reply to the test notification to verify the customer address works.
Document the result and schedule a recurring monthly test.
Build a fallback so one email cannot lose a lead
Email should be an alert, not the only record. Store every legitimate submission in the platform or CRM, notify at least one monitored business inbox and create an escalation when a new record receives no response. For high-value enquiries, a second channel such as a CRM task or team notification can provide useful redundancy.
Also show the visitor a realistic confirmation. If no instant human response is guaranteed, state the normal response window and provide a phone number or alternative route for urgent requests.
What not to do
Do not rebuild the form before checking whether submissions are already stored.
Do not use the visitor’s address as the unauthenticated From address.
Do not publish test forms that collect sensitive personal information.
Do not assume one successful test proves permanent reliability.
Do not depend on an inbox notification as the sole copy of a lead.
Protect the conversion path, not just the page design
A polished form is useless if nobody receives its enquiries. If your website also attracts visitors without converting them, work through Webcurry’s website conversion audit. For prevention and monitoring, compare the tasks in our website maintenance guide and Wix SEO checklist.
If the form, CRM and email trail still disagree, request a Webcurry website review. We can trace the submission from the browser to its stored record and final notification, then fix the specific handoff that is failing.
Frequently asked questions
Why does my form say submitted when no email arrives?
The browser confirmation and email notification are separate steps. The submission can be accepted and stored even when the automation, sending service, authentication check or recipient mailbox blocks the notification.
Does SMTP fix every WordPress contact-form problem?
No. SMTP can improve the sending path, but it cannot repair an incorrect recipient, disabled notification, form validation failure or mailbox rule. Confirm that the submission was stored before changing mail delivery.
What should I use in the From and Reply-To fields?
Use an authenticated address on your website’s domain in From. Put the visitor’s email address in Reply-To so staff can respond without impersonating Gmail, Yahoo or another external domain.
Where do Wix form notifications come from?
Wix form notifications are controlled through the form’s automation. Check the automation recipient and inspect spam or junk for Wix Forms and Wix Automations sender addresses.
Where does Shopify send Contact Us submissions?
Shopify sends Contact Us submissions to the store’s configured sender email address. Check that address in notification settings and test the published theme rather than relying only on a preview.
How often should a business test its contact form?
Test after website, plugin, DNS, mailbox or automation changes and at least monthly on a lead-generation website. Verify storage, notification delivery and the team’s response path.
Comments