Outils de vérification d'email

Validateur d’email gratuit : syntaxe et enregistrements MX

Vérifiez si une adresse est bien formée et si son domaine est configuré pour recevoir du courrier. Ce validateur rapide s'arrête avant SMTP, donc il ne prétend pas que la boîte existe.

Qu'est-ce qu'un email validator ?

Un email validator répond à une question plus étroite qu'un verifier : cette chaîne est-elle une adresse bien formée sur un domaine qui publie des serveurs de messagerie ? C'est format et MX — pas la preuve qu'une personne ou une boîte existe.

Les chercheurs utilisent « email validator » et « validate email » pour un filtre rapide et gratuit. BillionVerify garde cette page honnête : pas de fausses affirmations de délivrabilité, pas de handshake SMTP, contrôles superficiels illimités pour un usage légitime.

Quand le risque de rebond compte, passez à l'Email Checker ou à l'Email Verifier. Ces outils ajoutent des sondages de boîte et des flags de risque sur la même base de format.

Comment fonctionne le email validator

Deux couches uniquement. Intentionnellement pas de SMTP.

1. Parser et normaliser
Vérifier la forme du local-part et du domaine selon des règles de format pratiques. Les fautes échouent en millisecondes.
2. Résoudre les enregistrements MX
Recherchez des enregistrements mail exchange publiés. S'il n'y en a aucun, ce validateur superficiel signale l'absence de MX et s'arrête avant tout test de boîte.
3. S'arrêter avant la boîte
Nous n'ouvrons pas de conversation SMTP. Les domaines catch-all peuvent encore passer ce validator.
4. Vous orienter vers la preuve complète
Si vous avez besoin de délivrabilité, l'Email Verifier et l'Email Checker exécutent le SMTP sur le même stack produit.

Quand utiliser un email validator

Utilisez la validation superficielle quand la vitesse compte plus que la preuve de boîte.

Capturer les fautes évidentes
Les champs de formulaire et la saisie manuelle produisent des erreurs de format. Corrigez-les avant tout contrôle plus profond.
Confirmer que le domaine peut recevoir du courrier
Une route MX publiée franchit la porte DNS normale ; l'absence de MX publié arrête ce contrôle superficiel et expose la raison sans consommer de quota SMTP.
Pré-filtrer avant une vérification complète
Premier filtre bon marché avant les jobs SMTP en masse sur de grandes listes.
Pas pour les décisions d'envoi seules
Ne traitez pas format+MX OK comme sûr pour le cold email. Utilisez des outils SMTP pour cela.

Email validator vs autres Email Verify Tools

Ce sont des Email Verify Tools interactifs — pas des jobs en masse, pas l'API, pas Free Tools (DNS / SPF / DKIM).

Cette page ne renvoie que format et MX. D'autres outils ajoutent le SMTP ou se spécialisent sur un flag de risque.

Outil	Ce qu'il fait	À utiliser quand
Vérificateur d'email	Vérification complète de la boîte aux lettres SMTP et tous les indicateurs de risque	Quand la délivrabilité et la sécurité de l'envoi sont primordiales
Email Checker	SMTP complet + tous les flags de risque sur une adresse	Quand vous voulez un résultat multi-couches complet en un seul endroit
Free Email Checker	Détecte les fournisseurs de webmail personnel gratuit (Gmail, Yahoo, …)	Qualité des leads et scoring de domaine B2B — pas une vérification gratuite de volume
Email Validator	Syntaxe + MX uniquement — pas de SMTP	Filtre rapide de format et de domaine
Disposable Email Detection	Signale les domaines temporaires / jetables	Inscription et capture de leads
Bounce Email Checker	Focus sur le risque de rebond et de non-livraison	Hygiène de listes pour le contrôle du taux de rebond
Catch-All Verifier	Détecte les domaines catch-all	Quand l'acceptation SMTP n'est pas fiable
Role Account Detection	Trouve les adresses de rôle génériques	Qualité d'outreach B2B
Email List Cleaning	Vérifie de nombreuses adresses à la fois (coller ou CSV)	Quand un seul contrôle ne suffit pas et que vous avez besoin d'une liste nettoyée
Recherche d'adresse e-mail inversée	Trouver le propriétaire public et le contexte de l'entreprise à partir d'une adresse e-mail	Recherche de pistes et examen des expéditeurs inconnus
validateur de numéro de téléphone	Valider le format du téléphone, le pays, le type et la sortie E.164	Nettoyage téléphonique CRM avant la prise de contact

