All posts

Email Verifier Accuracy: What '99% Accurate' Actually Means

··7 min read

"99% accurate" on an email verifier usually means the vendor checked its results against some set of addresses and most agreed, without telling you which addresses, what counted as correct, or whether "unknown" and catch-all results were left out. There is no independent ground truth. Measure coverage, false-valid rate and false-invalid rate on your own data instead.

This is the longer companion to how to tell if your email verifier is lying, which gives a six-row test that catches the worst failure in a minute. That test tells you whether a tool is guessing. This post is about what to do once a tool passes it, when you want to know how good it actually is.

What vendors claim, as of October 2026

Several verifiers publish a single accuracy percentage, and none of the pages we read defined it. We fetched these homepages on 1 October 2026 and recorded every percentage claim about accuracy or results. These are the vendors' own claims, not audited figures.

Vendor Claim on its own site Method published on that page?
ZeroBounce "99.6% accuracy with real time email validation"; "Lowest 'unknown' Rates: 1.75%" No
Clearout "99.73% accuracy" No
EmailListVerify "99% Verification accuracy" No
DeBounce "97% Deliverability Guarantee" Linked separately
Bouncer "<2% Unknown Results"; refund if a deliverable address bounces within 72 hours Guarantee terms on a separate page
NeverBounce Not readable: the page returned an error to our fetch n/a
Kickbox Not readable: our fetch was blocked n/a
Hunter No percentage accuracy claim found on the verifier page n/a

Sources: ZeroBounce, Clearout, EmailListVerify, DeBounce, Bouncer and its guarantee page, Hunter.

SimpleVerifier does not publish an accuracy percentage, for the reasons below.

Why there is no ground truth

To score a verifier you need to know the right answer for each address, and for a large share of real addresses nobody does. Accuracy is a comparison against truth. In email verification, the truth is only knowable in some cases:

Case Is the true answer knowable?
Domain does not exist Yes, from DNS
Mailbox rejected at the RCPT TO step Yes, the server said so
Mailbox accepted, and a made-up address on the same domain rejected Yes, as of that moment
Catch-all domain No. The server accepts everything
Provider that rejects only after the message is sent No, without sending. See why Yahoo addresses are hard to verify
Server timed out or greylisted Not at that moment
Mailbox closes between the check and the send It changes after the fact

The cases in the bottom half are exactly where verifiers differ from each other, and they are often the cases a vendor's accuracy test does not include. A test built from addresses with clear answers will produce a high score for almost any competent tool, and says little about the hard cases you are paying for.

That last row matters more than it looks. A result is a snapshot. Clearout's documentation, for example, makes its "safe to send" status conditional on sending "within 24 hours of the verification time" (Clearout docs), and Bouncer's guarantee has a 72-hour window. Those windows are an honest acknowledgement that a correct answer on Monday can be wrong by the following week.

How a high accuracy number can hide a weak tool

The denominator decides the score, and excluding undecided results inflates it. Here is an illustration with made-up numbers, to show the arithmetic rather than describe any real vendor.

A tool checks 10,000 addresses and returns:

Result Count Later found to be wrong
Valid 6,000 60 hard bounced
Invalid 2,000 40 were real people
Catch-all or unknown 2,000 (no claim made)

Counting only the 8,000 addresses it gave a definite answer for, it was wrong 100 times: 98.75% accurate. That is a true statement. It is also a tool that declined to answer for one address in five.

A second tool, on the same list, gives definite answers for 9,500 addresses and is wrong 190 times. Its accuracy on decided addresses is 98.0%, lower. It also leaves you with 1,500 fewer addresses in limbo.

Which is better depends entirely on what you do with the undecided ones. A single percentage cannot tell you, because it has collapsed two different things, how often the tool answers and how often its answers are right, into one number.

The three numbers to ask for instead

Ask any vendor, or measure yourself, for coverage, false-valid rate and false-invalid rate.

Metric Definition Why it matters
Coverage Share of addresses given a definite valid or invalid result Low coverage means you are left deciding the hard cases yourself
False-valid rate Of addresses the tool called valid, the share that hard bounce This is the number that damages your sender reputation
False-invalid rate Of addresses the tool called invalid, the share that are real This is the number that throws away customers and leads

