Über dieses Video

Die Antworten in diesem Video sind echte API-Antworten. API-Schlüssel erfordern ein kostenpflichtiges Konto.

Video-Transkript

1. 00:00Auf dem Server prüfen

   Prüfen Sie die Adresse auf Ihrem Server, wenn das Anmeldeformular abgesendet wird, und weisen Sie die ab, die keine Post empfangen können. Beim Absenden des Anmeldeformulars schickt Ihr Server die Adresse an /verify/single, liest den Status und entscheidet. Der Browser spricht nie mit der API. Hier eine einfache Regel. Weisen Sie Ungültig ab, denn dieses Postfach existiert nicht. Weisen Sie Wegwerf ab, denn es ist ein Wegwerf-Postfach. Lassen Sie Rolle, Catch-all und Unbekannt durch. Die können echten Menschen gehören. Warum der Server? Ein Schlüssel im Browsercode geht an jeden Besucher, und jeder könnte damit Ihre Credits verbrauchen. Schlüssel gibt es mit einem kostenpflichtigen Konto, halten Sie Ihren also privat.

2. 00:41Next.js

   Setzen Sie die Prüfung in Next.js in einen Route Handler. Er liest den Schlüssel aus der Server-Umgebung, sendet die E-Mail per POST und gibt einen 422 mit einer Meldung zurück, wenn der Status invalid oder disposable ist. Achten Sie auf den Haken. Schlägt der Aufruf fehl oder läuft er in ein Timeout, ist status leer, und dieser Code lässt die Anmeldung durch. Das ist eine Entscheidung in diesem Beispiel. Wollen Sie lieber blockieren, geben Sie dort stattdessen einen Fehler zurück.

3. 01:04React

   React läuft im Browser und hält den Schlüssel daher nie. Das Formular sendet per POST an Ihre eigene Route und zeigt die Meldung, wenn ein 422 zurückkommt. In Django rufen Sie das Python-SDK aus clean_email Ihres Formulars auf. Lösen Sie bei invalid oder disposable einen Validierungsfehler aus, und Django zeigt ihn neben dem Feld an.

4. 01:21Laravel

   In Laravel schreiben Sie eine Validierungsregel. Der HTTP-Client sendet die Adresse mit dem Schlüssel aus Ihrer Konfiguration per POST, und die Regel schlägt bei denselben zwei Status fehl. Ein Verbindungsfehler kehrt einfach zurück, das Formular geht also trotzdem durch.

5. 01:34Go

   In Go reicht die Standardbibliothek. Dieser Handler ruft die API auf, protokolliert das Ergebnis und antwortet mit 422 bei invalid oder disposable. Lassen wir ihn laufen. Vier Anmeldungen gehen ein. Die Support- und Leo-Adressen bekommen eine Willkommensmail. Die erfundene Gmail-Adresse und die Mailinator-Adresse bekommen die 422-Meldung. Das Server-Log zeigt, warum: role, catch-all, invalid und disposable. Und jede Zeile sagt credits_used null. Wir hatten diese vier Adressen heute schon mit diesem Konto geprüft. Kommt dieselbe Adresse innerhalb von 24 Stunden erneut herein, zahlen Sie nicht doppelt. Ein Nutzer, der einen Tippfehler im Passwortfeld korrigiert und erneut absendet, kostet nichts extra.

6. 02:15Nächste Schritte

   Alle fünf nutzen einen Endpunkt. Die Felder und Status sind auf billionverify.com/docs dokumentiert. 20 kostenlose Credits an jedem Tag, an dem Sie Ihr Konto nutzen, bis zu 600 pro Monat. Keine Kreditkarte nötig. Starten Sie auf billionverify.com.

In diesem Video gezeigt

• E-Mail-Verifizierung bei Registrierung: UX Guide
• Warum die Verifizierung von Benutzerregistrierungs-E-Mails im Jahr 2026 wichtig ist