Comment lire un résultat de validation

Format et MX OK signifie que l'adresse est bien formée et que le domaine publie une route MX. Cela ne signifie pas que la boîte existe. Une syntaxe invalide s'arrête immédiatement ; l'absence de MX publié arrête ce contrôle superficiel, mais les domaines implicit-MX inhabituels nécessitent une revue avant un rejet définitif.

Il n'y a pas de lecture disposable, catch-all ou rebond sur cette page par conception. Cela nécessite une vérification complète ou des outils spécialisés.

Validation en deux couches

Ce que la validation de syntaxe et de MX peut établir

Le validateur s'arrête volontairement après deux couches peu coûteuses. Cela le rend rapide pour les formulaires et le pré-filtrage, tout en gardant une conclusion plus étroite qu'une vérification d'email complète.

La syntaxe vérifie si la saisie peut être interprétée comme une adresse e-mail

BillionVerify sépare la partie locale du domaine, normalise la saisie et rejette les échecs structurels tels que des composants manquants, des séparateurs cassés ou des caractères à des positions que l'analyseur d'adresse ne peut pas accepter. Cela attrape les problèmes courants de frappe et de copier-coller avant toute recherche réseau.

Un succès de syntaxe n'interroge pas le fournisseur du destinataire. La chaîne peut suivre chaque règle de format tout en nommant un domaine qui ne reçoit pas de courrier ou une boîte qui n'a jamais été créée. Traitez la syntaxe comme la première porte, jamais comme le résultat final de délivrabilité.

Le MX vérifie si le domaine publie une route de courrier

Le Domain Name System permet à un domaine de publier des enregistrements d'échangeur de courrier qui dirigent les expéditeurs vers les serveurs destinataires. BillionVerify résout ce contexte de routage après le passage de la syntaxe. Une route utilisable signifie que le domaine est configuré pour participer à la livraison d'email.

Les preuves MX s'appliquent au domaine, pas à la partie locale exacte. La même route de courrier peut servir des employés actifs, des alias retirés, des noms non attribués, des boîtes de groupe et un comportement catch-all. C'est pourquoi le résultat dit format et MX OK plutôt que boîte vérifiée.

Null MX et MX manquant exigent un traitement conscient des normes

Un domaine peut publier un enregistrement Null MX pour indiquer explicitement qu'il n'accepte pas d'email. Le RFC 7505 Null MX de l'IETF définit ce signal afin que les expéditeurs ne perdent pas de temps à tenter une livraison vers un domaine qui a choisi de ne pas recevoir de courrier.

Un enregistrement MX explicite manquant n'est pas identique dans tous les contextes techniques, car SMTP définit historiquement un comportement de repli via l'enregistrement d'adresse du domaine. Cette page superficielle n'effectue pas ce repli implicit-MX et signale l'absence de MX publié dans les deux cas, donc un domaine inhabituel a besoin d'une revue avant un rejet définitif.

S'arrêter avant SMTP fait partie de la définition produit

Cette page n'ouvre pas de conversation destinataire, ne teste pas de commande de boîte et n'infère pas d'acceptation à partir du comportement du fournisseur. Aucun message e-mail n'est envoyé. Le périmètre limité rend le validateur adapté au pré-filtrage rapide et préserve le quota SMTP complet pour les contrôles qui ont besoin de preuves de boîte.

Lorsque la boîte exacte compte, continuez vers l'Email Verifier. Il applique la même fondation de syntaxe et de routage, puis ajoute SMTP au niveau destinataire et des signaux de risque.

Issues de validation

Interpréter le résultat à la couche réellement testée

Un résultat superficiel est utile lorsque son étiquette reste précise. La plupart des erreurs surviennent lorsque des preuves de format ou de domaine sont renommées en preuves de boîte.

Format et MX OK signifie prêt pour une vérification plus profonde

Cette issue signifie que l'adresse est structurellement utilisable et que le domaine expose une infrastructure de réception de courrier selon les règles du validateur. C'est un pré-filtrage positif, pas une permission d'appeler la boîte délivrable.

