Hard Bounce oder Soft Bounce? Der Praxisleitfaden für saubere Newsletter-Listen

Ein Newsletter kann kreativ, relevant und sauber gestaltet sein und trotzdem nie im Postfach ankommen. Der Grund liegt oft nicht im Inhalt, sondern in der Empfängeradresse oder im Weg dorthin. Ein Bounce ist dabei kein bloßes Reporting-Signal. Er ist eine Entscheidungssituation: Adresse sofort sperren, später erneut zustellen oder zunächst genauer prüfen? Wer diese Fälle sauber trennt, schützt Zustellbarkeit und vermeidet zugleich, wertvolle Kontakte vorschnell zu verlieren.

Für KMU ist das besonders wichtig. Kleine Listen verzeihen keine dauerhaft schlechten Daten, und Teams haben selten Zeit, jeden Fehlercode manuell zu deuten. Dieser Leitfaden ordnet Hard und Soft Bounces ein, zeigt einen schlanken Prozess und übersetzt technische Zustellereignisse in konkrete Marketingentscheidungen. Er ersetzt keine individuelle Beratung des jeweiligen Versanddienstleisters, schafft aber eine belastbare Arbeitsgrundlage.

Warum Bounce-Management mehr ist als Listenhygiene

Jede nicht zustellbare Mail liefert zwei Informationen: Eine konkrete Adresse konnte unter den aktuellen Bedingungen nicht erreicht werden, und das sendende System hat ein Risiko erkannt. Werden solche Ereignisse ignoriert, wird derselbe Fehler häufig wiederholt. Das belastet Ressourcen und kann die Absenderreputation verschlechtern. Werden dagegen alle Fehler ohne Differenzierung gelöscht, gehen Kontakte verloren, die nur vorübergehend nicht erreichbar waren.

Delivery Status Notifications wurden genau dafür standardisiert: Sie können pro Empfänger den Zustand und die Ursache eines Zustellversuchs transportieren. Der Standard sieht neben fehlgeschlagenen auch verzögerte und erfolgreiche Zustellungen vor. Für Newsletter-Teams folgt daraus eine wichtige Regel: Nicht die sichtbare Fehlermeldung allein, sondern Ereignistyp, Wiederholung und nachfolgende Zustellung bestimmen die Maßnahme. RFC 3464 zu Delivery Status Notifications beschreibt diese maschinenlesbare Zuordnung.

Hard Bounce: ein dauerhaftes Zustellhindernis

Ein Hard Bounce bezeichnet im praktischen E-Mail-Marketing meist einen permanenten Fehler. Typische Ursachen sind eine nicht existierende Mailbox, eine ungültige Adresse oder eine Domain, die nicht mehr aufgelöst werden kann. Der entscheidende Punkt ist nicht das Wort „hard“, sondern die Erwartung: Ein erneuter Versand an dieselbe Adresse wird das Problem voraussichtlich nicht lösen.

Für einen bestätigten permanenten Bounce ist die sichere Standardaktion klar: Die Adresse für künftige Marketing-Mails unterdrücken. Sie sollte nicht einfach aus allen Datenbanken verschwinden. Stattdessen braucht das Team eine nachvollziehbare Sperre mit Zeitpunkt, Quelle und Grund. So wird verhindert, dass ein späterer CSV-Import, eine Synchronisierung aus dem CRM oder eine zweite Liste die Adresse wieder aktiviert.

Bei Mailaura wird ein permanentes Bounce-Ereignis in der Versandverarbeitung unmittelbar als bounced behandelt und in die Unterdrückung übernommen. Das passt zur operativen Erwartung: Eine bekannte unzustellbare Adresse gehört nicht in den nächsten Kampagnenversand. Entscheidend bleibt, dass das auslösende Event wirklich dem richtigen Kontakt und der richtigen Versandquelle zugeordnet wird.

Soft Bounce: temporär heißt nicht folgenlos

Ein Soft Bounce ist dagegen ein vorübergehendes oder zunächst nicht eindeutig einzuordnendes Problem. Das Postfach kann voll sein, ein Zielserver zeitweise nicht erreichbar oder eine Annahme wegen kurzfristiger Richtlinien verzögert worden sein. Auch Abwesenheitsmeldungen und einzelne technische Störungen dürfen nicht automatisch zur endgültigen Sperre führen.

