Anwendungsfälle

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.

Die kurze Antwort

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

Was es trägt

  • POST /v1/check_email
  • is_disposable
  • is_role_account
  • safe_to_send
Zur Produktseite
02Vertriebsteams und Outbound-Agenturen

Kaltakquise und Vertriebsansprache

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

Was es trägt

  • is_catch_all
  • bounce_risk
  • provider
  • reason_codes
Zur Produktseite
03E-Mail- und Lifecycle-Marketing

E-Mail-Marketing und Listenhygiene

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

Was es trägt

  • CSV-Massenupload
  • is_deliverable
  • has_full_inbox
  • is_disabled
Zur Produktseite
04RevOps- und Datenteams

CRM- und Datenbankhygiene

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

Was es trägt

  • CSV-Massenupload
  • mx.accepts_mail
  • smtp.is_disabled
  • reason_codes
Zur Produktseite
05E-Commerce- und Handelsteams

E-Commerce und transaktionale E-Mail

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

Was es trägt

  • POST /v1/check_email
  • valid_syntax
  • smtp_is_deliverable
  • action
Zur Produktseite
06SaaS-Produktteams

SaaS-Onboarding und Missbrauch von Testphasen

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

Was es trägt

  • is_disposable
  • is_b2c
  • confidence
  • safe_to_send
Zur Produktseite
07Agenturen und Beratungen

Agenturen und Dienstleister

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

Was es trägt

  • CSV-Massenupload
  • Export des bewerteten Berichts
  • reason_codes
  • confidence_level
Zur Produktseite
08Datenplattformen und Listenanbieter

Datenanbieter und Plattformen

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

Was es trägt

  • POST /v1/bulk
  • GET /v1/bulk/{job_id}
  • confidence
  • score
Zur Produktseite

Eine Prüfung, acht Schwellen

Dieselbe Prüfung unter allen acht

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.