Zoho Web-to-Lead Form Not Working? Where Your Leads Went

Why is my Zoho web-to-lead form not creating leads?

Nine times out of ten the form is fine. The submissions are reaching Zoho but ending up somewhere you’re not looking. Before you touch any code, check three places in this order:

1. The approval queue. Open the Leads module, click the three dot menu at the top right and choose Approve Leads. Submissions stacked up here mean the form has an approval setting switched on and nothing’s broken.
2. The All Leads view. Switch from My Leads to All Leads, sort by Created Time (newest first) and look for recent submissions. Leads owned by the wrong user are invisible in everyone else’s default view.
3. The form configuration. Go to Setup > Channels > Webforms, open the form and confirm it’s still active and pointing at your current website address.

If your missing leads turn up in either of the first two places, the form works and you have a routing problem. The sections below explain which one. If nothing appears anywhere, work through the causes in order.

One thing worth knowing from the start: Zoho CRM keeps no submission log for web forms. There’s no screen that tells you fourteen submissions arrived this week and three were rejected. Diagnosis is more guesswork than it should be.

Is the approval queue holding your submissions?

Web forms have an option to hold incoming records for manual approval. Someone ticks it during setup, meaning to keep junk out of the CRM, then forgets it exists. Every submission since has been queueing in a view nobody checks.

The check takes thirty seconds. Open the Leads module, click the three dot icon at the top right of the list view and select Approve Leads. Anything sitting there arrived from your form and stopped. Approve the genuine ones and they become normal leads: assignment rules run and workflows fire.

To stop it happening again, edit the form under Setup > Channels > Webforms and untick the manual approval option, unless you want a human gatekeeper on every enquiry.

Did the form break when your website changed?

When you generate a web form, Zoho asks for the URL of the page that will host it and ties the form to that address as a spam control measure. Move your site to a new domain, switch from http to https or rebuild the page under a different path and submissions can start being dropped with no error shown to anyone. The visitor often still lands on the thank you page, which makes this one especially sneaky.

The related failure is mangled embed code. During a redesign, an agency copies the old form markup into the new template and the hidden fields get stripped or rewritten by the page builder. Those hidden fields identify your CRM account and the target module:

<form action="https://crm.zoho.eu/crm/WebToLeadForm" method="POST">
  <input type="hidden" name="xnQsjsdp" value="...your org token..." />
  <input type="hidden" name="xmIwtLD" value="...your form token..." />
  <input type="hidden" name="actionType" value="TGVhZHM=" />
  <input type="hidden" name="returnURL" value="https://www.example.co.uk/thank-you" />

Check the form action too. UK accounts usually live on crm.zoho.eu. Embed code posting to crm.zoho.com from an account hosted in the EU data centre won’t create anything.

The fix for all of these is the same: edit the form in Setup > Channels > Webforms, update the landing page URL, regenerate the embed code and paste the fresh version into your site. If your site runs on Zoho Sites we can sort both ends in one pass - see our Zoho Sites work.

Has a deleted CRM field broken the mapping?

Renaming a field label doesn’t break a web form. Deleting one does and so does deleting a field then recreating it with the same name. Custom fields post under internal names like LEADCF12 that are tied to the field’s identity. Recreate the field and it gets a new internal name, so the old embed code now posts data into a field that no longer exists. Depending on which field it was, Zoho either drops the value or rejects the whole submission.

If anyone has tidied up your CRM fields recently, open the form in Setup > Channels > Webforms and look at the field list, where broken mappings tend to show as warnings. Then compare the form Zoho thinks you have against the markup on your page, because the two drift apart over time.

Are mandatory fields rejecting submissions?

This one tends to surface weeks after the change that caused it. An admin makes a field mandatory at the layout level, perhaps Industry or Phone, without remembering the web form exists. The form doesn’t collect that field, so record creation fails every single time. The visitor sees a normal thank you page. The lead never appears. Zoho’s feedback here is genuinely unhelpful: no bounce, no error report, nothing.

