E-Mail-Prüfungen und Domain Intelligence nutzen dasselbe Credit-Guthaben. So funktionieren Credits

Kostenlos starten

Im Vergleich

Echtzeit- oder Massenprüfung von E-Mail-Adressen

Prüfen Sie neue Adressen im Formular oder gespeicherte Adressen in Ihrem eigenen Prozess. Beide Abläufe nutzen dieselbe API. Entscheidend sind die verfügbare Zeit und die anstehende Entscheidung.

Echtzeit- oder Massenprüfung von E-Mail-Adressen
Was Sie wissen wollenEchtzeit-PrüfungMassenprüfung
Zeitpunkt der PrüfungBei Registrierung, Checkout oder KontaktanfrageBeim Verarbeiten gespeicherter Adressen aus einer Liste oder Datenbank
Wer auf das Ergebnis wartetEine Person im FormularIhr Prozess oder die zuständige Person, statt jemand im Formular
Bei einem ausstehenden ErgebnisBis zur Formularfrist abfragen und dann die Ersatzregel anwendenDie Kennung zum späteren Abruf vormerken und die Frist des Prozesses einhalten
Belege und ErgebnisseVier endgültige Status mit Aktion, Checks und Reason CodesDieselben Felder; die Belege hängen von Prüftiefe und Zeitpunkt ab
API-AufrufeEine serverseitige Anfrage für die eingegebene AdresseEine Anfrage pro Adresse in Ihrer eigenen Schleife
Umgang mit unknownRegistrierung gegebenenfalls mit Bestätigung ermöglichenUngeklärte Zeilen zur Prüfung oder späteren Abfrage getrennt halten

Den Zeitpunkt passend zur Entscheidung wählen

Nutzen Sie die Echtzeit-Verifizierung, wenn eine Person ihre Adresse bei Registrierung, Checkout oder Kontaktanfrage noch korrigieren kann. Das Formular braucht eine begrenzte Wartezeit und einen klaren nächsten Schritt. Ein eindeutiger Format- oder Mail-Routing-Fehler kann eine Korrektur auslösen. Unklare Belege dürfen nicht zu einem falschen Fehlerhinweis werden.

Nutzen Sie die Massenprüfung für gespeicherte Adressen. Ihr Skript oder Ihre Anwendung liest jede Zeile, ruft die API auf und speichert die Antwortfelder daneben. Emvero erhält eine Adresse pro Anfrage. Sie verwalten Ein- und Ausgabe; es gibt keinen gehosteten CSV-Upload oder gesonderten Batch-Endpunkt.

Mehr Wartezeit garantiert keine eindeutige Antwort

Beide Abläufe können pending erhalten. Warten Sie retry_after_ms und rufen Sie dann mit demselben Schlüssel GET /v1/verifications/{id} ab. Es gibt keine Callbacks. Ein Formular setzt eine eigene Frist; ein Hintergrundprozess kann die Kennung für einen späteren Abruf vormerken.

Auch ein Hintergrundprozess braucht ein passendes Tempo, begrenzte Wiederholungen und eine Frist. Ein empfangender Server kann die Empfängerinformationen weiter verbergen. Deshalb kann auch eine abgeschlossene Prüfung unknown liefern. Halten Sie Dienstfehler, laufende Prüfungen und endgültige Ergebnisse getrennt. Die API-Seite erklärt die Antwortstruktur.

Die Prüftiefe getrennt auswählen

Beide Abläufe bieten full und domain aus demselben Credit-Guthaben. Eine vollständige Prüfung kann Empfängerbelege sammeln. Eine Domain-Prüfung endet vor der SMTP-Probe und kann kein einzelnes Postfach nachweisen. Der Vergleich von vollständiger und Domain-Prüfung behandelt diese Wahl.

Die Ergebniswerte bleiben gleich, aber die verfügbaren Belege können sich mit Prüftiefe, Zeitpunkt und Verhalten des Empfängers ändern. Keiner der Abläufe garantiert die Zustellung. Lesen Sie Aktion und Reason Codes, statt aus dem Status eine feste Anweisung abzuleiten.

Adressen bei Bedarf auch später prüfen

Bei der Erfassung lässt sich ein Fehler leicht korrigieren. Eine spätere Prüfung kann Änderungen am Postfach oder der Domain erkennen, bevor Sie sich auf gespeicherte Kontaktdaten verlassen. Keine der Prüfungen belegt eine Marketingeinwilligung oder das Interesse an Nachrichten.

Der Leitfaden für Registrierungsformulare erklärt Bestätigung und Korrekturen bei einer aktuellen Registrierung. Der Leitfaden zur Listenbereinigung zeigt den Umgang mit ungeklärten Zeilen in einer bestehenden Liste. Die Regeln dürfen sich unterscheiden, auch wenn der API-Status derselbe ist.

Wo das im Ergebnis auftaucht

Diese Ursachencodes gehören zum festen Vokabular der API. Ihre Integration kann die unveränderten Werte auswerten, um den Grund eines Ergebnisses zu berücksichtigen.

Wo das im Ergebnis auftaucht
SMTP_GREYLISTEDVorübergehende SMTP-Zurückstellung; eine spätere Prüfung kann helfen, garantiert aber kein eindeutiges Ergebnis.
SMTP_CONNECT_TIMEOUTMailserver hat nicht rechtzeitig geantwortet

Lesen Sie ein Prüfergebnis.

Sehen Sie sich ein Beispiel mit Status, empfohlener Aktion und Prüfergebnissen an. Melden Sie sich an, um eine eigene Adresse zu prüfen.