Sperrliste, Bounces und Zustellbarkeit

Warum das zählt

E-Mails an ungültige Adressen zu senden, schadet Ihrer Absender-Reputation. Reputationsschäden bedeuten, dass mehr Ihrer E-Mails im Spam landen, nicht nur Outreach, sondern jede E-Mail, die Ihre Domain versendet. Die Sperrliste und Bounce-Behandlung von Kit schützen Ihre Reputation, indem sie automatisch erneuten Kontakt mit Adressen verhindern, die zurückgekommen sind, sich abgemeldet haben oder als Opt-out markiert wurden.

Sperrliste

Die Sperrliste gilt kontoweit und wirkt sich auf alle Kampagnen aus. Navigieren Sie zu Outreach > Sperrliste, um sie einzusehen und zu verwalten.

E-Mail-Adressen werden aus Datenschutzgründen als SHA-256-Hashes gespeichert. Eine Adresse wird automatisch gesperrt, wenn:

• Ein Hard Bounce erkannt wird (der Server des Empfängers weist die Adresse selbst dauerhaft zurück, oder eine Bounce-Benachrichtigung bestätigt dies)
• Ein Kontakt den Abmeldelink in einer Outreach-E-Mail anklickt
• Ein Kontakt von Ihrem Team als abgemeldet (Opt-out) markiert wird

Sie können auch manuell E-Mail-Adressen zur Sperrliste hinzufügen, um künftigen Kontakt zu verhindern, oder eine Adresse entfernen, wenn sie irrtümlich gesperrt wurde.

Beim Import von Kontakten per CSV gleicht Kit jede E-Mail-Adresse mit der Sperrliste ab und überspringt Treffer automatisch.

Bounce-Behandlung

Kit klassifiziert Bounces nach Schweregrad und Quelle:

Typ	SMTP-Code	Aktion
Hard Bounce	5xx als Antwort auf RCPT TO mit einem Statuscode zur Empfängeradresse: 5.1.1, 5.1.2, 5.1.3, 5.1.4, 5.1.6, 5.1.10, 5.2.1 oder 5.4.1	Sofortige Sperrung; die Adresse ist ungültig, deaktiviert oder existiert nicht mehr
Richtlinien-Ablehnung	5xx mit einem Statuscode 5.7.x (Spamfilter, DMARC, Blockliste)	Die Nachricht schlägt fehl; die Adresse wird nicht gesperrt, denn die Ablehnung betrifft Ihre Absender-Reputation, nicht die Adresse
Sonstiger dauerhafter Fehler	Jeder andere 5xx: vor RCPT TO, ohne erweiterten Statuscode oder mit einem Absender-, Kontingent- oder Protokollcode	Die Nachricht schlägt fehl und geht zur Prüfung an den Betreiber; die Adresse wird nicht gesperrt
Soft Bounce	4xx (vorübergehender Fehler)	Wiederholung mit Backoff; das Postfach ist möglicherweise voll oder der Server vorübergehend nicht verfügbar

Bounce-Bestätigungen stammen aus SMTP- oder DSN-Benachrichtigungen:

Quelle	Funktionsweise
SMTP	Der Sendeserver lehnt die Nachricht bei der Zustellung mit einem Fehlercode ab
DSN	Eine Delivery Status Notification trifft nach dem Versand ein (verzögerter Bounce)

Eine KI-Klassifizierung als Bounce allein ändert weder den Zustellstatus noch sperrt sie eine Adresse. Dafür sind SMTP- oder DSN-Nachweise erforderlich.

Hard Bounces sperren die Adresse sofort; Richtlinien-Ablehnungen und sonstige dauerhafte Fehler tun das nicht, damit ein gültiger Kontakt nie wegen eines Reputationsproblems verloren geht. Sicher wiederholbare Soft Failures werden erneut versucht; nach Ausschöpfen aller Versuche wechselt die Nachricht für eine Entscheidung zu Versuche ausgeschöpft.

Zustellprüfung

Öffnen Sie Outreach > Zustellbarkeit, um Nachrichten zu bearbeiten, die Kit bewusst gestoppt hat:

