Leitfäden
E-Mail-Prüfung im Checkout
Prüfen Sie die Adresse vor der Zahlung und bieten Sie eine Korrektur an. Legen Sie fest, was geschieht, wenn E-Mail der einzige Weg zur Auslieferung ist. Unklare Belege sind kein Adressfehler.
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 | Checkout fortsetzen. Das positive Ergebnis spricht für die Verwendung der Adresse, garantiert aber weder den Erhalt des Belegs noch den Zugriff der Person auf das Postfach. |
| Riskant | Aktion und Gründe prüfen. Ein Rollenpostfach oder eine Catch-all-Domain sagt nichts über das Zahlungsrisiko aus. Nach Ihrer Auslieferungsregel fortfahren; den Postfachzugriff getrennt bestätigen, wenn der Zugang davon abhängt. |
| Nicht zustellbar | Um Korrektur bitten und den Fehler erklären. Ist eine sichere Auslieferung ohne E-Mail möglich, kann Ihre Regel nach einer Warnung das Fortfahren erlauben. Ist E-Mail zwingend erforderlich, das Kontaktproblem vor der Zahlung lösen. |
| Unbekannt | Die Adresse bleibt ungeklärt. Bei einem anderen sicheren Auslieferungsweg kann der Checkout fortgesetzt werden; den Kontakt später prüfen. Weder eine ungültige Adresse noch Betrug daraus ableiten. |
Die Adresse vor dem Zahlungsschritt prüfen
An die Checkout-Adresse gehen möglicherweise Beleg, Lizenz oder Versandinformation. Prüfen Sie sie, solange die Person das Feld noch ändern kann. Im Browser lassen sich offensichtliche Formatfehler erkennen. Ihr Server kann Emvero nach Abschluss der Eingabe oder beim Absenden aufrufen. Der API-Schlüssel bleibt auf dem Server.
Eine verspätete Antwort muss der geprüften Adresse zugeordnet bleiben. Ändert sich die Eingabe, verwerfen Sie das alte Ergebnis und prüfen Sie den neuen Wert. Die Seite zur Echtzeit-Verifizierung erklärt Anfrage und Warteablauf.
Die vorgeschlagene Korrektur zur Auswahl stellen
Wenn LIKELY_DOMAIN_TYPO mit einem Vorschlag zurückkommt, zeigen Sie beide Adressen nebeneinander. Die Person kann die Änderung annehmen oder den ursprünglichen Wert behalten. Ersetzen Sie die Domain nicht automatisch und leeren Sie das Feld nicht.
Ein eindeutiger Syntaxfehler braucht einen anderen Hinweis als ein vermuteter Tippfehler. INVALID_SYNTAX kann Anlass für eine Formatkorrektur sein. SMTP_MAILBOX_NOT_FOUND bezeichnet eine beobachtete SMTP-Empfängerablehnung. Sie beweist weder ein fehlendes Postfach noch einen Domain-Tippfehler. Die aktuelle Regel gibt unknown mit SMTP_RECIPIENT_REJECTED_AMBIGUOUS zurück. Erfinden Sie keine Korrektur, wenn keine zurückgegeben wurde.
Festlegen, ob die Auslieferung E-Mail benötigt
Steht der Kauf bereits über ein Konto nach Anmeldung oder einen anderen sicheren Bestellweg bereit, muss ein E-Mail-Hinweis den Checkout nicht stoppen. Ist ein erreichbares Postfach der einzige Weg zur Lizenz oder zum Kontozugang, klären Sie einen eindeutigen Kontaktfehler vor der Zahlung. Erklären Sie die Anforderung am Feld.
Die API-Empfehlung ist ein Teil dieser Entscheidung. reject betrifft die Adresse, nicht die Freigabe der Zahlung. Ebenso sind ROLE_ACCOUNT, Catch-all-Verhalten und risky keine Betrugsnachweise. Beurteilen Sie Zahlung und Identität getrennt von der Kontaktadresse.
Die Wartezeit begrenzen
Eine vollständige Prüfung kann pending mit id und retry_after_ms liefern. Rufen Sie nach dem Intervall mit demselben Schlüssel GET /v1/verifications/{id} ab. Fragen Sie nur weiter, solange die Prüfung läuft, und beenden Sie das Warten nach Ihrer Formularfrist. Emvero sendet keinen Callback.
Eine überschrittene Frist oder ein HTTP-Fehler ist kein negativer Adressbefund. Nutzen Sie die gewählte Ersatzregel für die Auslieferung. Stellen Sie einen Dienstausfall nicht als ungültige E-Mail-Adresse dar. Wenn der Checkout fortgesetzt werden darf, speichern Sie die Prüfkennung mit dem zugehörigen Kontaktwert, damit Ihr Prozess das Ergebnis später abrufen kann. Die API-Seite erläutert die Antwortfelder.
Die Bestelladresse sicher ändern lassen
Nach der Zahlung kann eine angemeldete Person die Kontaktadresse über Ihren Bestell- oder Supportablauf korrigieren. Prüfen Sie den neuen Wert und ändern Sie die richtige Bestellung, ohne die Zahlung erneut zu starten. Versprechen Sie nicht, dass eine spätere Prüfung jede Unklarheit beseitigt.
Emvero sendet weder Belege noch Bestätigungs-E-Mails. Wenn der Zugang vom Postfachzugriff abhängt, senden Sie eine eigene Bestätigung. Der Leitfaden für Registrierungsformulare erklärt den Unterschied. Eine im Checkout angegebene Adresse ist außerdem keine Einwilligung in Marketingnachrichten.
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.
LIKELY_DOMAIN_TYPO | Domain sieht nach Tippfehler aus |
INVALID_SYNTAX | Adresse ist nicht wohlgeformt |
SMTP_MAILBOX_NOT_FOUND | SMTP-Beobachtung einer Empfängerablehnung; die aktuelle Entscheidungsregel gibt unknown mit SMTP_RECIPIENT_REJECTED_AMBIGUOUS zurück. |
ROLE_ACCOUNT | Der Adressname bezeichnet eine Funktion; wer das Postfach nutzt, bleibt offen |
Begriffe, die vorher hilfreich sind
E-Mail-Syntax
Formatregeln, die vor Netzwerkabfragen geprüft werden. Ein gültiges Format belegt weder eine funktionierende Domain noch ein Postfach.
Funktionsadresse
Eine Adresse für ein Team oder eine Aufgabe, etwa support@. Sie kann Mail empfangen; ihre Eignung hängt vom Zweck ab.
Hard Bounce und Soft Bounce
Dauerhafte und vorübergehende Zustellfehler beziehen sich auf einen Versandversuch. Erfahren Sie, wie sie sich von Prüfbelegen unterscheiden.
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.