Email deliverability glossary: 40 terms every sender should know
Forty email deliverability terms defined in one or two sentences each: bounces, SPF, DKIM, DMARC, spam traps, greylisting, sender reputation, inbox placement and verification.
A mistyped checkout email bounces the receipt and the password reset; fake accounts feed card testing. How to validate email at WooCommerce checkout without blocking real buyers.
A mistyped or fake email at WooCommerce checkout costs more than a bounced receipt: the customer never gets the order confirmation, cannot reset their password, opens a support ticket, and sometimes files a chargeback for an order that shipped. Checkout email validation checks the address in real time at registration, at the checkout email field and at newsletter opt-in, blocks the ones that cannot receive mail, suggests a fix for typos, and lets everything else through so a paying customer is never turned away.
Work through what happens after a customer types maria@hotnail.com and clicks Place Order:
Typically 1% to 3% of checkout emails contain a typo. On a store doing 2,000 orders a month that is 20 to 60 customers who cannot be reached, each one a support ticket waiting to happen. The email typo fixer shows how many of the common ones (gmial, hotmal, yaho, outlok) a simple suggestion can rescue.
Fake registrations are a different problem with the same fix. WooCommerce stores attract two kinds:
Both rely on addresses that a real-time check marks undeliverable or disposable, so blocking those at registration removes the easy path. The determined fraudster still needs a rate limit and your processor's fraud tools.
| Point | What to check | Why |
|---|---|---|
| Account registration | Full verification, block disposable and undeliverable | Stops bulk fake accounts and coupon farming |
| Checkout email field | Full verification with typo suggestion | Protects the order confirmation and password reset |
| Newsletter opt-in at checkout | Full verification, block disposable | Keeps the marketing list clean from day one |
| Guest checkout | Same as the checkout field | Guests still need their receipt |
The checkout email field is the one that pays back fastest, because every order depends on it. The newsletter tick box matters if the address flows into Klaviyo or Mailchimp, where a bad address costs money on every send.
| Verdict | Score | Action at checkout |
|---|---|---|
| Deliverable | 90 to 100 | Continue, nothing shown |
| Risky | 60 to 89 | Warn once ("we could not fully confirm this address") and allow the order |
| Undeliverable | 0 to 29 | Block, show the did_you_mean suggestion if there is one, ask for a correction |
| Unknown | 30 to 89, no firm answer | Allow the order, flag the account for a recheck later |
The split matters. Undeliverable means the domain does not exist, has no mail server, or its server said the mailbox is not there. Nobody is harmed by asking for a correction. Risky covers catch-all domains, full mailboxes and role addresses, all of which can belong to a genuine buyer with a corporate address, so warn and let them pay. Unknown usually means a slow or greylisting server, and it is never the customer's fault.
Two notes. The plugin stores the verdict and score in the order meta, so you can filter orders by email quality in the admin or export them. And it fails open: if your credits run out, checkout keeps working and validation is skipped until you top up, so a billing lapse can never block a sale.
If your checkout is a custom build or a headless front end, the form validation widget attaches to any email input with one script tag and fires a verifyre event your checkout script can act on. For the server side, call POST /api/v1/verify from your order handler before the order is created; that is the only check a bot cannot skip. On Shopify the same flow is available through the Shopify integration.
A checkout is the worst place to lose a customer, so the rules are strict:
cached: true, so a customer who goes back and forth is not rechecked.Done this way, the only buyers who ever see a hard stop are typing an address that could not receive their receipt anyway. For the broader picture on forms, see WordPress form spam and fake sign-ups.
No. Addresses at catch-all or strict corporate domains come back risky or unknown, and the recommended settings allow both. Only addresses whose domain or mailbox provably cannot receive mail are blocked.
The check runs when the customer leaves the email field, usually in well under a second, so by the time they reach the button the verdict is already known. If the API is slow, the order proceeds and the address is rechecked afterwards.
Yes. The plugin writes the verdict and score to the order meta, so you can filter orders in the WooCommerce admin or export them to a sheet.
It removes the throwaway addresses card testers rely on, which cuts most of the volume, but you still want a rate limit on checkout attempts and your payment gateway's fraud rules for the rest.
Related reading
@Forty email deliverability terms defined in one or two sentences each: bounces, SPF, DKIM, DMARC, spam traps, greylisting, sender reputation, inbox placement and verification.
@Real-time email validation checks an address as it is typed: syntax, typos, disposable domains, role accounts, MX and an optional mailbox check. Here is how it works.
@Gmail, Outlook and Yahoo addresses carry no company signal, so B2B teams segment them. When free addresses are legitimate, how the free and role flags route them, and bulk detection.
Photos: Freepik