Prüfen Sie eine E-Mail-Liste erneut, wenn die letzten Belege für die bevorstehende Entscheidung zu alt sind oder ein neues Ereignis das Ergebnis infrage stellt. Vor einer Kampagne fällt diese Entscheidung vor dem Versand. Bei einem vorerst ungenutzten CRM-Datensatz bewahren Sie Ergebnis und Datum auf, bis Sie die Adresse brauchen. Keine feste Frist macht jede Adresse einen Monat lang zuverlässig und am Folgetag unbrauchbar.
Legen Sie für jeden Anwendungsfall fest, wie alt die Belege höchstens sein dürfen. Prüfen Sie dieses Alter beim nächsten Einsatz der Adresse und ziehen Sie die Prüfung nach einem Bounce, einer Adressänderung oder einer längeren Versandpause vor. Die Frist ist Ihre eigene Regel, kein von Emvero festgelegtes Ablaufdatum.
Beim nächsten Einsatz entscheiden
Für das geplante Segment helfen drei Fragen:
- Wann wurden die Belege erhoben? Speichern Sie den letzten Status und die Zeitpunkte der Beobachtung bei der Adresse. Das Importdatum einer CSV-Datei oder der Abruf einer zwischengespeicherten Antwort datiert die eigentliche Prüfung nicht neu.
- Was ist inzwischen passiert? Eine korrigierte Adresse braucht eine eigene Prüfung. Ein Bounce, eine andere Domain oder ein Versand nach langer Pause verringern den Nutzen älterer Belege. Eine Abmeldung oder Sperre bleibt eine eigene Versandentscheidung; ein neues Ergebnis
deliverablehebt sie nicht auf. - Wofür brauchen Sie die Adresse? Eine Willkommensnachricht bei der Registrierung, eine Kampagne an ein altes Segment und ein ruhender CRM-Datensatz haben verschiedene Fristen und Folgen bei Fehlentscheidungen. Legen Sie je Ablauf eine Altersgrenze fest und prüfen Sie sie anhand Ihrer eigenen Bounce- und Antwortdaten.
Ein Team könnte beispielsweise verlangen, dass die Belege bei der Freigabe einer Kampagne höchstens 14 Tage alt sind. Das ist nur ein Beispiel für eine interne Regel. Es ist weder eine Empfehlung zur Gültigkeitsdauer noch eine Aussage darüber, wie schnell Postfächer sich ändern. Eine drei Tage vorher geprüfte Adresse erfüllt diese Altersregel; bei einer vor fünf Wochen geprüften Adresse ist eine neue Prüfung fällig. Versandberechtigung und Sperren müssen in beiden Fällen weiterhin geprüft werden.
| Was vor dem nächsten Einsatz bekannt ist | Entscheidung zum Prüfzeitpunkt |
|---|---|
| Das Segment wurde nach Ihrer Regel kürzlich geprüft; es gibt kein neues negatives Signal. | Verwenden Sie das dokumentierte Ergebnis für diese Entscheidung. Beim nächsten Einsatz prüfen Sie das Alter erneut. |
| Die Liste lag lange ungenutzt oder wurde ohne belastbares Prüfdatum importiert. | Prüfen Sie vor dem nächsten Versand. Das Importdatum ist kein Beleg für die Erreichbarkeit. |
| Eine Adresse wurde geändert oder ein Zustellbericht meldet einen Bounce. | Prüfen Sie die Ursache und nehmen Sie die betroffene Adresse vorerst aus dem Versand. Eine korrigierte Adresse prüfen Sie als neue Adresse. Ein neues Ergebnis löscht keine bekannte Abmeldung oder fehlgeschlagene Zustellung. |
Der letzte Versuch ergab unknown oder läuft noch als pending. |
Treffen Sie keine Entscheidung, die ein abgeschlossenes Ergebnis erfordert. Wiederholen Sie die Prüfung oder rufen Sie das laufende Ergebnis ab. Keiner der beiden Zustände bedeutet undeliverable. |
Der Leitfaden zur Bereinigung einer Liste vor dem Versand erklärt, wie Sie mit einem aktuellen Ergebnis deliverable, risky, undeliverable oder unknown umgehen. Hier geht es um den Zeitpunkt, an dem Sie ein neues Ergebnis brauchen.
Beobachtungszeit statt Abrufzeit lesen
Emvero gibt mit freshness.dns_checked_at und freshness.smtp_checked_at getrennte Zeitpunkte an, sofern die jeweiligen Prüfungen Belege erbracht haben. DNS-Routing und SMTP-Antworten eines Empfängers können zu verschiedenen Zeiten beobachtet worden sein. Eine Antwort aus dem Cache behält diese Zeitpunkte; ein erneuter Abruf macht die Belege nicht jünger. Der Artikel zum Lesen eines Verifizierungsergebnisses erklärt die Felder und ihre Grenzen.
Speichern Sie das Ergebnis, seine Beobachtungszeiten und die darauf gestützte Entscheidung. Bleibt eine neue Prüfung ohne eindeutigen Befund, behalten Sie die ältere Beobachtung mit ihrem ursprünglichen Datum für die Nachvollziehbarkeit. Der neue Versuch steht als aktuelles, aber unentschiedenes unknown daneben. Kennzeichnen Sie ein altes deliverable nicht stillschweigend als frisch. Bei pending rufen Sie dieselbe Prüfung nach dem zurückgegebenen Warteintervall erneut ab, bevor Sie eine abschließende Entscheidung treffen.
Eine vollständige Prüfung kann Belege zum Empfänger sammeln, ohne eine Nachricht zu senden. Der empfangende Mailserver kann die Antwort trotzdem verbergen. Selbst die Annahme eines Empfängers garantiert weder spätere Zustellung noch die Kontrolle des Postfachs durch eine Person. Richten Sie Ihr Zeitfenster an der anstehenden Entscheidung aus und berücksichtigen Sie diese Grenzen.
Versandberechtigung getrennt prüfen
Die Verifizierung hilft einzuschätzen, ob eine Adresse Mail empfangen kann. Sie belegt keine Einwilligung in Ihre Kampagne. Eine abgemeldete Person bleibt vom Versand ausgeschlossen, auch wenn eine spätere Prüfung deliverable ergibt. Für Nachrichten an private Gmail-Konten empfiehlt Google in seinen Richtlinien für Absender, die Adresse vor der Aufnahme in den Verteiler zu bestätigen und eine einfache Abmeldung anzubieten.
Auch ein Bounce-Bericht ist ein Ereignis, das Sie untersuchen sollten. Prüfen Sie dieselbe Adresse nicht beliebig oft, bis irgendwann ein günstigeres Ergebnis erscheint. Bewahren Sie Zustellereignis, Prüfergebnis und Einwilligung getrennt auf.
Wenn Sie Ihre Liste selbst erneut prüfen möchten, zeigt der CSV- und API-Ablauf, wie Sie pro Adresse eine serverseitige Anfrage senden, laufende Prüfungen fortsetzen und Ergebnisse der ursprünglichen Zeile zuordnen. Legen Sie die Zeitregel zuerst fest, damit Sie nur die fälligen Adressen auswählen.