Temporär bedeutet allerdings nicht „immer wieder versuchen“. Mehrere aufeinanderfolgende Fehlschläge ohne erfolgreiche Zustellung dazwischen sind ein starkes Signal. Deshalb braucht jede Liste eine definierte Schwelle und eine Reset-Regel: Ein erfolgreicher Versand unterbricht die Fehlerfolge; wiederholte temporäre Bounces führen nach der festgelegten Zahl in eine Sperre. Mailaura zählt weiche Bounces und eskaliert nach drei aufeinanderfolgenden Fällen ohne Zustellung. Das ist ein nachvollziehbares Beispiel für eine Regel, die Kontakte nicht beim ersten Aussetzer verliert und dennoch Wiederholungen begrenzt.

Die wichtigsten Unterschiede auf einen Blick

Situation	Erwartung	Sinnvolle Aktion
Permanent, eindeutig	Die Adresse wird voraussichtlich nicht wieder erreichbar.	Sofort unterdrücken, Grund dokumentieren.
Temporär, einmalig	Die Zustellung kann später wieder funktionieren.	Zählen, nicht löschen, nächste Zustellung abwarten.
Temporär, wiederholt	Das Risiko steigt ohne erfolgreiche Zustellung dazwischen.	Nach festgelegter Schwelle unterdrücken und prüfen.
Beschwerde	Der Empfänger möchte keine weiteren Mails oder markiert sie als unerwünscht.	Unverzüglich sperren und Anlass analysieren.

Diese Tabelle ist eine Arbeitslogik, keine universelle Diagnose. Provider und Versandplattformen verwenden eigene Klassifizierungen. Bewahren Sie deshalb auch den technischen Status, das ursprüngliche Ereignis und den Diagnosehinweis auf. Die Nachricht über ein Ereignis ist nicht zwingend die Erklärung für jede einzelne Ursache.

Ein praxistauglicher Ablauf für Newsletter-Teams

1. Ereignisse zentral erfassen

Bounces und Beschwerden dürfen nicht in einzelnen Postfächern oder Exporten verschwinden. Amazon SES weist ausdrücklich darauf hin, dass Sender ein Verfahren für Bounces und Beschwerden brauchen und Ereignisse per E-Mail, SNS oder Event Publishing empfangen können. Die SES-Dokumentation zu Event-Benachrichtigungen macht außerdem deutlich, dass die Konfiguration zur verwendeten Identität und Region passen muss.

Praktisch heißt das: Definieren Sie eine Quelle der Wahrheit. In ihr stehen Empfängeradresse, Kampagne oder Automation, Zeitstempel, Eventtyp, technische Klasse, letzte erfolgreiche Zustellung und die getroffene Maßnahme. So lassen sich spätere Fragen beantworten, ohne Rohdaten aus mehreren Systemen zusammenzusuchen.

2. Permanent und temporär getrennt behandeln

Die Automatisierung sollte zuerst nur die sichere Entscheidung treffen. Ein permanenter Bounce wird global gesperrt. Ein temporärer Bounce erhöht einen Zähler. Das schützt vor dem häufigen Fehler, bei einem einzelnen technischen Aussetzer sofort einen langjährig engagierten Kontakt zu entfernen. Ebenso wichtig: Der Zähler muss nach einer tatsächlichen Zustellung zurückgesetzt werden. Öffnungen sind dafür kein Ersatz, denn sie werden nicht bei jeder Mail zuverlässig gemessen.

3. Wiederholungen sichtbar machen

Ein einzelner Wert in einem Gesamtreport hilft kaum. Sinnvoller sind zwei Ansichten: eine Kampagnenansicht für den akuten Versand und eine Listenansicht für wiederkehrende Probleme. Fragen Sie pro Kampagne: Sind viele Bounces auf eine Quelle, ein Segment oder eine Domain konzentriert? Fragen Sie pro Kontakt: Gab es nach einem Soft Bounce später wieder eine Zustellung? Diese Trennung verhindert, dass ein einmaliges Infrastrukturproblem als Datenqualitätsproblem missverstanden wird.

4. Ursache vor der nächsten großen Sendung prüfen

