Vérifier une adresse email gratuitement
Saisissez une adresse, elle est soumise à l'API de validation et le résultat détaille chaque contrôle exécuté, avec son verdict. Aucun compte, aucune carte bancaire, aucun message envoyé au destinataire. Le résultat affiche aussi ce que la vérification n'a pas permis de trancher, et pourquoi.
Ce que vérifier une adresse veut dire
Vérifier une adresse, c'est établir si elle peut recevoir un message, sans lui en envoyer. Les contrôles lisent la syntaxe, les déclarations publiques du domaine, des listes de référence, puis interrogent le serveur destinataire au sujet de la boîte. Chacun produit un verdict nommé, pas une note globale opaque.
L'écart entre « cette adresse a l'air correcte » et « ce serveur accepte cette boîte » est tout le métier. Les premiers contrôles se contentent de ce qui est déclaré publiquement, ils sont immédiats et gratuits. Le dernier ouvre un dialogue avec le serveur qui héberge la boîte, il prend du temps et c'est le seul qui coûte quelque chose.
Sur les 19 contrôles exécutés à chaque appel, 18 sont gratuits et le dernier, la vérification SMTP, est facturé selon une règle unique : Un crédit est débité si et seulement si la vérification SMTP a été demandée et que le statut final n'est pas « unknown ».
Comment lire le résultat
Le résultat porte un statut parmi quatre, une définition, et la décision métier qui lui correspond. Ces quatre statuts sont ceux de l'API : la page publique et l'appel programmatique rendent exactement le même vocabulaire, pour la même adresse, au même moment.
| Statut | Ce qu'il signifie | Ce qu'il faut en faire |
|---|---|---|
| Valide | L'adresse existe et le serveur destinataire accepte de la recevoir. Quand la vérification SMTP est demandée, ce statut n'est rendu que si le serveur a confirmé la boîte. | Accepter l'adresse. |
| Invalide | L'adresse ne peut pas recevoir de message : syntaxe non conforme, domaine sans enregistrement MX, boîte refusée par le serveur, ou adresse présente en liste noire de l'organisation. | Rejeter l'adresse, elle produira un rebond définitif. |
| Risque détecté | L'adresse est techniquement acceptable mais porte un signal de risque : domaine jetable, domaine malveillant, domaine typosquatté, ou score global inférieur au seuil de dégradation. | Accepter sous condition, ou écarter selon la politique métier configurée. |
| Indéterminé | Le serveur destinataire n'a pas permis de conclure : domaine catch-all, temporisation greylisting, sonde bloquée, serveur injoignable ou erreur réseau. | Ne pas trancher sur ce seul résultat. Aucun crédit n'est débité. |
Ce que le test ne peut pas trancher
Un test honnête dit aussi ce qu'il n'a pas pu trancher. Trois situations empêchent de conclure sur l'existence d'une boîte : un domaine qui accepte toutes les adresses, un serveur qui temporise, un serveur qui bloque la sonde ou reste injoignable. Le résultat porte alors le statut indéterminé.
| Ce qui se passe | Ce qui en est fait |
|---|---|
| Le domaine répond à toutes les adresses. | Le verdict est mis en commun et rendu immédiatement aux appels suivants : le serveur ne sera pas resollicité pour rien. |
| Le serveur temporise et demande de repasser plus tard, c'est le greylisting. | En traitement par lots, l'adresse est resondée lors d'une seconde passe, qui obtient le plus souvent une réponse ferme. |
| Le serveur bloque la sonde ou reste injoignable. | Le résultat ne pénalise pas le score de l'adresse : la cause est le serveur, pas la boîte. |
| Le dialogue échoue au niveau réseau avant toute réponse utile. | Aucune information n'est retenue, et rien n'est mis en cache : une panne passagère ne doit pas figer un faux verdict. |
Ne pas trancher sur ce seul résultat. Une adresse indéterminée n'est ni bonne ni mauvaise : elle est non mesurée, et la conduite à tenir dépend de ce que le reste du dossier dit du domaine et du contact.
Ce qui se passe pendant le test
Aucun message n'est envoyé à l'adresse analysée : la sonde ouvre un dialogue avec le serveur destinataire et s'interrompt avant l'envoi. L'analyse s'exécute sur l'infrastructure de validation, hébergée en Europe. Le résultat affiché est celui de l'API de production, pas une simulation écrite pour la page.
Aucun message envoyé
La vérification SMTP ouvre une session avec le serveur destinataire, lui annonce l'expéditeur et le destinataire, puis s'arrête avant d'écrire le message. Aucun courrier n'arrive dans la boîte analysée, et la personne dont l'adresse est vérifiée ne reçoit rien.
Traitement en Europe
YesWeCheck héberge son infrastructure de validation chez OVHcloud, en France et en Allemagne.
Ce qui est conservé
La démonstration publique n'alimente aucun historique de validation : cet historique n'est écrit que pour le trafic authentifié d'un compte. Ce qui survit à un test porte sur le domaine, pas sur l'adresse, et sert à tous : un domaine reconnu comme répondant à tout n'est pas resollicité pour rien.
Consulter les mesures de sécurité et les durées de conservation
Au delà d'une adresse
Un outil de page publique traite une adresse à la fois. Pour une liste, c'est le traitement par lots qui s'en charge, et pour un formulaire d'inscription, c'est l'API ou le widget. Le test unitaire sert à comprendre la réponse, pas à nettoyer une base.
Une liste entière
Le traitement par lots importe un fichier et rend le même verdict ligne par ligne. Un audit préalable mesure la qualité du fichier sans débiter de crédit.
Un formulaire d'inscription
Le widget contrôle l'adresse au moment de la saisie, et l'API fait la même chose depuis un programme, avec le même vocabulaire de statuts.
Questions fréquentes
- Peut-on vérifier une adresse email sans envoyer de message ?
- La vérification SMTP ouvre une session avec le serveur destinataire, lui annonce l'expéditeur et le destinataire, puis s'arrête avant d'écrire le message. Aucun courrier n'arrive dans la boîte analysée, et la personne dont l'adresse est vérifiée ne reçoit rien.
- Faut-il créer un compte pour tester une adresse ?
- Non. L'outil de cette page soumet l'adresse à l'API de production et affiche la réponse complète, sans compte, sans carte bancaire et sans installation. Un compte devient utile pour traiter une liste, brancher un formulaire ou appeler l'API depuis un programme.
- Pourquoi le résultat dit-il parfois qu'il ne peut pas conclure ?
- Le statut indéterminé décrit un serveur, pas une adresse. Il est rendu quand le serveur destinataire n'a pas permis de conclure sur la boîte : domaine qui répond à tout, temporisation, sonde bloquée, serveur injoignable ou erreur réseau. Ce n'est ni une acceptation ni un refus.
- L'adresse testée est-elle conservée ?
- La démonstration publique n'alimente aucun historique de validation : cet historique n'est écrit que pour le trafic authentifié d'un compte. Ce qui survit à un test porte sur le domaine, pas sur l'adresse, et sert à tous : un domaine reconnu comme répondant à tout n'est pas resollicité pour rien.
Faits relevés dans le code de YesWeCheck le 7 septembre 2026.