Comment vérifier qu'une adresse e-mail existe réellement ? (Sans envoyer d'e-mail)
Valider une adresse e-mail sans envoyer d'e-mail ? Avec cette API en temps réel, évitez les erreurs, le spam, les rebonds et la frustration.
Un client saisit jan@gnail.com dans votre formulaire d'inscription. Vous envoyez un e-mail de confirmation. Il n'arrive jamais. Le client est perdu. Ce scénario est entièrement évitable, sans envoyer le moindre e-mail.
Que voulons-nous dire par « existe réellement » ?
Une adresse e-mail valide a la bonne syntaxe (quelquechose@domaine.tld). Mais cela ne garantit pas que l'adresse reçoit réellement des messages. Une adresse peut être syntaxiquement correcte mais :
- Le domaine n'existe plus
- La boîte mail n'existe pas (ou plus)
- C'est une adresse jetable (disposable)
- C'est une adresse de rôle telle que
info@ounoreply@
La validation d'e-mail d'ApiCheck vérifie tout cela, sans envoyer d'e-mail.
Pourquoi la validation traditionnelle échoue
Un attribut HTML required email ou une simple expression régulière ne contrôle que la mise en forme. Cela ne détecte pas jan@gnail.com comme une erreur, car c'est syntaxiquement correct.
Comment fonctionne notre validation d'e-mail
La validation se déroule en trois étapes :
Étape 1 : contrôle de syntaxe
Le format est vérifié : y a-t-il un @ ? Le format du domaine est-il correct ? Y a-t-il des caractères invalides ?
Étape 2 : contrôle du domaine
Nous vérifions si le domaine existe et s'il possède des enregistrements MX actifs (mail exchange records). Sans enregistrements MX, le domaine ne peut pas recevoir d'e-mails.
Étape 3 : vérification SMTP de la boîte mail
Nous envoyons une commande RCPT TO: au serveur de messagerie et vérifions s'il répond par 250 OK. Cela simule le début d'une livraison d'e-mail sans réellement envoyer de message. Réponse 250 ? La boîte mail existe. Réponse 550 ? Elle n'existe pas.
Que retourne notre API ?
{
"error": false,
"data": {
"disposable_email": false,
"greylisted": false,
"status": "valid"
}
}
| Champ | Description |
|---|---|
status |
Résultat de la validation : valid, invalid ou unknown |
disposable_email |
S'agit-il d'une adresse jetable ? |
greylisted |
Le serveur de messagerie est-il grey-listé (temporairement inaccessible) ? |
Que cela résout-il ?
- Fautes de frappe :
@gnail.com,@yaho.nl,@hotmail.consont détectées - Faux comptes : les adresses jetables sont reconnues
- Rebonds (bounces) : les e-mails vers des boîtes mail inexistantes disparaissent dans le vide
- Atteinte à la réputation : trop de rebonds nuit à la réputation de votre domaine auprès des serveurs de messagerie
Les clients qui utilisent la validation d'e-mail constatent jusqu'à 80 % d'adresses e-mail erronées en moins dans leur base de données.
Intégrations et utilisation
L'API fonctionne pour tout système capable d'effectuer des requêtes HTTP :
- WooCommerce (via extension)
- WordPress Contact Form 7 (via extension)
- Applications PHP, Node.js, Laravel personnalisées
- Systèmes CRM via connexion directe à l'API
Questions fréquentes
Le client reçoit-il quelque chose lors du contrôle ? Non. Le contrôle est totalement invisible pour l'utilisateur final.
La vérification SMTP est-elle conforme au RGPD ? Oui. Nous ne stockons pas les adresses e-mail et n'envoyons aucun e-mail. Le contrôle est purement technique.
Que se passe-t-il si un serveur de messagerie bloque la vérification SMTP ?
Certains grands fournisseurs (comme Google) bloquent les vérifications SMTP. Dans ce cas, nous retournons valid: true avec reason: unverifiable, afin que vous ayez tout de même le choix.
Conclusion
Avec l'API de validation d'e-mail d'ApiCheck, vous filtrez les adresses e-mail erronées, fausses et inaccessibles dès la saisie, sans envoyer un seul e-mail. Cela vous évite non seulement des problèmes de rebonds, mais aussi une atteinte à votre réputation et des données clients polluées.