Utilisez-le pour accepter provisoirement une saisie de formulaire, continuer un pipeline d'enrichissement, ou réduire les lignes évidemment impossibles avant un job complet. Ajoutez SMTP avant d'envoyer des messages lorsque un hard bounce a un coût opérationnel.

Une syntaxe invalide signifie réparer la valeur source

L'analyseur ne peut pas interpréter la saisie comme une adresse utilisable. Les causes courantes incluent des signes @ manquants, des domaines incomplets, des espaces copiés au milieu de la valeur et des erreurs de ponctuation.

Montrez à l'utilisateur le champ d'origine et laissez-le le corriger. N'inventez pas automatiquement des caractères manquants et ne remplacez pas le domaine, car une supposition syntaxiquement améliorée peut appartenir à une autre personne.

Aucune route de courrier signifie que le domaine n'est pas prêt pour une livraison normale

Lorsque le domaine n'a aucune route utilisable selon les règles de validation, continuer vers la vérification de boîte ne sauvera pas l'adresse actuelle. Elle peut être mal orthographiée, expirée, parkée, ou délibérément configurée pour ne pas accepter de courrier.

Renvoyez la raison plutôt qu'une étiquette invalide générique. Un échec au niveau domaine est actionnable pour la réparation de données et différent d'un rejet destinataire sur un domaine d'entreprise autrement fonctionnel.

Passer la validation laisse plusieurs questions sans réponse

La boîte peut être non attribuée, désactivée, pleine, protégée par une politique de fournisseur, ou cachée derrière un comportement catch-all. L'adresse peut aussi être jetable, de rôle, ou sans rapport avec la personne de votre fiche.

Ce ne sont pas des défauts du validateur ; ce sont des questions hors de la syntaxe et du DNS. Utilisez l'Email Checker lorsque vous avez besoin du panneau unitaire complet.

Pré-filtrage rapide

Placer la validation d'email au début du pipeline de données

Le validateur fait gagner du temps et du travail réseau lorsqu'il retire tôt les saisies impossibles, tandis que les étapes suivantes restent responsables des décisions de boîte et d'audience.

1
Valider la structure tant que l'utilisateur peut encore la corriger
Exécutez la validation de syntaxe à la saisie du formulaire ou juste après la soumission. Un message clair à côté du champ est plus utile que de découvrir une adresse mal formée après que l'utilisateur a quitté la page.
Évitez un blocage en temps réel trop agressif pendant que quelqu'un tape encore. Validez à un point d'interaction stable et conservez la valeur saisie afin que l'utilisateur — et non une règle d'autocorrection — choisisse la correction.
Lorsque le formulaire est critique pour le métier, journalisez la catégorie de raison plutôt que l'adresse complète dans les analytics générales. Les équipes produit ont besoin de savoir si les échecs viennent de la syntaxe ou du DNS, sans transformer un flux d'événements de validation en une seconde base de contacts.
2
Résoudre la préparation du domaine avant un enrichissement ou un SMTP coûteux
Un résultat sans MX publié arrête ce pipeline superficiel avant le sondage de boîte ou l'enrichissement de contact. Un pré-filtrage DNS précoce réduit le travail en aval inutile, tandis que les domaines inhabituels qui s'appuient sur un MX implicite doivent être orientés vers une revue plutôt que d'être traités silencieusement comme des échecs définitifs ordinaires.
Gardez un comportement de nouvel essai raisonnable, car le DNS peut échouer temporairement. Distinguez une condition de non-courrier confirmée d'une recherche qui n'a pas pu être terminée, et ne transformez pas un échec d'infrastructure transitoire en suppression permanente de données client.
3
Ne monter d'un cran que les fiches qui ont besoin d'une décision d'envoi
Si un flux n'a besoin que d'un formatage propre et d'un domaine capable de recevoir du courrier, arrêtez-vous ici. S'il enverra de l'onboarding, des ventes, un mot de passe, une facturation ou une campagne, continuez vers une vérification SMTP complète près de l'événement d'envoi.
Cette approche en couches garde les contrôles rapides rapides, sans abaisser le standard de délivrabilité. Le nom du résultat doit voyager avec les données afin que les systèmes en aval sachent s'ils ont reçu des preuves validées ou pleinement vérifiées.
Un modèle de champs utile stocke séparément le statut de syntaxe, le statut de MX publié, la profondeur de validation et l'heure de contrôle. Cela empêche un export ultérieur d'aplatir un succès de format et de MX en un booléen vérifié trompeur.
4
Utiliser le nettoyage en masse lorsque chaque ligne a besoin de la décision complète
Les gros fichiers ont besoin d'une déduplication cohérente, d'une gestion des statuts, d'une logique de nouvel essai et d'exports. Un validateur superficiel peut pré-filtrer un jeu de données, mais il ne peut pas dire à un opérateur de campagne quels destinataires exacts ont accepté un sondage SMTP.
Utilisez le Nettoyage de listes d'emails pour une vérification à l'échelle de la campagne et conservez syntaxe, routage, SMTP et raisons de risque comme champs de sortie séparés.