Steigt die Bounce-Rate plötzlich, pausieren Sie den betroffenen Import oder das Segment, bevor Sie die gesamte Liste erneut anschreiben. Prüfen Sie zuerst, ob sich die Absenderdomain, das Versandvolumen, ein Datenimport oder die Zielgruppe geändert hat. Eine saubere Versanddomain und konsistente Absenderdaten erleichtern die Einordnung. Der Beitrag DMARC-Aggregatberichte auswerten hilft beim Blick auf die Domain-Ebene; er ersetzt aber nicht die Empfängerdiagnose.

Welche Daten Sie neben der E-Mail-Adresse benötigen

Das Minimum ist überraschend klein, aber ohne diese Felder wird eine spätere Korrektur schwierig:

• Eventzeitpunkt: Wann wurde der Fehler gemeldet?
• Versandkontext: Welche Kampagne, Automation oder Transaktionsmail war betroffen?
• Klassifikation: Permanent, temporär, unbestimmt oder Beschwerde.
• Folgezähler: Wie viele temporäre Fehlschläge gab es seit der letzten Zustellung?
• Letzte erfolgreiche Zustellung: Sie trennt eine Serie von einem Einzelfall.
• Sperrgrund: Damit Importe und CRM-Synchronisationen nicht versehentlich reaktivieren.

Hinterlegen Sie keine Vermutungen als Tatsachen. „Postfach voll“ ist nur dann ein Grund, wenn das Ereignis das tatsächlich hergibt. In vielen Fällen ist die verlässlichere Aussage schlicht: temporär nicht zustellbar. Diese sprachliche Disziplin macht Reports später brauchbarer.

Vier typische Fehler und ihre bessere Alternative

Alle Bounces sofort löschen

Das wirkt aufgeräumt, zerstört aber die Historie und kann temporäre Fehler mit gültigen Kontakten verwechseln. Besser: unterdrücken, begründen und nur auf Basis einer eigenen Datenlöschregel entfernen.

Temporäre Fehler endlos wiederholen

Ohne Zähler wird jede neue Kampagne zum erneuten Test derselben problematischen Adresse. Besser: eine dokumentierte Schwelle, die ein erfolgreicher Versand zurücksetzt.

Beschwerden wie Soft Bounces behandeln

Eine Beschwerde ist kein technisches Zustellproblem. Sie verlangt eine sofortige Sperre und eine Analyse von Erwartungsmanagement, Frequenz und Einwilligungsweg.

Listenimport und Sperrliste getrennt führen

Dann kann ein späterer Import gesperrte Kontakte wieder aktivieren. Besser: Die Unterdrückung muss vor jedem Versand und bei jedem Import berücksichtigt werden. Vor größeren Kampagnen hilft zusätzlich die Checkliste zur Newsletter-Listenpflege.

Ein 30-Minuten-Check vor dem nächsten Versand

1. Vergleichen Sie Bounce- und Beschwerdewerte der letzten drei Sendungen.
2. Filtern Sie neue permanente Bounces und kontrollieren Sie, ob sie gesperrt sind.
3. Prüfen Sie Kontakte mit wiederholten temporären Bounces ohne Zustellung dazwischen.
4. Ordnen Sie Auffälligkeiten nach Quelle: Import, Formular, Integration oder bestehende Liste.
5. Halten Sie den Versand an das auffällige Segment zurück, bis eine plausible Ursache vorliegt.
6. Dokumentieren Sie die Entscheidung direkt am Segment oder im Kampagnenprotokoll.

Dieser kurze Check ist keine technische Schikane. Er schafft die Verbindung zwischen Datenhygiene und Kampagnenplanung. Wer regelmäßig sendet, sollte ihn als festen Teil der Freigabe behandeln, ähnlich wie Linkprüfung, Absenderkontrolle und die Prüfung der Abmeldung.

Wann eine Reaktivierung vertretbar ist

Ein bestätigter Hard Bounce sollte nicht durch eine spontane Marketingentscheidung aufgehoben werden. Eine Reaktivierung ist nur dann plausibel, wenn der Kontakt eine neue Adresse selbst bestätigt oder eine nachweisbare Korrektur aus einer verlässlichen Quelle vorliegt. Bei Soft Bounces entscheidet der nächste erfolgreiche Versand über den Reset der Serie. Das ist etwas anderes als eine pauschale Wiederfreigabe.

