.jpeg)
Ein Hard Bounce ist ein dauerhafter Zustellfehler: Die Adresse existiert nicht oder die Domain ist falsch, und ein erneuter Versand bringt nichts. Ein Soft Bounce ist dagegen vorübergehend, etwa ein volles Postfach oder ein kurzer Serverausfall, und wird meist automatisch erneut zugestellt. Die Grundlage dieser Unterscheidung bilden SMTP- und RFC-Statuscodes. Praktisch heißt das: Hard-Bounce-Adressen gehören sofort raus aus der Liste, Soft Bounces werden beobachtet und später erneut versucht.
Kurz gesagt:
- Prüfen Sie SMTP-Antwort, DSN-Kopfzeile und Ereignisprotokoll: 5.xx steht meist für permanente, 4.xx für vorübergehende Fehler, doch Spamfilter können täuschen.
- Legen Sie für vorübergehende Fehler erneute Zustellversuche mit wachsenden Abständen fest; entfernen Sie Adressen nach mehreren erfolglosen Versuchen oder markieren Sie sie zur Prüfung.
- SendGrid empfiehlt, die Rate dauerhafter Rückläufer unter 5 % zu halten; höhere Werte weisen auf schlechte Listenqualität hin und können die Zustellbarkeit beeinträchtigen.
- Prüfen Sie Adressen vor dem Versand und steigern Sie das Volumen neuer Domains schrittweise; gekaufte Listen erhöhen das Risiko dauerhafter Rückläufer.
Inhaltsverzeichnis
- Was ist ein Bounce: klare Definitionen und Beispiele für Hard und Soft
- Technische Ursachen und RFC-Statuscodes zur Klassifikation
- So erkennen Sie in Logs und Dashboards, ob ein Bounce hart oder weich ist
- Konkrete Maßnahmen: was bei Hard- und Soft-Bounces zu tun ist
- Vorbeugung: Best Practices zur Reduzierung von Bounces und zum Schutz der Reputation
- Warum Bounce-Management über den Erfolg von Outreach entscheidet
- Mit PlusVibe Bounces managen, ohne manuell hinterherzuräumen
- FAQ
- Quellen
Was ist ein Bounce: klare Definitionen und Beispiele für Hard und Soft
Ein Bounce ist die Rückmeldung eines Mailservers, dass eine Nachricht nicht zugestellt werden konnte. Dabei unterscheiden sich Hard und Soft Bounce grundlegend in Ursache und Dauer.
Ein Hard Bounce entsteht, wenn die Zieladresse dauerhaft nicht erreichbar ist, etwa weil sie nicht existiert, die Domain gelöscht wurde oder der Mailserver die Adresse explizit ablehnt. Ein Soft Bounce dagegen signalisiert ein zeitlich begrenztes Problem.
- Hard Bounce: nicht existente Adresse, falsch geschriebene Domain, Server lehnt dauerhaft ab (5.xx-Antwort)
- Soft Bounce: Postfach voll, Timeout beim Empfängerserver, vorübergehende Serverüberlastung (4.xx-Antwort)
Für die Sender-Reputation zählt der Hard Bounce deutlich stärker, weil er zeigt, dass Ihre Liste veraltete oder falsche Adressen enthält. Mailserver und Spamfilter werten eine hohe Hard-Bounce-Quote als Zeichen mangelnder Listenpflege, nicht als technischen Zufall.
Technische Ursachen und RFC-Statuscodes zur Klassifikation
Die Unterscheidung zwischen Hard und Soft ist keine Marketingkonvention, sondern technisch festgelegt. RFC 3463 definiert die Klassen der Mail-System-Statuscodes: 2.xxx steht für Erfolg, 4.xxx für persistente oder transiente, also vorübergehende, Fehler, und 5.xxx für permanente Fehler. Die Subcodes dahinter spezifizieren, ob das Problem bei der Adressierung, dem Postfach oder dem Routing liegt.
Ein typischer Hard Bounce trägt den Code 5.1.1, was bedeutet, dass die Adresse abgelehnt wurde, meist weil sie nicht existiert. Ein klassischer Soft Bounce zeigt sich an einem temporären Fehlercode, etwa wenn das Postfach voll ist und später wieder Platz haben kann. Amazon SES bestätigt diese Grundlogik: Hard Bounces gelten in der Regel als permanente Fehler, während Soft Bounces erneut zugestellt werden.
Nicht jeder 5.xx-Code bedeutet zwingend, dass die Adresse tot ist. Manche aggressiven Spamfilter antworten mit einem permanenten Fehler, obwohl das eigentliche Problem der Inhalt oder die Reputation des Absenders ist, nicht die Adresse selbst.
Ein 5.xx-Code heißt: permanent abgelehnt. Ein 4.xx-Code heißt: versuchen Sie es später noch einmal.
So erkennen Sie in Logs und Dashboards, ob ein Bounce hart oder weich ist
Um zwischen Hard und Soft zu unterscheiden, reicht meist ein Blick in drei Stellen:
- Die SMTP-Antwortzeile selbst, die den Statuscode direkt nennt, etwa „550 5.1.1 User unknown“
- Den DSN-Header (Delivery Status Notification), der Subcode, Diagnoseinformationen und manchmal den ursprünglichen Server nennt
- Das Event-Log im Provider-Dashboard, das Bounces meist schon als „hard“ oder „soft“ klassifiziert anzeigt
Als Faustregel gilt: Eine sofortige 5.xx-Antwort bedeutet Hard Bounce, eine 4.xx-Antwort oder eine Meldung über temporäre Zustellprobleme bedeutet Soft Bounce. Schwieriger wird es bei wiederkehrenden Soft Bounces derselben Adresse über mehrere Tage, denn das deutet oft auf ein strukturelles Problem hin, auch wenn der Code technisch noch „temporär“ lautet.
Richten Sie Alert-Regeln ein, die auf plötzliche Anstiege reagieren. Ein schneller Check der Ursachen bei Bounce-Spitzen hilft, zwischen einem einzelnen Serverausfall beim Empfänger und einem echten Reputationsproblem auf Ihrer Seite zu unterscheiden.
Konkrete Maßnahmen: was bei Hard- und Soft-Bounces zu tun ist
Bei Hard Bounces gibt es nur eine richtige Reaktion: raus aus der aktiven Liste, und zwar sofort nach dem ersten Vorfall. Ein erneuter Versand bringt nichts und schadet nur der Reputation.
- Hard-Bounce-Adressen umgehend entfernen oder in eine Suppression-Liste verschieben
- Niemals wiederholt an eine als Hard Bounce markierte Adresse senden
- Soft Bounces mit einem Retry-Fenster versehen, etwa mit exponentiellem Backoff zwischen den Versuchen
- Adressen, die mehrfach hintereinander soft bouncen, nach einer festgelegten Anzahl an Versuchen ebenfalls entfernen
Globale Suppression-Listen enthalten Adressen, die bereits als hart zurückgewiesen gelten. Senden Sie an eine solche Adresse, wird die Nachricht sofort als Hard Bounce gewertet, selbst wenn sie technisch vielleicht wieder funktionieren würde. Diese Listen zu umgehen, etwa durch Versand über eine andere Infrastruktur, gefährdet die eigene Reputation zusätzlich, weil Provider solche Muster erkennen.
Profi-Tipp: Markieren Sie Adressen nach wiederholten Soft Bounces zur manuellen Prüfung, statt sie endlos weiter anzuschreiben.
Wie Sie zurückgesprungene E-Mails systematisch nachbearbeiten, entscheidet oft darüber, ob eine Kampagne langfristig zustellbar bleibt oder langsam in Spamordnern versinkt.
Vorbeugung: Best Practices zur Reduzierung von Bounces und zum Schutz der Reputation
Die wirksamste Prävention beginnt vor dem Versand, nicht danach. E-Mail-Verifikation prüft Syntax, MX-Einträge und den Mailserver direkt per SMTP-Anfrage, bevor eine Nachricht überhaupt rausgeht. Unser Verifizierungstool erledigt genau das, bevor Sie eine Liste in eine Kampagne laden.
- Listen regelmäßig bereinigen und inaktive oder verifizierte Hard-Bounce-Adressen dauerhaft entfernen
- Neue Absenderadressen langsam aufwärmen und das Versandvolumen schrittweise steigern, statt sofort in großer Menge zu senden
- Versandrate begrenzen und bei mehreren Postfächern eine Inbox-Rotation einsetzen, um Last zu verteilen
- Nur Opt-in-Listen verwenden, nie gekaufte Adresslisten, und Suppression-Listen konsequent pflegen
Gmail rät ausdrücklich dazu, das Versandvolumen langsam zu steigern und bei Deferrals oder Throttling schrittweise statt abrupt wieder hochzufahren. Das gilt besonders für neue Domains oder frisch eingerichtete Postfächer, die noch keine Versandhistorie aufgebaut haben.
Als Richtwert empfiehlt SendGrid, die Hard-Bounce-Rate unter 5 % zu halten, da höhere Werte auf schlechte Listenqualität hindeuten und die Zustellbarkeit insgesamt belasten. Eine vollständige Deliverability-Checkliste hilft, diese Routinen dauerhaft im Arbeitsablauf zu verankern, statt sie nur punktuell nach einem Problem anzuwenden.
Warum Bounce-Management über den Erfolg von Outreach entscheidet
Saubere Listen, ein durchdachtes Warm-up und konsequentes Monitoring sind kein Nebenschauplatz, sondern die Basis jeder Kampagne, die über Wochen hinweg Zustellbarkeit behalten soll. Der häufigste Fehler beim schnellen Hochskalieren ist, Volumen vor Reputation zu priorisieren: Wer zu schnell zu viel versendet, verbrennt in wenigen Tagen eine Domain, die über Monate aufgebaut wurde. Wer dagegen Bounces aktiv beobachtet, erkennt Probleme, bevor sie zu echten Spam-Platzierungen führen.
— Yaro
Mit PlusVibe Bounces managen, ohne manuell hinterherzuräumen
Wir bauen Deliverability-Schutz direkt in den Versandprozess ein, statt ihn Ihnen als zusätzliche Aufgabe zu überlassen. Unsere private Warm-up-Infrastruktur, isolierte Versandserver und dedizierte IPs sind darauf ausgelegt, Spam-Platzierung und Bounce-Raten zu minimieren.
Bevor eine Kampagne überhaupt startet, lässt sich der Inhalt mit unserem Spam-Checker für Cold Emails prüfen, und Adressen lassen sich vorab verifizieren. Teams, die lieber eine fertige Infrastruktur übernehmen möchten, statt Warm-up und Konfiguration selbst aufzusetzen, finden das im Done-for-you Email Setup gebündelt.
Wer jetzt verstehen will, mit welchem Plan sich das eigene Versandvolumen am besten abbilden lässt, findet eine Übersicht aller Tarife von Personal bis Agency.
FAQ
Ist eine Bounce-Rate von 42 % akzeptabel?
Nein, eine Bounce-Rate in dieser Höhe liegt weit über jedem akzeptablen Bereich. SendGrid empfiehlt, die Hard-Bounce-Rate unter 5 % zu halten. Ein hoher Wert kann auf eine veraltete oder ungeprüfte Liste sowie auf Zustellprobleme hindeuten.
Was bedeutet ein Hard Bounce genau?
Ein Hard Bounce ist ein dauerhafter Zustellfehler, bei dem die Nachricht die Zieladresse endgültig nicht erreicht, etwa weil sie nicht existiert oder die Domain ungültig ist. RFC 3463 ordnet diesen Fall der 5.xxx-Statuscode-Klasse zu, die permanente Fehler kennzeichnet.
Was kann einen Soft Bounce auslösen?
Ein Soft Bounce entsteht meist durch ein volles Postfach, einen Timeout beim Empfängerserver oder eine kurzfristige Serverüberlastung. Diese Fehler fallen in die 4.xxx-Klasse nach RFC 3463 und werden in der Regel automatisch erneut versucht, bevor eine Adresse dauerhaft als unzustellbar gilt.
Was bedeutet ein Hard Bounce in Mailchimp?
In Mailchimp bedeutet ein Hard Bounce dasselbe wie bei anderen Versandplattformen: eine dauerhaft ungültige Adresse, die automatisch von zukünftigen Versendungen ausgeschlossen wird. Die Logik folgt denselben SMTP-Statuscodes, die auch Anbieter wie Amazon SES oder SendGrid zur Klassifikation verwenden.
Quellen
- RFC 3463 - Enhanced Mail System Status Codes
- Email program success metrics
- Bounce and Block Classifications
- Top 10 Gmail sender issues - Gmail Help
