📍 Découvrez MapLeads : transformez Google Maps, Bing Maps et Apple Maps en liste de prospects.Découvrir MapLeads

Cet e-mail existe-t-il ?

Cet e-mail existe-t-il ? Obtenez gratuitement une réponse en moins de 2 secondes grâce à une vérification SMTP en direct auprès du serveur destinataire, et non à une simple estimation du format. Sans inscription — précision de 99.9%, 600 crédits par mois, plus 20 chaque jour de connexion.

Cet e-mail existe-t-il

Cet e-mail existe-t-il ? Vérifiez gratuitement auprès du serveur destinataire

Collez l’adresse : BillionVerify détermine si cet e-mail existe en six étapes — structure, existence du domaine, enregistrements MX, vérification SMTP en direct, détection des e-mails jetables et analyse des comptes de rôle.

Précision SMTP de 99.9%Preuve réelle de l’existence de la boîte600 crédits gratuits par mois
Get Started for Free
BillionVerify free email address checker result screen

Comment nous déterminons si cet e-mail existe

Six couches déterminent si la boîte existe, avec un résultat distinct pour chacune.

L’adresse pourrait-elle exister ?

Une chaîne mal formée ne peut correspondre à aucune adresse. Cette couche la rejette en quelques millisecondes.

Le domaine existe-t-il ?

Une boîte ne peut exister sur un domaine inexistant. Les domaines inventés ou expirés arrêtent la vérification ici.

Une route de messagerie existe-t-elle ?

Sans enregistrements MX, aucun message n’arrive : aucune boîte accessible ne peut donc se trouver derrière l’adresse.

La boîte existe-t-elle ?

Une vérification SMTP en direct. Seul le serveur destinataire peut confirmer que cet e-mail correspond à un véritable destinataire.

Indicateur d’e-mail jetable

Les boîtes temporaires existent quelques jours, pas des années. Cet indicateur distingue ce qui existe de ce qui dure.

Indicateur de compte de rôle

info@ et support@ existent, mais n’appartiennent pas à une personne précise à qui vous adresser.

Comment vérifier si cet e-mail existe

Quatre étapes automatisées s’exécutent à chaque vérification.

Écarter ce qui ne peut pas exister

Analysez l’adresse. Une chaîne impossible ne peut pas exister et échoue avant tout appel réseau.

Confirmer que la destination existe

Résolvez le domaine et ses enregistrements MX. Un e-mail pourrait-il exister sans route de messagerie ? Non.

Demander si la boîte existe

Ouvrez une session SMTP et lisez la réponse : la boîte existe, n’existe pas, ou le serveur refuse de se prononcer.

Préciser ce que signifie « existe »

Ajoutez les indicateurs d’e-mail jetable, de compte de rôle et de catch-all, car toutes les boîtes existantes ne méritent pas d’être conservées.

<2s

Temps de réponse

Contrôle d'existence moyen

99.9%

Précision

Vérification multi-couches

100

Contrôles gratuits/jour

Sans inscription

6

Couches de vérification

Par adresse contrôlée

L’existence, couche par couche

Cet e-mail existe-t-il ? Quatre couches, une réponse

Savoir si un e-mail existe revient à interroger une boîte située sur le serveur d’un tiers. Rien de local ne peut répondre ; la vérification progresse donc vers l’extérieur : chaîne, domaine, route, boîte.

Une chaîne bien formée n’existe pas forcément

La première couche demande seulement si l’adresse pourrait exister : une partie locale, un @, un domaine et aucun caractère interdit. Tout échec ici exclut son existence.

Réussir ce test ne prouve presque rien. Cet e-mail existait-il hier, existe-t-il maintenant ? La syntaxe ne répond à aucune de ces questions, car les adresses inventées peuvent être parfaitement formées.

Le domaine doit exister avant la boîte

Résoudre le domaine et lire ses enregistrements MX établit si une destination existe. Un domaine qui n’a jamais existé ou qui ne publie aucune route de messagerie met immédiatement fin à la question.

De nombreuses adresses échouent ici. Cet e-mail pourrait-il exister sur un domaine sans serveur de messagerie ? Non, même si le nom devant le @ paraît plausible.

