Signup-Entscheidungen um Kontext erweitern

Kombinieren Sie eine E-Mail-Prüfung mit den Netzwerkindikatoren der registrierenden IP, um zu entscheiden, ob eine Registrierung automatisch fortgesetzt oder zur Prüfung weitergeleitet werden soll – berechnet in Ihrem Backend mit POST /v1/signup/check oder aus browserseitigen Prüfungen für frühes Feedback zusammengesetzt.

Die E-Mail-Prüfungs-Referenz lesen VPN- und Tor-Erkennung ansehen →

Ein serverseitiger Aufruf beim Absenden

Wenn das Registrierungsformular abgesendet wird, rufen Sie POST /v1/signup/check aus Ihrem Backend mit der Adresse, der IP des Besuchers und optional seinem User-Agent auf. Der Aufruf führt die vollständige E-Mail-Prüfung durch (Wegwerf-Domain, fehlender Mailserver, Tippfehler, Funktionsadresse), fragt in Tarifen mit Sicherheitsdaten die VPN-/Tor-/Rechenzentrums-/Bedrohungsindikatoren der IP ab, prüft, wie kürzlich die E-Mail-Domain registriert wurde, und liefert einen Score von 0–100 mit einem Urteil accept/review/reject samt Gründen. Da er auf Ihrem Server mit Ihrem geheimen Schlüssel läuft, kann der Besucher ihn weder fälschen noch umgehen.

Frühes Feedback im Formular

Für ein besseres Erlebnis vor dem Absenden rufen Sie POST /v1/email/validate aus dem JavaScript des Formulars mit Ihrem veröffentlichbaren Schlüssel auf: Zeigen Sie eine gezielte Meldung für invalid_syntax oder disposable_domain an und bieten Sie didYouMean bei einem Tippfehler als Korrektur mit einem Klick an. Das ist eine UX-Hilfe, keine Durchsetzung – jeder kann JavaScript deaktivieren.

Netzwerkindikatoren

ip.security der Registrierungsprüfung (bzw. das security-Objekt von GET /v1/geo im Browser) meldet isVpn, isTor, isDatacenter und isThreat für die verbindende IP. Das sind listenbasierte Indikatoren, kein Urteil – false bedeutet keinen Treffer in den verfügbaren Daten, keine bestätigt saubere Verbindung. In einem Tarif ohne Sicherheitsdaten nutzt der Registrierungsscore nur E-Mail-Signale und weist dies mit dem Grund ip_security_unavailable aus.

Zur Prüfung weiterleiten, nicht nur blockieren

Behandeln Sie reject als starkes Signal und review als Anlass für einen zusätzlichen Schritt – eine Bestätigungs-E-Mail, ein CAPTCHA, eine manuelle Sichtung vor der Vergabe kostenloser Credits – statt als automatische Ablehnung. Die konkrete Konsequenz bleibt Teil Ihrer eigenen Richtlinie; die Gewichte des Scores sind dokumentiert, damit Sie nachvollziehen können, warum eine Registrierung dort gelandet ist, wo sie gelandet ist.

Doppelte Konten

Speichern Sie canonicalEmail (die Adresse ohne +Tags und bei Gmail ohne Punkte) zu jedem Konto und prüfen Sie bei der Registrierung darauf, um dieselbe Person beim Anlegen mehrerer Testkonten zu erkennen. Watch-IP speichert keinen kundenbezogenen Verlauf Ihrer Registrierungen, daher erfolgt diese Suche in Ihrer eigenen Datenbank.

Was dies nicht garantiert

Keine Kombination aus E-Mail-, Domainalter- und Netzwerksignalen beweist, dass ein Konto betrügerisch ist, oder garantiert, Testmissbrauch zu stoppen – sie grenzt ein, welche Registrierungen einen genaueren Blick verdienen, bevor Sie Support- oder Werbemittel darauf verwenden. Keine der Prüfungen kontaktiert das Postfach, daher ist ein accept keine bestätigt funktionierende Adresse.