Ajouter du contexte aux décisions d'inscription
Combinez une vérification d'e-mail avec les indicateurs réseau de l'IP d'inscription pour décider si une inscription peut se poursuivre automatiquement ou doit être examinée — calculé sur votre backend avec POST /v1/signup/check, ou assemblé à partir de vérifications côté navigateur pour un retour immédiat.
Un seul appel côté serveur à la soumission
Lorsque le formulaire d'inscription est soumis, appelez POST /v1/signup/check depuis votre backend avec l'adresse, l'IP du visiteur et, facultativement, son User-Agent. Il exécute la vérification d'e-mail complète (domaine jetable, serveur de messagerie absent, faute de frappe, adresse générique), consulte les indicateurs VPN/Tor/centre de données/menace de l'IP sur les forfaits incluant les données de sécurité, vérifie l'ancienneté d'enregistrement du domaine de l'e-mail et renvoie un score de 0 à 100 avec un verdict accept/review/reject et ses motifs. Comme il s'exécute sur votre serveur avec votre clé secrète, le visiteur ne peut ni le falsifier ni le contourner.
Un retour immédiat dans le formulaire
Pour une meilleure expérience avant la soumission, appelez POST /v1/email/validate depuis le JavaScript du formulaire avec votre clé publiable : affichez un message précis pour invalid_syntax ou disposable_domain, et proposez didYouMean comme correction en un clic pour une faute de frappe. C'est une aide à l'expérience utilisateur, pas un moyen de contrôle — n'importe qui peut désactiver JavaScript.
Indicateurs réseau
Le champ ip.security de la vérification d'inscription (ou l'objet security de GET /v1/geo dans le navigateur) indique isVpn, isTor, isDatacenter et isThreat pour l'IP qui se connecte. Ce sont des indicateurs fondés sur des listes, pas un verdict — false signifie aucune correspondance dans les données disponibles, pas une connexion dont la propreté est confirmée. Sur un forfait sans données de sécurité, le score d'inscription n'utilise que les signaux e-mail et le signale avec le motif ip_security_unavailable.
Orienter vers un examen, pas seulement bloquer
Traitez reject comme un signal fort et review comme une raison d'ajouter une étape — un e-mail de confirmation, un CAPTCHA, un contrôle manuel avant d'accorder des crédits gratuits — plutôt que comme un refus automatique. Gardez la conséquence précise dans votre propre politique ; les poids du score sont documentés pour que vous compreniez pourquoi une inscription a obtenu tel résultat.
Comptes en double
Enregistrez canonicalEmail (l'adresse sans +tags, et sans points pour Gmail) avec chaque compte, et recherchez-le à l'inscription pour repérer une même personne qui crée plusieurs comptes d'essai. Watch-IP ne conserve aucun historique de vos inscriptions par client : cette recherche se fait dans votre propre base de données.
Ce que cela ne garantit pas
Aucune combinaison de signaux e-mail, d'ancienneté de domaine et de réseau ne prouve qu'un compte est frauduleux ni ne garantit de mettre fin aux abus d'essai gratuit — elle réduit le nombre d'inscriptions méritant un examen plus attentif avant d'y consacrer des ressources de support ou promotionnelles. Aucune vérification ne contacte la boîte aux lettres : un accept n'est donc pas une adresse dont le fonctionnement est confirmé.
Pages associées
- Détection d'e-mails jetablesSignalez les e-mails d'inscription jetables, mal saisis ou sans serveur de messagerie, un par un ou en masse.
- Détection VPN et TorIndicateurs VPN, Tor et réseaux menaçants basés sur des listes, dans les réponses visiteur et de recherche IP, pour les forfaits éligibles.
- Référence de l'API de vérification d'e-mailChamps, verdicts et codes de motif des points de terminaison e-mail : vérification unitaire, par lot, tâches de liste et vérification d'inscription.
- Limites de la détection VPNCe qu'un indicateur VPN, Tor ou centre de données basé sur des listes peut et ne peut pas vous apprendre.
- E-mail jetable vs vérificationPourquoi un contrôle de domaine jetable n'est pas une vérification de boîte aux lettres ou de délivrabilité.