The fix is either to add the field to the form or to take the layout-level requirement off. A default value on the field works as a middle ground if you need the data populated but can’t justify asking visitors for it.

Are the leads hiding in the wrong view?

If no assignment rule is selected in the form’s settings, every lead the form creates is owned by whoever built it. That’s often an admin who never looks at the Leads module. The sales team watches My Leads, sees nothing and concludes the form is dead, when the leads are all there, sitting under an owner nobody checks.

Sort All Leads by Created Time and check the Lead Owner column. If everything belongs to one admin account, edit the form and select a lead assignment rule on the details step. If a rule is selected but still not distributing leads, that’s a separate fault with its own causes - we cover it in Zoho CRM lead assignment rules not working.

Is double opt-in waiting on a confirmation nobody clicks?

Web forms can be set to double opt-in: the visitor submits, Zoho sends a confirmation email and the lead only lands in CRM once they click the link. Plenty never do. People mistype their address, ignore the email or never receive it because the confirmation itself went to junk. If your confirmation emails are being filtered, the fix overlaps with our guide on Zoho CRM emails going to spam.

Ask whether you need double opt-in at all. It has a place in marketing consent flows, but on a plain enquiry form it mostly throws away warm leads.

Is the spam filter eating real enquiries?

Zoho applies spam filtering to web form submissions and discards what it flags. There is no quarantine view for CRM web forms, so a false positive simply vanishes. Submissions from free email addresses carrying link-heavy messages are the classic casualties.

You can’t tune the filter much, but you can reduce your exposure. Turn on captcha so the filter has less reason to be aggressive. Then test with realistic data: a genuine-looking name, a plausible message, a real mailbox you control. A submission filled with “test test test” tells you very little either way.

How do I test a web-to-lead form end to end?

Test from the live page, not from the preview in Setup. The preview posts from Zoho’s own pages, so it skips the exact checks most likely to be failing.

1. Open the live page in a private browser window.
2. Fill the form like a real prospect would, using an address you control with a unique tag, something like yourname+test0507@yourdomain.co.uk.
3. Before submitting, open your browser’s developer tools on the Network tab. Submit, then find the POST to /crm/WebToLeadForm. A redirect to your return URL is a good sign; an error status means the request itself is failing.
4. In CRM, open All Leads, sort by Created Time and look for your submission. Give it a minute or two.
5. Not there? Check Approve Leads in the Leads module, then your test inbox for a double opt-in confirmation.
6. Found it? Confirm the lead owner is right and any notification emails arrived. A form that creates leads nobody is told about is only half fixed.

Run this after every website change at minimum. A form can fail silently for weeks before anyone asks why enquiries dried up.

Quick diagnostic checklist

1. Check Leads > Approve Leads for held submissions.
2. Check All Leads sorted by Created Time, ignoring lead owner.
3. Confirm the form is active in Setup > Channels > Webforms and the landing page URL matches your current domain exactly.
4. Compare the embed code on your site against freshly generated code, especially the hidden fields and the data centre in the form action (.com vs .eu).
5. Ask whether any CRM field used by the form was deleted or recreated recently.
6. Ask whether any field was made mandatory on the layout after the form was built.
7. Check whether double opt-in is on and whether confirmation emails reach real inboxes.
8. Submit a live test with realistic data and watch the Network tab.

Get the form fixed properly

Most of these causes take minutes to fix once found. Finding them is the hard part, because Zoho gives you almost no visibility into what happened to a submission. If your form has been failing for a while and you need it working today, our emergency Zoho developer service puts a senior developer on the problem within 30 minutes during UK business hours.

For the longer term, a properly built capture pipeline - form, assignment, notification, follow-up automation - is standard work in our Zoho CRM service, with published prices. If you’d rather we just looked at it, get in touch. The discovery consultation is free and we’ll tell you whether it’s a ten minute fix or a rebuild.