A tool can trade these against each other. Calling more addresses valid raises coverage and the false-valid rate together. Calling borderline addresses risky lowers the false-valid rate and lowers coverage. Vendors that advertise both very low "unknown" rates and resolving catch-all addresses are claiming to push coverage up; the question to ask is what that does to the false-valid rate, and on what data it was measured.

For most senders the false-valid rate is the one to protect, because a false valid becomes a hard bounce and a false invalid is only a missed send.

How to test a vendor on your own data

Build a small labelled set from your own sending history, run it through each tool, and count. This takes an afternoon and produces a better answer than any homepage.

1. Build the known-bad set

Export addresses that hard bounced from your ESP or sending tool in the last few weeks, with a 5.x.x code such as 550 5.1.1. These are your known-invalid addresses. Recent matters: an address that bounced two years ago tells you about two years ago.

2. Build the known-good set

Export addresses that replied to you or clicked in the last few weeks. A reply proves a person read the mailbox. Opens are weaker evidence, because privacy features in some mail apps load images automatically.

3. Add the six-row sanity check

Include the fabricated addresses from the six-row test, so a tool that guesses is caught immediately.

4. Run every tool on the same file, on the same day

Results drift as mailboxes change, so run the comparison within a short window.

5. Score it

Tool said valid Tool said invalid Tool said risky / unknown
Known good Correct False invalid Not covered
Known bad False valid Correct Not covered

Then compute coverage, false-valid rate and false-invalid rate for each tool.

Sample size: why 20 addresses is not enough

Small tests produce numbers that look precise and are not. We calculated 95% Wilson score intervals for a few plausible results:

Known-bad addresses tested Wrongly called valid True false-valid rate is probably between
100 2 0.6% and 7.0%
200 0 0% and 1.9%
200 4 0.8% and 5.0%
200 12 3.5% and 10.2%

With 200 known-bad addresses you can tell a tool that calls 1 in 50 dead addresses valid from one that calls 1 in 15 valid. With 20, you cannot tell much at all. Aim for a few hundred in each set.

What this test cannot tell you

Your known-bad set comes from addresses that bounced, so it excludes catch-all domains and accept-then-bounce providers by construction. That is fine: it measures the tool where truth exists. For catch-all addresses, the only real test is sending and measuring, covered in should you email catch-all addresses.

Guarantees are more useful than percentages

A guarantee with a bounce threshold and a time window is testable, which an accuracy figure is not. Bouncer's guarantee page, for example, offers money back "If we say deliverable and it bounces within 72 hours after verification (for an objective reason, not just spam)". You can check that against your own bounce log. If you are comparing vendors, read the guarantee terms, note the window, and send within it.

For a broader buyer's checklist, see how to choose an email verification service.

Practical takeaway

Ignore the headline percentage. Ask what was in the test set, whether undecided results were excluded, and what the false-valid rate is. Better still, spend an afternoon pulling a few hundred recent hard bounces and a few hundred recent repliers from your own history, run them through the tools you are considering on the same day, and compare coverage, false-valid and false-invalid rates. For a quick first screen on any tool, the free single email checker and a fabricated Gmail address will do.

Common questions

Are email verifier accuracy claims reliable?

They are rarely verifiable. The vendor homepages we read on 1 October 2026 claimed figures such as 99%, 99.6% and 99.73% without publishing what was counted as correct, which addresses were in the test, or whether undecided results were excluded. Treat them as marketing until you have tested the tool on your own data.

Why can't email verification be 100% accurate?

Because for some addresses there is no observable answer. Catch-all domains accept every address, some providers refuse unknown users only after the message is sent, and mailboxes change state between the check and the send. A verifier can only be accurate about what a mail server is willing to tell it.

What should I measure instead of accuracy?

Three numbers: coverage (the share of addresses given a definite valid or invalid answer), the false-valid rate (addresses called valid that hard bounce), and the false-invalid rate (addresses called invalid that are in fact real). A single accuracy percentage hides the trade-off between them.

How many addresses do I need to test a verifier properly?

A few hundred known-good and a few hundred known-bad addresses from your own sending history. With 200 known-bad addresses and 4 wrongly called valid, the true false-valid rate is still somewhere between about 0.8% and 5%, so much smaller samples tell you very little.

Verify unlimited addresses for $29.99/month

Real SMTP mailbox checks. No credits, no per-email fees.

Get Started