Leitfäden
Eine E-Mail-Liste vor dem Versand bereinigen
Bewahren Sie die Ausgangsliste auf, prüfen Sie die Adressen und wählen Sie die Versandgruppe anhand der Belege. Trennen Sie technische Fehler, Unsicherheit und Anmelderegeln.
Was bei jeder Antwort zu tun ist
Jedes Mal dieselben vier Ergebnisse. Die Anweisung ändert sich mit der Situation, weil sich mit ihr ändert, was ein Fehler kostet.
| Ergebnis | Was hier zu tun ist |
|---|---|
| Zustellbar | Für diese Kampagne erst nach Prüfung des Anmeldekontexts und der Ausschlüsse berücksichtigen. Ein positives Ergebnis garantiert weder Zustellung noch Versandberechtigung. |
| Riskant | Gründe vor der Aufnahme prüfen. Ungeklärte Fälle für diese Kampagne zurückhalten, den Kontakt behalten und den Grund dokumentieren. |
| Nicht zustellbar | Die geprüfte Adresse von diesem Versand ausschließen. Belege und Kontakthistorie behalten; vor einer erneuten Aufnahme eine Korrektur oder neue Belege verlangen. |
| Unbekannt | Bis zu einer Durchsicht oder späteren Prüfung aus dieser Kampagne zurückhalten. Gesicherte Domain-Belege und den Grund der Unsicherheit behalten; nicht als ungültig einstufen. |
Mit der Liste und ihrer Historie beginnen
Sichern Sie die Ausgangsdaten, bevor Sie eine Kampagnengruppe ändern. Bewahren Sie die Herkunft der Adresse, den Anmeldekontext, Ausschlüsse wegen Abmeldungen oder Beschwerden und bisherige Zustellergebnisse auf. Entfernen Sie doppelte Einträge mit identischen E-Mail-Werten aus der Versandgruppe, ohne Personen zusammenzuführen oder ihre Historie zu löschen. Ein Prüfergebnis hebt einen bestehenden Ausschluss nicht auf.
Adressen prüfen und Belege speichern
Prüfen Sie die Adressen, die für den Versand infrage kommen. Speichern Sie status, action, reason_codes und checks zusammen mit dem geprüften Wert. Behalten Sie auch freshness: Ein heute abgerufenes Ergebnis enthält nicht zwingend nur heutige Beobachtungen. Der Leitfaden zum Prüfergebnis erklärt die Felder.
pending bedeutet, dass die Prüfung noch läuft. Warten Sie die Zeit aus retry_after_ms ab und rufen Sie dieselbe Prüfung erneut ab. Nehmen Sie laufende Prüfungen erst in die geprüfte Gruppe auf, wenn sie fertig sind oder Ihre eigene Frist eine Ausweichregel auslöst.
Fehler von Unsicherheit trennen
Verwenden Sie die Tabelle oben als Kampagnenregel, zusammen mit der gelieferten Aktion und den Gründen. Eindeutige Syntax- oder Domain-Fehler können undeliverable begründen. Eine Empfängerablehnung führt nicht automatisch dazu: SMTP_MAILBOX_NOT_FOUND wird derzeit als unknown mit SMTP_RECIPIENT_REJECTED_AMBIGUOUS gemeldet.
Ein Catch-all-Ergebnis oder eine uneindeutige SMTP-Probe kann eine Durchsicht verlangen. Wenn Sie die Adresse für diese Kampagne zurückhalten, können Sie sie später erneut beurteilen. Das Rollenmerkmal allein ändert den Status nicht. Auch ein funktionierendes Postfach braucht den passenden Anmeldekontext. Unbekannte Ergebnisse können nützliche Domain-Belege enthalten.
Versandregeln vor dem Export anwenden
Stellen Sie die Kampagnengruppe aus den geprüften Ergebnissen und Ihren Anmelde-, Ausschluss- und Zustelldaten zusammen. Trennen Sie zurückgehaltene Adressen von bestätigten technischen Fehlern. Der Vergleich von Verifizierung und Listenpflege erklärt, warum eine Postfachprüfung diese Daten nicht ersetzt und keine Spam-Fallen erkennt.
Entscheiden Sie anhand des Belegalters und des geplanten Einsatzes, wann Sie erneut prüfen. Es gibt keinen allgemein passenden Abstand. Eine spätere Prüfung kann weitere Belege liefern, ohne Zustellung zu garantieren. Für Daten aus Ihrem CRM zeigt der Leitfaden zur Prüfung von CRM-E-Mail-Adressen, wie Ergebnisse mit der Adresse verbunden bleiben und der Kontaktdatensatz erhalten bleibt.
Reason Codes, die hier etwas entscheiden
Diese Codes gehören zum Vokabular der API und erklären eine Prüfung. Die Hinweise kennzeichnen auch Werte, die die aktuelle Prüfregel oder SMTP-Probe nicht zurückgibt.
SMTP_MAILBOX_NOT_FOUND | SMTP-Beobachtung einer Empfängerablehnung; die aktuelle Entscheidungsregel gibt unknown mit SMTP_RECIPIENT_REJECTED_AMBIGUOUS zurück. |
ACCEPT_ALL_DOMAIN | Domain nimmt jeden Empfänger an |
SMTP_CONNECT_TIMEOUT | Mailserver hat nicht rechtzeitig geantwortet |
DISPOSABLE_DOMAIN | Anbieter von Wegwerfadressen |
Begriffe, die vorher hilfreich sind
Hard Bounce und Soft Bounce
Dauerhafte und vorübergehende Zustellfehler beziehen sich auf einen Versandversuch. Erfahren Sie, wie sie sich von Prüfbelegen unterscheiden.
Catch-All-Domain
Ein Mailserver nimmt beliebige Empfänger an. Diese Annahme allein belegt nicht, dass ein bestimmtes Postfach existiert.
Spam-Falle
Eine Adresse zur Erkennung problematischer Versandpraktiken. Eine Verifizierung kann nicht bestätigen, dass eine Adresse keine Spam-Falle ist.
Die Entscheidung dahinter
Testen Sie es an einer Adresse, die Sie kennen.
Der kostenlose Checker liefert das vollständige Ergebnis - jede Stufe, jeden Reason Code, nichts zurückgehalten.