# Email deliverability
Source: https://docs.webgee.com/en/mail-delivery-center/email-deliverability







**Email Deliverability** shows how well your mail is being delivered, broken
down by domain and plotted over time. Applies to all plans that send through the
[outbound relay](/en/email/outbound-mail-relay).

Where [Email Logs](/en/mail-delivery-center/email-logs) answers questions about
one message, this page answers questions about a pattern.

## What it tells you [#what-it-tells-you]

Choose a start and end date, and the page ranks your **top 10 recipient domains**
by delivery rate:

<img alt="Delivery rate by domain, charted for the top 10 recipient domains" src="__img0" />

Beneath it, **Delivery per domain** gives the numbers behind the chart — total,
delivered, failed, pending and the delivery rate:

<img alt="The Delivery per domain table, with total, delivered, failed, pending and delivery rate per domain" src="__img1" />

Read the two together. A domain at 0.0% with 38 messages is a real problem; a
domain at 0.0% with one message is noise.

The per-domain breakdown is the point. It separates two very different
situations:

* **One domain underperforming, the rest healthy.** The problem is with that
  *receiving* domain — how it judges your mail, or whether those addresses still
  exist. Check the failures in
  [Email Logs](/en/mail-delivery-center/email-logs).
* **Every domain declining together.** The problem is yours — authentication,
  reputation, or a change in how you are sending. Start with
  [Sending Domains](/en/mail-delivery-center/sending-domains).

<Callout type="info">
  This page groups by **recipient** domain, not by your sending domain. It tells
  you which mailbox providers are rejecting you — a 0% rate against one provider
  and 100% against the rest is a reputation problem with that provider
  specifically.
</Callout>

## Reading the trend [#reading-the-trend]

Move the date range rather than reading one window. A gradual decline across
weeks usually means reputation, and reputation problems build slowly and recover
slowly. A sudden drop on a specific day points at a change: a new sending
application, a bought list, a compromised mailbox, or a configuration change made
that day.

Line up the date of a drop against what changed. That is normally faster than
investigating the mail itself.

<Callout type="warn">
  A high bounce rate is not just a delivery problem, it is a reputation problem.
  Mailbox providers treat repeated sending to dead addresses as a signal of a
  purchased or stale list, and they apply that judgement to everything you send
  afterwards. Remove bouncing addresses rather than continuing to send to them.
</Callout>

## Improving it [#improving-it]

* **Fix authentication first.** SPF, DKIM and DMARC together are the largest
  single factor. See
  [Set your SPF record](/en/email/what-are-the-correct-spf-records-when-using-webgee-hosting)
  and [Publish a DMARC record](/en/email/publishing-dmarc-records-on-your-cpanel-domain).
* **Send transactional mail only.** Campaigns belong on a marketing platform —
  see [Email sending limits](/en/email/email-sending-limits).
* **Clean your recipients.** Bounces cost more than the individual message.

## Related [#related]

* [Sending domains](/en/mail-delivery-center/sending-domains)
* [Why your email is marked as spam](/en/email/why-are-my-emails-being-marked-as-spam)