Email validation · Use cases · Lead forms

Use case

Lead form email verification for a clean CRM.

Verifying email on a lead form means checking each address as the lead submits, before it syncs to your CRM. Trueguard's email validation confirms format, MX records, SMTP validity, mailbox deliverability, disposable domains, catch-all behavior, role-based mailboxes, and free-mail providers in one call, so junk and fake leads are flagged at capture and your sales pipeline stays clean.

At capture

One request, four possible answers.

safeSync the lead.
riskySync with a flag.
invalidReject at the form.
unknownHold and re-check.
Median responseSub-1s
False positive rate<1%
Free tier100 / month
Standard plan$49.99 / 50,000

Try one address.

The same check your lead form would run. 10 free checks a day, no key and nothing sent to the address.

Or try

Why verify email on lead capture forms?

Wasted sequences on dead addresses

Real rep time and email quota spent following up on leads whose addresses were never deliverable. The sequence runs, nothing lands, and the cost is invisible until the bounce report appears.

Inflated cost-per-lead from junk submissions

Fake and throwaway leads count against your ad spend and form conversion numbers, diluting your cost-per-lead. The campaigns look less efficient than they are because the denominator is polluted.

Pipeline and attribution drift

A CRM full of undeliverable contacts skews every report that touches the pipeline. Lead source attribution, stage conversion rates, and forecasts all drift away from what is actually real.

Sender reputation damage from list bounces

Marketing sends to unverified lead lists accumulate bounces. Enough of them and mailbox providers start routing your sends to spam, including the mail to leads who are genuinely interested.

How does lead form email verification work?

One API call between the form submit and the CRM sync.

01

The lead submits the form

A visitor fills your lead capture or marketing form and submits. The check runs on submit, against the final address, so it fires once on the value the lead actually entered rather than on partial keystrokes.
02

Your backend verifies the address

Your handler sends the email to the validation endpoint and gets the signals back in one response: format against RFC 5322, MX records, SMTP validity from a live handshake that stops before any message is sent, disposable, catch-all, role-based and free-mail detection.
03

Sync, flag, route, or reject before the CRM

The response carries a status of safe, risky, invalid, or unknown. You map it to a CRM action, so the lead arrives in your CRM already labeled and reps spend time on the leads worth working.

Which leads should you flag, route, or reject?

The four statuses map to four CRM actions. Most of the value is in the middle, where you sync a lead but mark it instead of throwing it away.

safe

Format, MX, and SMTP confirm a real, deliverable mailbox.

Sync. Push the lead straight into the pipeline for normal follow-up.

risky

Deliverable but unconfirmed at the mailbox. Catch-all domains and disposable domains land here. A role-based mailbox (info@, sales@) is flagged separately and does not set this status.

Sync with a flag, or route to review. Keep the lead, mark it as lower-confidence, and let a rep qualify before heavy outreach.

invalid

Bad format, no MX records, or the server rejected the address. Undeliverable.

Reject at the form. Do not sync it. This is the lead that would have bounced and wasted a sequence.

unknown

The server blocked the probe or gave no clear answer. No verdict.

Retry or queue. Hold the lead for a re-check rather than rejecting a possibly real prospect because their provider rate-limited the probe.

Four rules for the lead form.

Keep dead addresses out of the send list

An address confirmed deliverable at the form will not bounce when marketing emails it later. Disposable and invalid addresses get rejected before they enter a send list, so you keep the damage out of the list instead of cleaning it after.

Protect the reputation behind real leads

Mailbox providers track your bounce rate as a quality signal. A send that hits dead addresses from unverified forms lowers your reputation, and your next send is more likely to land in spam, including the mail to leads who are genuinely interested.

Treat catch-all as risky, not unknown

A catch-all domain accepts mail for every address, so it is deliverable at the server but unconfirmed at the mailbox. Sync the lead with a flag rather than throwing it away.

Route role-based leads, do not reject them

Addresses like info@ or sales@ are real and deliverable, but they reach a shared inbox, not a named buyer. Route them to a rep for qualification instead of rejecting them.