Bei einem Preference Center kann ein Kontakt selbst Frequenz oder Themen anpassen, aber es löst keine unzustellbare Adresse. Beide Prozesse ergänzen sich: Präferenzen schützen Relevanz, Bounce-Management schützt technische Erreichbarkeit. So bleibt die Liste kleiner, aber belastbarer.

Was Teams aus einem Bounce-Trend ableiten können

Ein Bounce ist zunächst ein Ereignis auf Empfängerebene. Häufen sich ähnliche Ereignisse, wird daraus ein Muster, das in die Kampagnensteuerung gehört. Steigen permanente Bounces unmittelbar nach einem Import, ist oft die Herkunft der Daten das erste Thema. Häufen sich temporäre Bounces in einer einzelnen Empfängerdomain, kann ein Providerproblem, eine kurzzeitige Annahmeregel oder ein ungewöhnlicher Versandrhythmus dahinterstehen. Das sind unterschiedliche Hypothesen und verlangen unterschiedliche Reaktionen.

Vergleichen Sie deshalb nicht nur Prozentwerte. Legen Sie neben die Rate immer die absolute Zahl der betroffenen Kontakte, die Segmentgröße, den Zeitpunkt und die betroffenen Domains. Bei 20 Empfängern kann ein einzelner Fehler die Prozentzahl stark verzerren. Bei 20.000 Empfängern ist derselbe Wert möglicherweise ein echter operativer Alarm. Eine gute Auswertung beantwortet nicht nur „wie viel?“, sondern auch „bei wem, seit wann und nach welcher Änderung?“.

Trennen Sie außerdem Marketing-Mails und Transaktionsmails in der Analyse. Eine unzustellbare Rechnung oder Passwortmail ist ein Support- oder Prozessrisiko, während ein nicht zugestellter Newsletter primär die Reichweite betrifft. Beide Ereignisse dürfen in einer gemeinsamen Unterdrückungslogik landen, aber ihre Eskalation und ihr Kontext sind verschieden. Teams sollten im Reporting deutlich markieren, welche Art von Versand die Adresse zuletzt ausgelöst hat.

Rollen und Freigaben klar festlegen

Auch ein kleiner Betrieb braucht eine eindeutige Zuständigkeit. Marketing verantwortet Segment und Einwilligungsweg, CRM oder Vertrieb verantwortet die Herkunft einer Adresse, und die technische Rolle achtet auf Versandereignisse und Integration. Niemand muss dafür ein komplexes Ticket-System einführen. Ein gemeinsames Protokoll mit Eigentümer, Fälligkeit und Entscheidung genügt, solange es vor dem nächsten großen Versand geprüft wird.

Definieren Sie zwei Freigabestufen. Bei einzelnen permanenten Bounces greift die Automatisierung. Bei einer auffälligen Häufung stoppt eine verantwortliche Person den betreffenden Teilversand und dokumentiert die Ursache. Diese Grenze bewahrt Teams davor, entweder jedes Einzelereignis manuell zu behandeln oder bei einem echten Problem automatisiert weiterzusenden.

Fazit: Nicht möglichst viele Adressen, sondern belastbare Empfänger

Hard und Soft Bounces sind keine Kennzahlen für den Monatsreport, sondern konkrete Signale für die nächste Aktion. Permanente Fehler sofort sperren, temporäre Fehler mit einer transparenten Schwelle beobachten, erfolgreiche Zustellungen als Reset werten und Beschwerden gesondert behandeln: Das ist ein einfacher, skalierbarer Prozess.

Wenn Sie Ihre Versandlogik zentral dokumentieren und die Ereignisse mit Kampagnen, Automationen und Importquellen verbinden, werden aus technischen Meldungen klare Entscheidungen. Für wiederkehrende Abläufe lassen sich diese Prüfungen mit Mailaura Automationen in den Marketingprozess einordnen. Die beste Liste ist nicht die größte, sondern diejenige, deren Empfänger Sie zuverlässig und mit nachvollziehbarer Erlaubnis erreichen können.

Quellen

• RFC 3464: Delivery Status Notifications
• Amazon SES: Event-Benachrichtigungen für Bounces und Beschwerden
• Google: Sender Guidelines für Gmail