Understand why a send stopped.
Read the suppression reason and applicable category. A manual restriction, a complaint and a bounce can have different origins; preserve the information needed to review the decision.
Read suppression behavior ↗EmailSuppressions
Email suppressions.
Remember what matters.
Keep delivery restrictions with the sending decision. Understand why a recipient is suppressed and avoid repeating a known ineligible send.
A stopped send should have a clear reason.
Understand why an address is excluded before the next send. Review its history alongside the message category and the customer’s preferences.
HISTORY / alex@example.com
- Campaign membership
The address belongs to the selected example audience.
- Restriction recorded
A bounce, complaint or manual migration record carries its own reason and scope.
- Eligibility evaluated
Customer preference and suppression are evaluated separately.
{
"recipient": "alex@example.com",
"reason": "hard_bounce",
"applies_to": "all",
"category": "marketing",
"preference": "allowed",
"replayed_decision": false
}ELIGIBILITY / CURRENT SELECTIONRead suppression scope and removal ↗
Inspect the record.Exclude the recipient.This record allows the category.
No current decision. Trace this reason, category and preference; changing inputs clears the previous result.
Customer policy excludes this recipient even if this suppression record allows the category.
The scope is unrecognized. Keep the recipient excluded and inspect the documented policy; unknown scope is not sending permission.
The recorded restriction blocks this category. Audience membership and a repeated event do not erase it.
This complaint record alone does not block the transactional example. Other suppressions, preferences and account policy still need checking before a send.
Repeated evaluation: the same restriction remains authoritative. No new record or send was created.
Companies that trust Bird across their communications.
Read Bird customer storiesSending policy with a clear history.
Carry valid restrictions forward.
A migration needs recipient restrictions as well as addresses. Keep contact permission and unsubscribe preferences separate, and investigate incomplete exports before moving a cohort.
Prepare the migration ↗Der größte einzelne Hebel für Ihre Reputation.
Suppression ist in die Bird Email API integriert. Hard-Bounce-Einträge stoppen E-Mails an ungültige Adressen, und Beschwerdeeinträge stoppen nicht-transaktionale E-Mails. Sie können den Grund und die auslösende Nachricht einsehen, um nachzuvollziehen, warum ein Empfänger abgelehnt wurde.
Fünf Wege, wie Suppression Sie schützt.
Automatisch, reversibel und abfragbar.
Automatisch bei Bounce + Beschwerde.
Hard Bounces und Spam-Beschwerden erzeugen Suppression-Einträge automatisch. Abmeldungen erscheinen unter Preferences.
Reversibel.
Untersuchen Sie die Ursache, bevor Sie eine Suppression entfernen. Andere blockierende Einträge und Opt-out-Präferenzen bleiben bestehen.
Manuelle Einträge.
Fügen Sie Adressen selbst hinzu: etwa eine Liste bekannter ungültiger Adressen, die Sie von einem anderen Anbieter importieren.
Über die API abfragbar.
Lassen Sie die gesamte Liste anzeigen, filtern Sie nach Adresse oder Grund, fügen Sie einen Eintrag hinzu oder löschen Sie einen anhand seiner Datensatz-ID – so bleiben Ihre eigenen Systeme stets synchron.
Kategoriebasierte Prüfungen.
Hard-Bounce- und manuelle Suppressions blockieren alle Kategorien. Beschwerden blockieren nicht-transaktionale E-Mails. Die Präferenzen eines Empfängers werden separat geprüft.
Standardmäßig automatisch, von Ihnen steuerbar.
Sie müssen die Liste nicht manuell pflegen, damit sie funktioniert; Bounces und Beschwerden werden automatisch unterdrückt. Wenn Sie doch eingreifen müssen, steht Ihnen die gesamte Liste als API zur Verfügung: Fügen Sie eine Adresse hinzu, die bereits als ungültig bekannt ist, filtern Sie nach Adresse oder Grund, oder löschen Sie einen Datensatz, um einen wiederhergestellten Empfänger erneut zuzulassen. Die Bird CLI deckt das Auslesen und Entfernen ab, und ein Agent greift über MCP auf dieselben beiden Funktionen zu.
suppressions.sh
bird CLI
# Look up why an address is on the list.
$ bird email suppressions list --email ada@example.com \
| jq -c '.data[] | {id, reason, applies_to}'
{"id":"sup_01krdgeqcxet5s7t44vh8rt9mg","reason":"hard_bounce",
"applies_to":"all"}
# Reinstate one that recovered, by record id.
$ bird email suppressions remove sup_01krdgeqcxet5s7t44vh8rt9mg --yes
Look up a suppression with CLI or MCP before changing it. Review the reason and the recipient’s consent before deciding whether to resume sending.
Drei Suppression-Gründe. Separate Präferenzen.
Hard Bounces und manuelle Einträge blockieren alle E-Mails. Beschwerden blockieren nicht-transaktionale E-Mails. Eine Abmeldung erzeugt eine separate Präferenz; das Entfernen einer Suppression löscht diese Präferenz nicht.
| Grund | Ausgelöst durch | Blockiert |
|---|---|---|
| hard_bounce | ein permanenter Bounce | alle Mails (transaktional + Marketing) |
| complaint | eine Spam-Beschwerde | nur Marketing |
| manual | Sie, über die API oder das Dashboard | alle Mails (transaktional + Marketing) |
Geh tiefer in die Docs.
Lies im Suppressions-Guide nach, wie automatische und manuelle Suppression funktionieren, und im Deliverability-Guide, wie sie ins größere Bild passt.
In die Praxis umsetzen.
Weiter mit der Dokumentation, Anleitungen und Beispielen zu diesem Thema. Die Ressourcen sind auf Englisch.
Anleitung ansehenWhat happens when someone opts outDas Konzept verstehenWhat is one-click unsubscribe, and how do I implement List-Unsubscribe?Dem Lernpfad folgenOperate messaging reliably
Implementierungs-Briefing erhaltenFragen zu E-Mail-Suppressions
Welche Empfänger werden automatisch unterdrückt?
Hard Bounces erzeugen Unterdrückungen für alle E-Mails; Beschwerden erzeugen Unterdrückungen für nicht-transaktionale E-Mails. Manuelle Unterdrückungen blockieren alle Kategorien. Soft Bounces und Zustellverzögerungen erzeugen keine dauerhaften Empfängerunterdrückungen.
Ist eine Abmeldung eine Unterdrückung?
Eine Abmeldung speichert die Präferenz des Empfängers im Reiter „Präferenzen
Kann ich eine Unterdrückung entfernen oder testen?
Sie können eine Unterdrückung über das Dashboard oder API entfernen, nachdem Sie die Ursache untersucht haben. Das Entfernen einer Unterdrückung entfernt keine anderen Sperrdatensätze oder Opt-out-Einstellungen. Die suppressed@messagebird.dev-Sandbox-Adresse ermöglicht es Ihnen, einen abgelehnten Empfänger zu testen, ohne Ihre Liste zu ändern.
Den nächsten Versand schützen
Manage restrictions through change
Follow an opt-out, complaint and imported record without losing their meaning.
Audiences
Ihre Kontakte und die Zielgruppen, die Sie über einen Broadcast ansprechen.
Deliverability
Authentifizierung, IP-Warmup, Suppression und Sichtbarkeit pro Provider.
Analytics
Zustellungs- und Engagement-Metriken pro Mailbox-Provider, Domain und IP.
Email-API-Überblick
Die komplette Email-API: Versand, Deliverability, IPs, Suppression, Analytics und Broadcasts.
Sprechen Sie mit unserem E-Mail-Team
Machen Sie Empfängerpräferenzen zum Teil Ihres Versands.
Besprechen Sie Opt-outs, Suppressionsimporte und Steuerungsmöglichkeiten auf Anwendungsebene. Wir helfen Ihnen zu planen, wie Empfängerpräferenzen mit Ihrem E-Mail-Versand mitgeführt werden.
Erstellen Sie Ihr Konto und prüfen oder importieren Sie die Empfänger, die Sie ausschließen möchten.