Wofür E-Mail-Verifizierung tatsächlich eingesetzt wird
Acht Situationen, in denen eine falsche Adresse echtes Geld kostet, und was BounceIntel in jeder davon zurückgibt. Jeder Abschnitt verweist auf den Endpunkt, der ihn trägt.
E-Mail-Verifizierung lohnt sich überall dort, wo eine falsche Adresse Sie etwas kostet, das Sie nicht zurückholen können: eine verbrannte Versanddomain, eine betrügerische Testphase, eine Quittung, die nie ankam, einen bezahlten Lead, den Sie nie erreichen werden. Es ist eine Prüfung beim Eingang, keine Aufräumaktion beim Ausgang.
Die meisten begegnen der E-Mail-Verifizierung im denkbar schlechtesten Moment. Eine Kampagne bounct hart, eine Versanddomain wird gedrosselt, und jemand sucht nach einem Listenreiniger. Das funktioniert, ist aber die am wenigsten wertvolle Variante der Aufgabe: Der Schaden ist bereits entstanden und die Reparatur bleibt einmalig.
Die Teams, die am meisten davon haben, verlagern die Prüfung nach vorn, an die Stelle, an der die Adresse ins System gelangt. Bei der Erfassung zu prüfen kostet pro Adresse dasselbe und verhindert das Problem, statt es zu messen. Die folgenden Abschnitte sind ungefähr so geordnet, von der Eingangstür nach innen.
01Produkt- und Growth-Engineering
Anmelde- und Checkout-Formulare
Eine schlechte Adresse, die bei der Anmeldung in Ihre Datenbank gelangt, ist ein Problem, für das Sie vielfach zahlen, nicht einmal.
Die Adresse, die jemand in Ihr Anmeldeformular tippt, ist die Adresse, an die Bestätigung, Passwort-Zurücksetzung und jede Quittung gehen. Ist es ein Tippfehler, kommt die Person nicht mehr an ihr Konto und Sie bekommen ein Support-Ticket. Ist es eine Wegwerfadresse, hätte sie ohnehin nichts gelesen. Ist es ein Rollenkonto oder eine Spam-Falle, beschädigt sie Ihre Absenderreputation über Monate hinweg unbemerkt.
Ein Verifizierungsaufruf im Formular-Handler fängt alle vier Fälle ab, bevor der Datensatz geschrieben wird. Eine Anfrage, eine Antwort deutlich unter einer Sekunde, und genug Detail, um zu entscheiden statt nur bestanden oder durchgefallen zu erfahren. Tippfehler bekommen einen Korrekturvorschlag, Wegwerfadressen werden blockiert, riskante Adressen werden angenommen, aber markiert, damit sie nie in einen Massenversand geraten.
Was Sie bekommen
Wegwerfdomains direkt bei der Erfassung blockieren
Tippfehler abfangen, bevor die Bestätigungsmail in die Warteschlange geht
Rollenkonten und bekannte Spam-Fallen-Domains markieren, bevor der Datensatz gespeichert wird
Im Code auf Reason Codes verzweigen statt auf einen einzelnen Score
Outbound ist der einzige Kanal, in dem wenige Prozent schlechter Adressen die ganze Versanddomain mit sich reißen können.
Kalte E-Mail läuft über Domains ohne etablierte Reputation, es gibt also kein Guthaben, das einen schlechten Versand abfedert. Mailanbieter lesen eine hohe Bounce-Rate auf einer jungen Domain als deutliches Signal, dass die Liste gekauft oder abgegriffen wurde, und die Reaktion kommt schnell: erst Drosselung, dann Spam-Ordner, dann glatte Ablehnung. Eine verbrannte Domain zu erholen dauert Wochen, und die meisten Teams kaufen einfach eine neue.
Die Liste vor dem Start der Sequenz zu prüfen ist die billigste Versicherung im Outbound. Und hier zahlt sich die Verdikt-Taxonomie aus. Prospecting-Listen stecken voller Catch-all-Domains, bei denen kein Verifizierer der Welt beweisen kann, dass ein bestimmtes Postfach existiert, und ein Werkzeug, das dort rät, wirft entweder gute Kontakte weg oder liefert Ihnen Bounces. Unseres gibt sie als eigenes Verdikt mit angehängtem Grund zurück, sodass Sie entscheiden, ob dieses Segment auf genau dieser Domain das Risiko wert ist.
Was Sie bekommen
Eine Kontaktliste prüfen, bevor die erste Sequenz versendet
Eine Catch-all-Domain als solche sehen, nicht als Münzwurf
Die Versanddomain schützen, statt immer neue durchzuwechseln
Nach Risiko segmentieren, statt alles Unsichere zu verwerfen
Eine Liste verfällt, ob Sie ihr schreiben oder nicht, und die Rechnung kommt auf einen Schlag.
Abonnentenlisten verrotten in gleichmäßigem Tempo. Menschen wechseln den Job, schließen Konten und geben Adressen auf, und keiner sagt Ihnen Bescheid. Eine Liste, die ein Jahr lang nicht geprüft wurde, enthält einen erheblichen Anteil Adressen, die keine Post mehr annehmen, dazu einen kleineren und weit gefährlicheren Anteil recycelter Spam-Fallen, also genau das, womit Anbieter Absender erkennen, die ihre Listen nicht pflegen.
Die großen Postfachanbieter veröffentlichen inzwischen ausdrückliche Schwellen für Massenversender, und die tolerierte Beschwerderate ist niedrig genug, dass ein einziger schlechter Versand an eine vernachlässigte Liste Sie darüber hinaustragen kann. Vor dem Versand zu bereinigen ist der offensichtliche Schritt, doch die nützlichere Gewohnheit ist, regelmäßig und beim Eintrag selbst zu prüfen, damit die Liste gar nicht erst so weit veraltet, dass sie gerettet werden muss.
Was Sie bekommen
Eine Liste vor der Kampagne bereinigen statt nach dem Bounce-Bericht
Adressen auf bekannten Spam-Fallen-Domains vor dem Versand markieren
Bounce- und Beschwerderaten innerhalb der Schwellen für Massenversender halten
Ruhende Segmente vor der Reaktivierung erneut prüfen statt zu raten
Niemand bemerkt, dass ein CRM veraltet, weil jeder einzelne Datensatz weiterhin in Ordnung aussieht.
Kontaktdaten verfallen fortlaufend, und ein CRM ohne Hygieneprozess ist binnen eines Jahres nach der letzten Prüfung spürbar falsch. Die Kosten sind diffus, und genau deshalb wird es nie behoben: Prognosen auf Basis scheinbar erreichbarer Accounts, Sequenzen, die niemanden erreichen, Vertriebszeit für Datensätze, die sich automatisch hätten markieren lassen, und ein Reporting, das Ihre Reichweite stillschweigend überschätzt.
Eine Massenprüfung gegen einen Export liefert das echte Bild in einem Durchgang, und die API hält es danach aufrecht. Entscheidend ist hier nicht das Verdikt, sondern der Grund dahinter. Ein deaktiviertes Postfach sagt Ihnen, dass eine Person ein Unternehmen verlassen hat, und das ist eine Routing-Entscheidung. Eine Domain ohne MX-Einträge sagt Ihnen, dass das Unternehmen selbst verschwunden ist, und das ist eine ganz andere Entscheidung. Beides kommt als Reason Code, auf den ein Workflow reagieren kann.
Was Sie bekommen
Einen kompletten CRM-Export in einem einzigen Massenlauf prüfen
Einen ausgeschiedenen Kontakt von einem verschwundenen Unternehmen unterscheiden
Verdikte zurück in Routing, Scoring und Sperrregeln fließen lassen
Nachvollziehbar festhalten, warum ein Kontakt gesperrt wurde
Eine vertippte Adresse im Checkout bedeutet, dass Bestellbestätigung und Versandbenachrichtigung beide ins Leere gehen.
Transaktionale Post ist die E-Mail, die Kundinnen und Kunden wirklich haben wollen, und zugleich die, die am ehesten an eine hastig auf dem Telefon eingetippte Adresse geht. Wenn sie scheitert, liest niemand einen Bounce-Bericht: Es bleibt nur jemand, der nicht weiß, ob die Bestellung durchging, danach ein Support-Kontakt und manchmal eine Rückbuchung.
Die Adresse im Checkout zu prüfen kostet einen Aufruf und macht aus einem stillen Fehlschlag eine Korrekturaufforderung, solange die Person noch auf der Seite ist. Dieselbe Prüfung verhindert, dass Warenkorbabbruch- und Rückgewinnungskampagnen an Adressen gehen, die vor zwei Saisons aufgehört haben, Post anzunehmen, und daher stammt der größte Teil des Bounce-Volumens einer E-Commerce-Liste.
Was Sie bekommen
Tippfehler im Checkout abfangen, solange sie noch korrigierbar sind
Sicherstellen, dass Bestellbestätigungen und Versandhinweise ankommen
Supportaufkommen von Kunden ohne Quittung senken
Rückgewinnungssegmente prüfen, bevor eine alte Liste angeschrieben wird
Kostenlose Testphasen und Empfehlungsprämien werden mit Wegwerfadressen abgeerntet, ein Einwegpostfach nach dem anderen.
Jedes Produkt, das bei der Anmeldung etwas verschenkt, ist ein Ziel. Anbieter von Wegwerfadressen existieren genau dafür, dass eine Person eine Testphase beliebig oft wiederholt, eine Empfehlungsprämie beliebig oft kassiert oder mehrfach abstimmt. Sie über eine selbst gepflegte Domainliste zu blockieren ist ein Wettlauf, den man verliert: Neue tauchen schneller auf, als irgendwer sie eintragen kann.
Die Verifizierung erledigt das als Abfrage statt als Liste, die Sie pflegen müssen. Sie verbessert außerdem die Zahlen, auf denen Sie planen. Aktivierung, Bindung und Conversion über eine mit Einwegkonten aufgeblähte Anmeldebasis sind in der Richtung falsch, die Ihnen schmeichelt, und die Korrektur zeigt sich erst viel später, in Umsätzen, die nicht zum Funnel passen.
Was Sie bekommen
Wiederholten Missbrauch von Testphasen und Empfehlungsprämien bei der Anmeldung stoppen
Einwegkonten aus Aktivierungs- und Bindungskennzahlen heraushalten
Im Code für bezahlte Stufen eine strengere Regel anwenden als für kostenlose
Keine handgepflegte Sperrliste für Wegwerfdomains mehr führen
Sie erben Listen, die Sie nicht aufgebaut haben, und werden für das verantwortlich gemacht, was sie anrichten.
Eine Agentur, die einen Kunden übernimmt, erbt die Liste, die dieser Kunde angesammelt hat, meist ohne jeden Nachweis, woher irgendetwas davon stammt. Auf der Domain des Kunden zu versenden, oder schlimmer noch über ein geteiltes Plattformkonto, setzt die eigene Stellung der Agentur den Datensammelgewohnheiten eines anderen aus.
Beim Onboarding zu prüfen macht daraus einen dokumentierten Schritt. Sie wissen, was Ihnen übergeben wurde, bevor Sie irgendetwas versenden, Sie können dem Kunden den Zustand seiner Liste in überprüfbaren Begriffen zeigen, und dieselben Reason Codes, die eine Sperrung für Sie begründen, erklären sie auch ihm. Das Volumen wird über alle Kunden hinweg gebündelt, sodass eine kleine Agentur zu einem Satz einkauft, den die Liste eines einzelnen Kunden nie erreichen würde.
Was Sie bekommen
Die Liste eines Kunden beim Onboarding prüfen, bevor irgendetwas versendet wird
Kunden Belege zeigen statt eines unerklärten Scores
Volumen über alle Kundenkonten bündeln und günstiger einkaufen
Die eigene Absenderreputation aus der Vorgeschichte eines Kunden heraushalten
Wer Kontaktdaten verkauft, für den ist Verifizierungsgenauigkeit die Produktqualität und keine Betriebskosten.
Datenanbieter, Anreicherungsplattformen und Lead-Marktplätze verifizieren fortlaufend und in einer Größenordnung, in der nur zwei Dinge zählen: der Preis pro Credit und die Zuverlässigkeit der API. Alles, was hinter Ihnen kommt, erbt Ihre Genauigkeit, was bedeutet: Ein Verifizierer, der einen unerklärten Score zurückgibt, reicht ein unquantifiziertes Risiko an Ihre eigenen Kunden weiter.
Hier hört erklärbare Ausgabe auf, eine Vorliebe zu sein. Ein Verdikt mit Reason Codes und einem Konfidenzniveau lässt sich durch Ihre Pipeline tragen, in Ihrer eigenen API ausgeben und gegenüber einem Kunden verteidigen, der fragt, warum ein Datensatz so markiert wurde. Eine nackte Zahl kann das nicht. Massenläufe sind asynchron und seitenweise abrufbar, ein Auftrag beliebiger Größe ist also ein Absenden und ein Abfragen, keine offen zu haltende Verbindung.
Was Sie bekommen
Fortlaufend im Volumen prüfen, mit Sätzen, die mit der Menge sinken
Reason Codes und Konfidenz an Ihre eigenen Kunden weitergeben
Asynchron absenden und abfragen, statt Verbindungen offen zu halten
Ein Verdikt gegenüber einem Kunden mit den Signalen dahinter begründen
Keine der Situationen oben nutzt ein anderes Produkt. Alle nutzen dieselbe Verifizierung, nur zu einem anderen Zeitpunkt aufgerufen und mit einer anderen Schwelle gelesen. Jede Prüfung untersucht zuerst die Syntax, dann DNS und MX-Einträge, dann das Postfach selbst, und gibt dieselbe Struktur zurück, egal auf welchem Weg Sie sie aufgerufen haben.
Was sich zwischen den Anwendungsfällen unterscheidet, ist Ihre Strenge. Ein Checkout-Formular sollte alles annehmen, was wahrscheinlich echt ist, und bei allem nachfragen, was wahrscheinlich ein Tippfehler ist. Eine Kaltakquise-Liste sollte nur bekommen, was sicher ist. Weil die Antwort die Begründung mitliefert und nicht nur ein Verdikt, sind beide Regeln wenige Zeilen Code gegen denselben Endpunkt.
01Ein Erreichbarkeits-Verdikt: zustellbar, riskant, nicht zustellbar oder unbekannt
02Ein Zustellbarkeits-Score von 0 bis 100, mit angehängtem Konfidenzniveau
03Reason Codes, die benennen, was das Verdikt entschieden hat, sicher im Code nutzbar
04Eine empfohlene Aktion: senden, mit Vorsicht senden, manuell prüfen, nicht senden
05Die Rohsignale hinter alldem, damit Sie Ihre eigene Schwelle anlegen können
Fragen
Fragen zur Umsetzung
Mit welchem Anwendungsfall sollte ich anfangen?
Mit dem, der Sie gerade Geld kostet. Sind Bounces bereits ein Problem, beginnen Sie damit, die Liste zu bereinigen. Sind sie es nicht, setzen Sie die Prüfung in Ihr Anmeldeformular, denn das ist der Fall, der das Problem gar nicht erst wiederkehren lässt, statt es im Nachhinein zu reparieren.
Ist Echtzeitprüfung schnell genug für ein Anmeldeformular?
Ja. Eine Einzelprüfung antwortet im Normalfall deutlich unter einer Sekunde, schnell genug, um im Formular-Handler zu laufen, ohne dass es jemandem auffällt. Setzen Sie ein Zeitlimit und legen Sie den Rückfall vorher fest: Die meisten Teams nehmen die Adresse an und markieren sie, statt eine Anmeldung wegen einer langsamen Abfrage zu blockieren.
Kann ich dasselbe Konto für Echtzeitprüfungen und Massenläufe nutzen?
Ja. Credits werden geteilt, derselbe API-Schlüssel funktioniert für beides, und ein Massenlauf gibt pro Adresse dieselbe Struktur zurück wie der Einzelendpunkt. Es gibt keinen getrennten Tarif und kein getrenntes Produkt für das eine oder das andere.
Was passiert bei einer Catch-all-Domain?
Eine Catch-all-Domain nimmt Post für jede Adresse an, also kann kein Verifizierer beweisen, dass dort ein bestimmtes Postfach existiert. Wir sagen das und geben den Fall als eigenes Verdikt mit angehängtem Grund zurück, statt zu raten. Was Sie mit diesem Segment tun, hängt vom Anwendungsfall ab: bei einer warmen Reaktivierung meist das Risiko wert, bei Kaltakquise auf einer jungen Domain meist nicht.
Muss ich für jeden Anwendungsfall anderen Code schreiben?
Nein. Es ist ein Endpunkt und eine Antwortform. Was sich unterscheidet, ist die Schwelle, die Sie auf das Ergebnis anwenden, und genau deshalb trägt die Antwort Reason Codes und ein Konfidenzniveau statt nur ein Verdikt.
Wird beim Verifizieren etwas an die Adresse gesendet?
Nein. Die Verifizierung endet vor der Zustellung. Die Prüfung eröffnet ein Gespräch mit dem empfangenden Mailserver und fragt, ob er eine Nachricht für diese Adresse annehmen würde, und beendet es dann, ohne eine zu senden. Die Person hinter dem Postfach sieht nichts davon.
Starten Sie mit 100 Credits. Ohne Karte.
Lassen Sie Ihre eigenen Adressen durchlaufen und sehen Sie, welchen der acht Fälle Sie tatsächlich lösen.