• Zustellung unbekannt bedeutet, dass die SMTP-Verbindung nach Beginn der Übermittlung endete und Kit nicht belegen kann, ob der Anbieter die E-Mail angenommen hat. Prüfen Sie vor einer Entscheidung die Versuchsnachweise und die Protokolle Ihres Anbieters anhand der RFC Message-ID. Das Fehlen im Gesendet-Ordner allein belegt nicht, dass die E-Mail nicht gesendet wurde.
• Versuche ausgeschöpft bedeutet, dass ein bekannter vorübergehender Fehler vor der Übermittlung alle sicheren Wiederholungen verbraucht hat. Beheben Sie das Absender- oder Anbieterproblem, bevor Sie einen weiteren Versuch freigeben.
• Fehlgeschlagen bedeutet, dass Kit einen bekannten Authentifizierungs-, Absender-, Inhalts- oder Richtlinienfehler erhalten hat. Beheben Sie die konkrete Ursache, bevor Sie einen weiteren Versuch freigeben; andernfalls schließen Sie die Prüfung ohne Versand.

Ein zur Kampagnenverwaltung berechtigtes Teammitglied kann eine unklare Zustellung als gesendet bestätigen, anhand der Nachweise des Anbieters den Nichtversand bestätigen, nach Behebung eines ausgeschöpften oder fehlgeschlagenen Versands eine Wiederholung freigeben oder jede Prüfung ohne Versand schließen. Kit hält Entscheidung, Bearbeiterzuordnung solange vorhanden, Ursprung, Zeitstempel und eine optionale verschlüsselte Notiz fest. Eine Wiederholung wird nur bei einer Entscheidung eingereiht, die sie ausdrücklich freigibt.

Prüfen Sie vor der Entscheidung den neuesten Versuch. SMTP-Phase, Antwort- und erweiterter Statuscode, Zeitstempel, Diagnose und RFC Message-ID bilden den Prüfnachweis. Die Entscheidungsvorschau ist an genau diesen Versuch und seine Nachweise gebunden. Wenn eine Wiederholung möglich ist, bindet sie außerdem Empfänger, Absenderidentität, Betreff und Inhalt der geprüften Nachricht. Ändert sich vor der Bestätigung der Versuch, ein Nachweis oder der Zustellinhalt, lehnt Kit die veraltete Bestätigung ab und verlangt eine neue Vorschau.

Schutz der Genehmigungsbestätigung

Ändern sich Empfänger, Absenderidentität, Betreff oder Inhalt einer genehmigten Nachricht vor dem SMTP-Start, setzt Kit sie auf Erneute Prüfung nötig und eröffnet keinen Zustellversuch. Prüfen Sie die aktuelle Nachricht und genehmigen Sie sie erneut. Das Webhook-Ereignis outreach.message.confirmation_expired unterscheidet diesen sicheren Stopp vor dem Versand von einem SMTP-Fehler.

Abmelde-Konformität

Standardmäßig fügt Kit RFC 8058-Abmelde-Header zu jeder Outreach-E-Mail hinzu:

• List-Unsubscribe-Header mit einer One-Click-Abmelde-URL
• List-Unsubscribe-Post-Header für RFC 8058-One-Click-POST-Unterstützung
• Abmelde-Tokens laufen nach 6 Monaten aus Sicherheitsgründen ab

Sie können diese Header unter Outreach > Einstellungen deaktivieren, wenn Sie personalisierte 1:1-Cold-E-Mails versenden, bei denen die Header gegenüber E-Mail-Anbietern als Massenmail wirken könnten. Die Abmeldeseite, die Sperrliste und die Opt-out-Abläufe funktionieren unabhängig von dieser Einstellung weiter.

Wenn ein Kontakt auf Abmelden klickt, sperrt Kit dessen E-Mail-Adresse sofort und setzt den Status des Kontakts auf Abgemeldet. Es werden keine weiteren E-Mails gesendet.

Tipps zur Zustellbarkeit