Limites honnêtes

La validation n'est pas une vérification, une identité ni un test de délivrabilité

Le terme valide peut devenir trompeur lorsque la couche testée est omise. BillionVerify nomme les couches afin que les utilisateurs puissent choisir la bonne étape suivante.

Pas de SMTP signifie aucune affirmation d'existence de boîte

Le validateur ne demande jamais au système destinataire la partie locale cible. Il ne peut donc pas établir si jane@company.com est attribuée, même lorsque company.com accepte le courrier.

Un résultat qui revendique délivrable à partir de la seule syntaxe et du MX surinterprète ses preuves. BillionVerify réserve le langage au niveau boîte au flux SMTP complet.

Les domaines catch-all peuvent passer chaque couche superficielle

Un domaine catch-all a une infrastructure de messagerie valide et peut accepter des parties locales arbitraires. L'adresse peut sembler parfaite et le domaine peut router le courrier, tandis que la boîte au niveau personne nommée reste non confirmée.

Utilisez le Catch-All Verifier pour comprendre ce comportement de domaine, et gardez les contacts catch-all dans un segment de revue au lieu de les appeler individuellement vérifiés.

Cela compte surtout pour les motifs B2B générés. Deviner firstname.lastname sur un domaine d'entreprise peut passer syntaxe et MX pour chaque nom d'employé, tandis que le comportement catch-all empêche ces contrôles superficiels de confirmer un destinataire deviné.

La préparation du domaine n'identifie pas le titulaire de l'adresse

Les enregistrements DNS ne disent rien sur la personne attachée à une ligne CRM. Un domaine peut router le courrier correctement alors que le nom, l'employeur, l'intitulé ou le consentement attachés à l'adresse sont faux.

L'identité et la permission exigent des preuves de première partie ou autorisées. La validation empêche les erreurs de saisie techniques ; elle ne transforme pas des données de contact tierces en identité vérifiée.

Gardez la confiance d'identité dans un champ séparé de la validation technique. Une équipe commerciale peut alors examiner la source d'enrichissement sans perdre le fait que la structure d'adresse et la route de courrier publiée ont passé leurs propres contrôles. Cette séparation rend aussi les audits ultérieurs de qualité de données plus faciles à expliquer.

La validation destinataire ne teste pas votre configuration d'expéditeur

Une destination valide peut encore recevoir un message en spam lorsque l'expéditeur a une mauvaise réputation, une authentification manquante, un contenu risqué ou un comportement de campagne malsain. Ces conditions vivent du côté de l'envoi.

Utilisez le Test de délivrabilité email pour la préparation du domaine d'expéditeur. Gardez la validation destinataire et la délivrabilité de l'expéditeur comme contrôles séparés dans le même flux d'envoi.

Références de protocole

Les normes expliquent pourquoi la validation superficielle s'arrête où elle s'arrête

La grammaire d'adresse, le routage DNS du courrier et les réponses SMTP destinataire sont des parties séparées de l'email Internet. La limite produit suit cette architecture.

RFC 5322 décrit la structure des messages et des adresses

Le RFC 5322 Internet Message Format de l'IETF définit la syntaxe utilisée pour représenter les adresses e-mail et les messages. C'est la fondation pour décider si une chaîne peut être analysée comme une adresse.

Le document ne fournit pas de requête réseau qui prouve qu'une boîte existe. BillionVerify garde cette distinction visible dans le résultat de validation.