Seul le serveur destinataire sait si la boîte existe

La couche décisive ouvre une session SMTP en direct et teste le chemin du destinataire. Aucun message n’est livré et personne n’est averti. La réponse est la seule preuve que la boîte existe.

Une acceptation signifie qu’elle existe. Un rejet permanent signifie qu’elle n’existe pas. Un report signifie que le serveur refuse de se prononcer — c’est une troisième réponse, pas un oui implicite.

Une boîte existante ne mérite pas toujours d’être conservée

Les boîtes jetables existent quelques jours. Les adresses de rôle partagées existent indéfiniment sans appartenir à personne en particulier. Les domaines catch-all font paraître réel chaque nom inventé.

Les indicateurs accompagnent donc le verdict. « Cet e-mail existe-t-il ? » et « Cet e-mail doit-il rester dans votre base ? » sont deux questions distinctes.

Les quatre réponses

Existe, n’existe pas, impossible à déterminer, sans réponse

Deux réponses certaines et deux réserves honnêtes. Assimiler ces réserves à un oui est ce qui fausse les listes.

Elle existe — le serveur a accepté le destinataire

La boîte a répondu à la demande. C’est la preuve la plus solide disponible et la raison de vérifier l’existence d’un e-mail avant de vous fier à une adresse.

Ce n’est qu’un instantané. Les boîtes qui existent aujourd’hui disparaissent lorsque leurs utilisateurs partent ; vérifiez donc à nouveau avant toute opération importante.

Elle n’existe pas — un rejet permanent

Boîte inexistante, absence de route de messagerie ou adresse impossible. Envoyer malgré tout produit un hard bounce vers une adresse qui n’existe pas.

Conservez la ligne et le motif. N’inventez jamais de correction : l’adresse ainsi devinée pourrait exister et appartenir à un inconnu.

Catch-all — chaque nom semble exister

Le domaine accepte toute partie locale ; SMTP ne peut donc pas distinguer les boîtes existantes des noms inventés. Les fichiers construits sur le modèle prénom.nom en regorgent.

Classez les catch-all séparément. Cet e-mail existe-t-il ? Sur un domaine catch-all, la réponse honnête est que personne hors de l’entreprise ne peut le savoir.

Inconnu — le serveur ne s’est pas prononcé

Greylisting, reports et limites de débit sont courants. « Inconnu » signifie que la vérification n’a pas pu établir si la boîte existe, et non qu’elle n’existe pas.

Réessayez plus tard. La plupart des résultats inconnus deviennent « existe » ou « n’existe pas » à la deuxième tentative.

Quand vérifier

Trois moments où vérifier si cet e-mail existe

La vérification coûte le moins cher à la saisie et vaut le plus juste avant un envoi important.

  1. 1

    Avant un message qui doit arriver

    Une facture, un contrat, une réinitialisation de mot de passe, une réponse à un prospect intéressé. Vérifiez une fois si l’e-mail existe et évitez un échec silencieux.

    Deux secondes de vérification valent mieux qu’une semaine à se demander pourquoi personne n’a répondu à une adresse inexistante.

  2. 2

    Au moment où l’adresse est saisie

    Les formulaires et la saisie dans le CRM font entrer des adresses inexistantes dans vos systèmes. Vérifier pendant que la personne est encore sur la page est la seule occasion de lui faire corriger une faute.

    Laissez passer un fournisseur lent avec le statut non vérifié au lieu de bloquer le formulaire, puis relancez la vérification en arrière-plan.

  3. 3

    Avant de faire confiance à une liste héritée

    Les fichiers achetés ou extraits mêlent des boîtes existantes à d’autres disparues depuis des années. Pour un fichier entier, Vérification d’e-mails en masse pose la même question pour chaque ligne.

    Testez d’abord ici un échantillon pour savoir si ces e-mails existent, puis engagez vos crédits sur le traitement complet.

Limites

Ce que l’existence ne vous apprend pas

L’existence d’une boîte est un fait précis et utile. Elle ne renseigne pas sur les trois points suivants.

Exister ne vaut pas autorisation

