Back to Glossary

Entry · KPIs

Email Deliverability

Email deliverability is the ability of legitimate messages to reach intended recipients, especially their inboxes rather than spam or rejection. It depends on authentication, sender reputation, recipient consent, list quality and receiving-system decisions. A message accepted by a mail server is not proof that a human saw or read it.

From the Money Master HQ dictionary, founded by Shihan Sheriff (FCMA, VP of Finance at Nomod, CFO at Esanjo Ventures). How these definitions are written.

What it means

A business sends a customer update to 10,000 addresses, and its provider reports that 9,700 messages were accepted by receiving systems. Some of those may be in spam, so the 97% delivery rate does not establish 97% inbox placement.

A delivery metric usually counts messages not bounced or rejected, whereas deliverability asks more broadly whether desired recipients can actually receive useful messages. Opens and clicks can inform performance, but they are not exact proof of receipt or interest because tracking can be blocked or automated.

Authenticate domains, since SPF, DKIM and DMARC help receiving systems assess whether a sender is authorised, and follow current provider rules for the actual sending setup. Know every sender as well, because marketing software, invoicing tools and customer-support systems may all send from the domain, and an omitted service can fail authentication.

Maintain DNS carefully, since incorrect records can interrupt mail and changes should be tested rather than copied from another company's configuration. Respect consent, because sending campaigns to people who did not ask for them creates complaints and can damage future delivery.

Keep lists current, as invalid addresses cause bounces and old unengaged contacts can create risk, so use lawful, transparent list maintenance and offer an exit through a working unsubscribe process, since commercial mail may require one under local law and provider rules and requests should be honoured promptly. Watch complaint signals, because recipients marking messages as spam tell providers the material was unwanted, so investigate frequency and relevance.

Segment content, as billing notices and promotions serve different purposes and mixing them may confuse recipients and affect trust, and protect transactional mail, since receipts and account notices may be time-sensitive and their sending streams should stay reliable without promotional overload. Avoid sudden volume spikes, because a domain with little sending history may face extra scrutiny if it abruptly sends a large campaign.

Use a clear identity with a recognisable sender name and accurate address, never imitating another organisation, and write honest subjects, since misleading urgency can produce complaints even if the message technically reaches an inbox. Check technical errors, because server responses can distinguish temporary deferral from permanent rejection, and every retry should not be counted as a separate recipient.

Monitor reputation through provider dashboards that track spam rate, authentication and delivery problems, bearing in mind that coverage varies by mailbox provider. Test across recipients and compare cohorts: a test inbox can show formatting or routing problems but does not guarantee the whole list receives mail the same way, and deliverability can differ by domain, region or audience segment, so one campaign-wide number can hide concentrated failures.

Beware purchased lists, which raise both legal and operational risk because unknown contacts are more likely to complain or have invalid addresses, and review changes after migration, since a new provider, domain or IP can alter authentication and reputation, so monitor before scaling volume. Do not promise inbox placement, because receiving providers control filtering and users can move messages: Google's Gmail sender guidance lists authentication, spam-rate and message-format practices, and Mailchimp distinguishes inbox reach from bounces and spam placement, which illustrate current provider practice rather than a universal legal rule, while for an owner useful reporting separates accepted, bounced, spam-complained and engaged messages.

In practice

Real-world examples.

1

Example

A retail newsletter is accepted by a receiving server but lands in the spam folder of a large mailbox provider. The marketing team sees a 97% delivery rate in its reports, yet clicks fall sharply, which shows that delivery and inbox placement differ.

2

Example

A software company adds a new invoicing tool that sends from its own domain. Before launch, the IT team adds the tool to the domain's authorised sending configuration and sends test messages, so customer invoices do not fail authentication checks.

3

Example

A charity sends a campaign to contacts who have not engaged for several years and sees bounces and complaints. The team reviews its list, removes invalid addresses and sends only to people who have recently opened or donated.

Formula

Calculation

Delivery rate = accepted messages / attempted messages x 100, under the provider's defined counting rule. If 9,700 of 10,000 messages are accepted, the rate is 9,700 / 10,000 x 100 = 97%. This does not directly measure inbox placement or readership, so do not label it an inbox rate. A second measure is the complaint rate = spam complaints / accepted messages x 100. If 29 recipients mark messages as spam out of 9,700 accepted, the complaint rate is 29 / 9,700 x 100 = about 0.3%. Tracking accepted, bounced and complained messages separately shows whether a problem sits with the list, the content or the sending setup.

Case study

Seen in the real world.

Fictional case: Fieldnote Retail moved its newsletters to a new mail service and saw more rejections. Staff found that the new service was not covered by the domain authentication records. After configuration and a small test, they monitored server errors and complaints before raising volume.

This fictional sequence does not guarantee any specific placement rate. The team then wrote down which systems send mail from the domain and who owns each one. A short checklist now runs before any new tool is connected, covering authentication records, a small test send and a review of complaint and bounce levels after the first week.

Watch out

Common mistakes.

  • Calling a server acceptance rate an inbox-placement rate.
  • Sending from a new service without validating domain authentication.
  • Ignoring consent, stale contacts and spam complaints while focusing only on content.

Questions

People also ask.

Does delivered mean read?

No. It usually means accepted by a receiving system, not seen by a person.

What improves deliverability?

Authentication, wanted messages, clean lists and monitoring provider feedback.

Can anyone guarantee the inbox?

No. Recipient systems and user settings influence final placement.

Was this explanation helpful?

From the founder's library

Accounting Fundamentals: A Non-Finance Manager's Guide to Finance and Accounting, by Shihan Sheriff

Take it further with the book.

Build your financial confidence beyond this definition. Shihan's full-length guide, Accounting Fundamentals, takes the same plain-English approach and turns it into a complete, practical playbook for non-finance managers, business owners and students - with chapter-end quiz answers and presentation slides included.

US$2.24US$2.99

25% off with code MMHQ25, applied at checkout. Priced in USD - checkout may show the equivalent in your local currency.

View the book and save 25%
Last updated · October 8, 2026
Browse all terms →

Disclaimer

The information provided in this finance dictionary is for educational and informational purposes only. It should not be construed as financial, investment, legal, or tax advice. Always consult with a qualified professional before making any financial decisions. Money Master HQ makes no representations or warranties about the accuracy, completeness, or suitability of this information. Use of this content is at your own risk.