RFC 5321 décrit le routage du courrier et les réponses SMTP

Le RFC 5321 Simple Mail Transfer Protocol de l'IETF définit le comportement d'échange de courrier, y compris les commandes destinataire et les classes de réponses temporaires contre permanentes. Ces réponses destinataire appartiennent à la vérification complète, pas à cette page.

Le validateur utilise la couche de routage nécessaire pour établir la préparation du domaine et s'arrête avant l'interaction destinataire. Cela rend son résultat rapide, explicable et correctement borné.

L'outil suivant dépend de la question suivante

Utilisez le Free Email Checker pour classer le webmail grand public, la Détection d'e-mails jetables pour identifier les fournisseurs jetables, et le verifier complet lorsque vous avez besoin de l'acceptation actuelle de la boîte.

L'Email Validator reste le bon point de départ lorsque le travail consiste simplement à attraper les saisies mal formées et les domaines qui ne sont pas configurés pour recevoir du courrier.

Prochaines étapes après validation

Allez plus loin quand le format seul ne suffit pas.

Questions fréquentes

1. Que vérifie un email validator ?

Ce email validator vérifie deux couches uniquement : (1) si l'adresse est bien formée (syntaxe/structure), et (2) si le domaine publie des enregistrements MX pour recevoir du courrier. Il n'ouvre pas de conversation SMTP avec la boîte et ne peut pas prouver qu'une personne ou une boîte précise existe. Cette honnêteté est intentionnelle — format et MX sont un filtre bon marché, pas une vérification d'e-mail complète.

2. Le email validator utilise-t-il SMTP ?

Non. La vérification SMTP de boîte est disponible sur l'Email Checker, le nettoyage de listes et les flux connectés. Le validator reste rapide et illimité (limites douces uniquement anti-abus) en s'arrêtant à la syntaxe et au MX. Si vous avez besoin du risque de rebond et de la délivrabilité, ouvrez l'Email Checker pour un résultat SMTP complet.

3. Quand utiliser le email validator plutôt que l'email checker ?

Utilisez le email validator quand vous n'avez besoin que d'un filtre rapide de format et de domaine — capturer les fautes, rejeter les domaines sans MX, ou pré-filtrer avant un job plus lourd. Utilisez l'email checker quand une mauvaise adresse vous coûte des rebonds, des pénalités ESP ou du temps SDR gaspillé. De nombreuses équipes exécutent des contrôles type validator à l'entrée de formulaire et un email checking SMTP complet avant les campagnes ou l'import CRM.

4. Le email validator est-il gratuit ?

Oui. La validation superficielle (syntaxe + MX) est gratuite et n'est pas limitée au quota de 20 SMTP complets de l'Email Checker. Une limite de débit douce peut s'appliquer uniquement pour bloquer les abus automatisés. Pour le nettoyage CSV en masse et le volume API, créez un compte.

5. Email validator vs email checker — lequel choisir ?

Choisissez le email validator pour des contrôles superficiels illimités : « cela ressemble-t-il à un e-mail sur un domaine capable de recevoir du courrier ? » Choisissez l'email checker pour une vérification multi-couches : délivrabilité SMTP plus flags disposable, catch-all et role. Ils répondent à des questions différentes ; traiter un résultat de validator comme une vérification complète est une erreur de délivrabilité courante.

6. Les domaines catch-all peuvent-ils passer le email validator ?

Oui. Les domaines catch-all publient généralement des MX valides, donc syntaxe + MX peuvent paraître corrects même si le local-part n'est pas une vraie personne. Seuls les outils de vérification complète (Email Checker / Catch-All Verifier) peuvent exposer l'incertitude catch-all. Si vous enrichissez des leads en devinant prenoms@entreprise.com, ne vous fiez pas au validator seul.

Validation d'e-mails

Besoin de délivrabilité SMTP complète ?

Lancez l'Email Checker pour une preuve au niveau boîte et des flags de risque, ou inscrivez-vous pour le nettoyage en masse et l'accès API.

Ouvrir l'Email Checker

20 contrôles SMTP gratuits / 24 h · Pas d'inscription pour les contrôles superficiels · Résultats en secondes

99.9%

Précision

Real-time

Vitesse de l'API

$0.00014

Par e-mail

600/mo

Gratuit pour toujours