Monitor your email deliverability

Updated June 30, 2026

What deliverability means

Deliverability is whether your emails actually reach the inbox — not the spam folder, and not bounced at the door. Yaplet manages most of it for you, and the Deliverability tab on each sending domain shows exactly how you're doing with every major email provider.

Yaplet manages warmup for you

Inbox providers (Gmail, Apple, Microsoft, and others) decide whether to trust your domain based on how people react to your mail. Too many bounces or spam complaints and they start routing you to spam. To keep you on the right side of that line, Yaplet:

  • Warms up your domain automatically — it raises your sending speed gradually, and separately for each provider, as long as you stay clean.
  • Pulls back on its own — if bounces or complaints climb at a provider, it stops speeding up, and slows down if they get worse, until things recover.
  • Sends your most engaged subscribers first — so the strongest signals reach providers earliest.
  • Watches Gmail through Google's own reporting — Gmail never reports spam complaints to senders directly, so Yaplet reads your Gmail spam rate straight from Google once you add one optional DNS record (see below).

There's nothing to configure: no daily limits, no warmup schedule. Your only job is to keep your list clean — the Deliverability tab tells you when something's off.

The Deliverability tab

Go to Settings → Organization settings → Emailing → Custom Domains, pick a verified domain, and open the Deliverability tab. You'll see an overall health score, your current sending capacity (emails per day), and a breakdown for each provider.

Health bands

Each provider — and your domain overall — gets a 0–100 score and a band. The band is what matters:

BandWhat it meansWhen
HealthyWithin safe limits — sending speed is increasing.Bounce under 2% and complaints under 0.1%
At riskGrowth is paused to protect your reputation.Bounce 2% or more, or complaints 0.1% or more
CriticalSending speed is being reduced.Bounce 5% or more, or complaints 0.3% or more
Not enough dataKeep sending to build a signal.Fewer than 50 delivered in the last 7 days

Scores reflect the last 7 days of bounces and complaints. A brand-new domain shows "Not enough data" until it has sent enough.

A rate only moves the band once there are at least 5 bounces or 5 spam complaints behind it — a couple of events on a small provider is noise, not a trend, so it is scored as clean.

Per-provider breakdown

Because providers behave differently, your sends are tracked separately for Gmail, Apple, Outlook / Microsoft, and Other providers — each with its own score, sent count, bounce rate, complaint rate (with the number of complaints in brackets), click rate, and daily limit. Whichever inbox is dragging your reputation down is called out, so you know where to focus.

Gmail spam-rate monitoring

Most providers tell Yaplet — anonymously — when a recipient marks your mail as spam, and those complaints feed the health bands above. Gmail doesn't. To protect its users' privacy, Gmail never reports individual complaints, which would normally leave you blind at the provider that usually matters most. Yaplet closes this gap with Google's own reporting service:

  • Unlock it with one DNS record. Your domain's records list includes an optional google-site-verification TXT record. Until it's added, the Deliverability tab shows an "Unlock Gmail spam-rate monitoring" note. Add it and Yaplet verifies it with Google automatically — no Google account needed on your side.
  • What you'll see. Once Google starts reporting, the tab shows your Gmail spam rate (Google-reported) — the share of Gmail recipients who marked your mail as spam — with the day it refers to.
  • How Yaplet reacts. Google's rules are strict: stay under 0.1%, and never reach 0.3%. If your worst day in the last week crosses 0.1%, Yaplet pauses the growth of your Gmail sending and notifies you; at 0.3% and above, your Gmail sending volume is reduced until the rate recovers. Other providers are unaffected — only Gmail sending slows.

Google reports with a 2–3 day delay, and only for days with meaningful Gmail volume (roughly 50+ Gmail recipients in a day). If your domain shows no Gmail spam rate yet, that's normal at low volume — not an error.

What to do at each band

BandWhat to do
HealthyKeep emailing only people who opted in, and remove old or unengaged addresses before they hurt you.
At riskClean your list now — remove old, invalid, or never-opening addresses, and stop emailing unengaged contacts. If rates keep rising, speed drops.
CriticalStop importing unverified lists, remove bouncing and complaining contacts immediately, and send only to your most active subscribers until the numbers recover.

When Yaplet slows or pauses a domain

The bands above come from a 7-day average — a gradual read. On top of that, Yaplet runs a real-time safety breaker that reacts within hours, so one bad send can't wreck your reputation before the weekly average notices. It watches three signals: bounces (mail to addresses that don't exist), spam complaints, and refusals — a provider rejecting your messages outright without ever checking the mailbox. When it acts, you'll see a banner on the Deliverability panel and get an email and an in-app notification naming which signal caused it:

  • Sending speed reduced — one of those three rates is elevated, so Yaplet temporarily slows how fast this domain sends. Normal speed returns automatically as the rate recovers.
  • Sending paused — if the rate climbs to a level that risks getting the domain blocklisted, Yaplet pauses all bulk sending from it for a review. Campaigns and email automations stop, and even test emails from the domain are blocked while it's paused. Your other Yaplet email keeps working. Yaplet emails you the details and a person on our team reviews it. A paused domain does not un-pause itself: sending stays off until Yaplet clears it, even after your rates recover. Fix the underlying list problem and contact support to have the pause lifted.

A refusal is not a bounce

A bounce means one address is dead. A refusal means the provider — most often Microsoft/Outlook — has decided not to accept mail from your domain at all, so it rejects the message at the door without ever checking whether the mailbox exists. It's a judgement about your domain, not a fact about the address. Yaplet slows a domain once 5% of its sends in the last 24 hours are being refused, and pauses it at 15%. Both need real volume behind them: at least 200 emails sent and at least 25 refusals in that 24 hours before anything happens. Everyday background refusals — a few corporate mail servers that reject bulk mail on principle — sit far below that.

Cleaning your list will not fix a refusal — the addresses were never the problem. What helps is easing off that provider for a while: refusals normally clear on their own as your volume drops and your recent sending looks calmer. Avoid large campaigns aimed at the affected provider until the rate falls, and don't try to push through it by sending more.

This is protection, not a penalty. Bounces and complaints are almost always avoidable — only email confirmed opt-ins, and never import a purchased or stale list. Refusals are less directly in your hands, but the same habits are what stop a provider turning against your domain in the first place.

Where else you'll see it

The same health signal appears on each campaign's report and as a Deliverability column in your sent-campaigns list — so you can spot a bad send at a glance without opening the tab.

Keep your deliverability healthy

  • Only email people who opted in.
  • Never import a purchased or scraped list — it's the fastest way into the Critical band.
  • Let Yaplet remove bounced and complained contacts (it does this automatically when it can).
  • Turn on link tracking so engaged-first sending can rank by clicks, not just opens.

What's next

Haven't set up a domain yet? Start with Verify your sending domain. Sending at high, consistent volume and want a reputation entirely your own? See Dedicated IP.

Did this article answer your question?