What does the API response look like?

One POST from your lead form handler. The status decides whether the lead syncs; the signals underneath tell you why.

// in your lead form handler, before the CRM sync const check = await fetch( "https://api.trueguard.io/v2/email/validation", { method: "POST", headers: { "X-API-KEY": process.env.TRUEGUARD_KEY, "Content-Type": "application/json" }, body: JSON.stringify({ email }) } ).then((r) => r.json()); if (check.deliverability.status === "invalid") { return reject("Please check your email address"); }
{ "email": "name@gmail.com", "rawEmail": "name@gmail.com", "syntax": { "isValid": true }, "deliverability": { "status": "safe", "isSmtpValid": true, "isMxValid": true, "isCatchall": false, "isInboxFull": false, "isDeliverable": true, "isDisabled": false, "mxRecords": [ "gmail-smtp-in.l.google.com", "alt1.gmail-smtp-in.l.google.com", "alt2.gmail-smtp-in.l.google.com", "alt3.gmail-smtp-in.l.google.com", "alt4.gmail-smtp-in.l.google.com" ] }, "domain": { "name": "gmail.com", "age": 11363, "isLive": true, "isRisky": false }, "quality": { "isDisposable": false, "isFree": true, "isRole": false, "isSubaddress": false } }

Frequently asked questions.

Still deciding? Contact support or read the API reference.

What is lead form email verification?

Lead form email verification is a real-time check that runs when a prospect submits your lead capture or marketing form. Your backend sends the address to a validation API, which confirms format, MX records, and SMTP deliverability and flags disposable, catch-all, and role-based addresses. You then sync, flag, route, or reject the lead based on the verdict, so junk leads never reach your CRM clean.

Does it work with my existing lead capture form?

Yes. It is an API call from your form backend, so it works with any form: a native form on your site, a marketing landing page, or a hosted form whose submissions you process server-side. You do not replace the form. You add one verification call between the submit and the CRM sync, and act on the result.

Should I reject role-based addresses like info@company.com on a lead form?

No, do not auto-reject them. Role-based addresses are real and deliverable, so a working one comes back safe with the role flag set, not invalid. The flag tells you the address reaches a shared inbox rather than a named person, which is worth knowing, but on a lead form a sales@ or info@ fill is often a genuine inbound from a company. Route it to review or sync it with a flag rather than throwing it away.

How does this keep my CRM data clean?

It stops bad records at the door instead of cleaning them up later. Fake and undeliverable addresses are rejected before they sync, and ambiguous ones are flagged so reps know what they are looking at. Your conversion rates, source attribution, and pipeline reports stay accurate because the leads in them can actually be reached, not inflated by dead addresses no one can work.

Will verifying leads reduce my email bounce rate?

Verifying before you send removes the addresses that were guaranteed to bounce, which is the part of your bounce rate you control at capture. We do not promise a specific bounce-rate number, because your real rate also depends on your list age, content, and sending practices. What verification does is keep invalid and undeliverable addresses out of your send lists, which protects the sender reputation that gets your real mail delivered.

Can I catch fake or disposable leads?

Yes. Disposable detection checks each address against a continuously updated registry of throwaway providers, and the deliverability check catches addresses that look real but reject mail. Catch-all addresses come back risky unless a second check confirms the mailbox, so you can treat them with extra care. Together these flag the fake and low-quality leads at capture, before a rep spends time chasing an address that was never real.

Is there a free tier to test on my lead form?

Yes. The first 100 validations a month are free with no card, which is enough to wire verification into a real lead form and watch the flags land in your CRM. For a quick single-address check, the free email verifier at https://trueguard.io/email-verifier runs the same validation in the browser. When you need more volume, the paid plan is $49.99 a month for 50,000 validations.

Clean leads from the first submit.

100 validations a month, free, no card. Add one call to your form handler and junk leads stop reaching your CRM.

Get your free API key

No credit card required.

trueguard-logo© 2026 Trueguardinfo@trueguard.io