Maßnahme	Warum es hilft
Eine dedizierte Versanddomain verwenden	Isoliert die Outreach-Reputation von Ihrer Hauptdomain
Schrittweise aufwärmen	Mit 10–15 E-Mails/Tag beginnen und über 2–4 Wochen steigern
Das Tageslimit respektieren	Der Standard liegt bei 50 E-Mails/Tag pro Konto und lässt sich in den SMTP-Einstellungen auf bis zu 500 erhöhen
Bounce-Rate überwachen	Hard Bounces unter 2 % halten; Listen regelmäßig bereinigen
Relevante E-Mails schreiben	Spam-Beschwerden sinken, wenn Kontakte erkennen, warum Sie sich melden
Eine klare Signatur einfügen	Empfänger, die den Absender identifizieren können, melden seltener Spam
Eine benutzerdefinierte Tracking-Domain verwenden	Wenn Sie Engagement-Tracking aktivieren, richten Sie eine benutzerdefinierte Tracking-Domain ein, damit Pixel-/Weiterleitungs-URLs zu Ihrer Versanddomain passen

Webhook-Ereignisse

Kit löst Webhook-Ereignisse für wichtige Outreach-Aktivitäten aus. Abonnieren Sie diese unter Integrationen > Webhooks, um Outreach-Daten mit externen Systemen zu synchronisieren.

Ereignis	Wird ausgelöst, wenn	Payload-Modell
outreach.prospect.drafted	Die KI das Verfassen einer E-Mail für einen Kontakt abschließt	Prospect (ID, campaign_id, company_name, display_name, status)
outreach.message.approved	Ein Entwurf zum Versand genehmigt wird	Message (ID, campaign_id, prospect_id, step_number, subject, status, timestamps)
outreach.message.sent	Eine E-Mail erfolgreich per SMTP gesendet wird	Message
outreach.message.bounced	Für eine E-Mail ein bestätigter Hard Bounce eingeht	Message (enthält last_error_code)
outreach.message.failed	Der Versand aufgrund eines SMTP-Fehlers fehlschlägt	Message (enthält last_error_code)
outreach.message.deferred	Ein bekannter vorübergehender Fehler vor der Übermittlung nach allen Zustellversuchen bestehen bleibt	Message (enthält last_error_code)
outreach.message.delivery_unknown	Kit nicht belegen kann, ob SMTP die E-Mail angenommen hat, und die automatische Wiederholung stoppt	Message (enthält last_error_code)
outreach.message.confirmation_expired	Geprüfte Zustelldaten sich vor dem SMTP-Start ändern und Kit für eine neue Genehmigung stoppt	Message
outreach.message.delivery_resolved	Ein zur Kampagnenverwaltung berechtigtes Teammitglied eine protokollierte Entscheidung für eine gestoppte Zustellung festhält	Delivery Resolution (Nachricht, Versuch, Ergebnis, Ursprung, Bearbeiter, Zeitstempel)

Alle Payloads folgen dem Standard-Webhook-Envelope. Siehe Webhook-Ereignisreferenz für das Envelope-Format und die Signaturverifizierung.

Hinweis: E-Mail-Adressen von Kontakten und Nachrichten sind in Webhook-Payloads nicht enthalten, da sie im Ruhezustand verschlüsselt sind. Die vollständige SMTP-Diagnose und die Notiz zur Zustellentscheidung sind aus demselben Grund ausgeschlossen; beide können kopierte Empfängerdaten enthalten. Nachrichten-Webhooks übertragen nur den ausgewerteten last_error_code; die vollständige Diagnose oder Notiz sehen Sie, indem Sie die Nachricht in Kit öffnen.

Auf einen Blick

• Sperrliste unter Outreach > Sperrliste prüfen
• Überprüfen, dass Ihre Versanddomain SPF-, DKIM- und DMARC-Einträge hat
• Bounce-Raten überwachen; nachgehen, wenn Hard Bounces 2 % überschreiten
• Eine dedizierte Versanddomain für Outreach in Betracht ziehen
• Outreach-Webhook-Ereignisse abonnieren, wenn Sie mit externen Tools integrieren

So geht es weiter

• E-Mail-Zustellung einrichten: SMTP- und IMAP-Konfiguration
• Webhook-Ereignisreferenz: vollständige Payload-Dokumentation für alle Ereignistypen
• MCP-Tools-Referenz: Outreach programmatisch über KI-Assistenten verwalten