Was the message accepted?
Delivery generally concerns whether a message avoided an immediate failure such as a bounce. Acceptance by the receiving system does not necessarily tell you where the message appeared afterward.
A vendor says 97%. Another test says 91%. A third platform promotes a different benchmark entirely. Those numbers may look comparable even when the tests behind them are not. Before declaring a deliverability winner, inspect what was measured, how it was measured, and whether the comparison is genuinely matched.
A percentage becomes meaningful only after the outcome being counted is clearly defined.
Delivery generally concerns whether a message avoided an immediate failure such as a bounce. Acceptance by the receiving system does not necessarily tell you where the message appeared afterward.
Inbox-placement testing attempts to distinguish messages that appear in an inbox from messages routed elsewhere, such as a spam or junk area.
Opens, clicks, replies, conversions, and other recipient actions are separate outcomes. They can be influenced by far more than sending infrastructure alone.
If the underlying tests differ, ranking the products from the final percentages alone can create false precision.
No real-world email test is perfectly controlled, but comparison quality improves when competing products are evaluated under similar conditions.
If Platform A's number came from a recent vendor-controlled test using one recipient mix, while Platform B's number came from a third-party study using another list, different content, a different time period, and a different definition of success, subtracting 92 from 96 does not produce a defensible four-point platform advantage.
Both percentages may accurately describe their own tests. The comparison becomes weak when we pretend the tests were equivalent.
Deliverability should be evaluated as an interaction between platform infrastructure and the sender's own practices and audience.
StackEvidence uses controlled accounts and test contacts to verify product behavior where practical. That evidence has real value, but it should not be stretched into claims the test was never designed to prove.
If a platform cannot support responsible production sending, that is obviously important. But once products meet the basic requirements, the final choice still needs to account for the wider operating system.
This implies a broad winner even when the evidence may come from one unmatched test or vendor-controlled statistic.
This keeps the conclusion attached to the evidence that actually produced it.
State what was tested, what happened, and why the result should or should not be generalized beyond that experiment.
We separate what was directly observed, what a vendor reports, what a third party tested, and what can reasonably be concluded from that evidence. We do not create a universal platform ranking from unmatched percentages.
This page contains no affiliate links. If StackEvidence later has commercial relationships with email software providers, commission differences will not change the evidentiary standard used for deliverability claims or comparisons.