L’existence d’une boîte ne vous autorise pas à lui écrire. Le consentement se trouve dans vos propres dossiers.

Vérifiez si l’e-mail existe pour protéger votre taux de rebond ; consultez votre propre système pour savoir si vous pouvez écrire.

Exister ne prouve pas l’identité

Une boîte peut exister et appartenir à quelqu’un d’autre que la personne indiquée dans votre fichier. Les alias partagés et les données enrichies obsolètes invalident souvent cette hypothèse.

Établissez la propriété à partir de données de première main. La vérification indique uniquement si la boîte existe.

Exister ne garantit pas la livraison

Même si la boîte existe, votre message peut finir dans les spams, car son placement dépend de votre réputation, de l’authentification et du contenu.

Supprimez ici les adresses inexistantes, puis traitez le placement comme une discipline distincte.

Pages associées

Autres façons de demander si une boîte existe

Un seul moteur, plusieurs formulations. Choisissez la page qui correspond à vos termes.

Si la délivrabilité vous préoccupe

La page Vérifier une adresse e-mail présente le même moteur sous l’angle de l’arrivée de votre message.

Même précision, formulation différente : elle ne demande simplement pas en ces termes si la boîte existe.

Si vous voulez savoir si elle est encore utilisée

La page Vérificateur d’e-mail actif traite la question de savoir si une boîte existante est encore utilisée.

Existence et activité sont liées, mais différentes ; les deux pages les séparent volontairement.

Si vous avez un fichier plutôt qu’une adresse

Lorsqu’une seule adresse ne suffit pas, Nettoyage de liste d’e-mails applique les mêmes règles à chaque ligne et conserve les motifs dans l’export.

C’est l’outil à utiliser lorsque « Cet e-mail existe-t-il ? » devient « Parmi ces cinquante mille adresses, lesquelles existent encore ? »

Questions fréquentes

1. Comment vérifiez-vous si cet e-mail existe ?

Quatre étapes : écarter les chaînes impossibles, confirmer le domaine et ses enregistrements MX, ouvrir une session SMTP directe pour vérifier la boîte, puis ajouter les indicateurs de risque. La réponse arrive en moins de 2 secondes.

2. Quelle est la précision de la réponse ?

99.9%, car la réponse vient du serveur qui recevrait réellement le message. Un outil limité au format ne sait pas si une boîte existe, seulement si la chaîne est plausible. C’est précisément pourquoi cette page utilise SMTP.

3. Que signifie qu’un e-mail n’existe pas ?

Cela signifie que le serveur destinataire a rejeté le destinataire : boîte inexistante, absence de route de messagerie ou adresse impossible. Cet e-mail a-t-il déjà existé ? Peut-être — les comptes fermés et les anciens alias sont les causes les plus courantes.

4. Pourquoi la vérification ne peut-elle pas déterminer si cet e-mail existe ?

Il s’agit d’un domaine catch-all. Il accepte toute partie locale : chaque nom inventé semble donc exister et aucune vérification ne distingue les vraies boîtes des fictives. En toute honnêteté, personne hors de l’entreprise ne peut le savoir.

5. La vérification est-elle gratuite ?

Oui. Vérifiez gratuitement si cet e-mail existe, sans inscription : 600 crédits par mois, plus 20 chaque jour de connexion, sans carte bancaire. La vérification SMTP complète est aussi incluse dans l’offre gratuite.

6. Stockez-vous les adresses que je vérifie ?

Non. Chaque demande est traitée en temps réel et l’adresse n’est jamais stockée. Les données sont chiffrées en transit et supprimées immédiatement après le traitement.

Cet e-mail existe-t-il

Cet e-mail existe-t-il ? Découvrez-le maintenant

Cet e-mail existe-t-il ? Vérifiez gratuitement avec 600 crédits par mois, plus 20 chaque jour de connexion. Une vérification SMTP en direct, en moins de 2 secondes.

600 crédits gratuits par mois · Sans inscription · Réponse en moins de 2 secondes

99.9%
Précision
Real-time
Vitesse de l'API
$0.00014
Par e-mail
600/mo
Gratuit pour toujours