Outils de vérification d'email

Bounce Email Checker : risque de hard bounce avant envoi

Cette adresse fera-t-elle un hard bounce si vous envoyez ? Obtenez une lecture de risque de rebond alimentée par SMTP. 20 contrôles complets gratuits par IP toutes les 24 heures glissantes.

Qu'est-ce que bounce email checker ?

Un bounce email checker se concentre sur le risque qu'une adresse fasse un hard bounce si vous envoyez.

Les FAI punissent les taux de rebond élevés. Le travail n'est pas un joli rapport multi-flags — c'est une lecture claire du risque de non-livraison pour nettoyer avant que les campagnes quittent l'ESP.

Cette page utilise le SMTP complet en dessous, puis présente uniquement le statut et l'interprétation orientés rebond. Pour les signaux disposable ou de rôle, ouvrez ces outils spécialisés.

Comment fonctionne bounce email checker

Suivez l'adresse de la structure et du DNS jusqu'à un résultat SMTP destinataire à un instant T.

1. Valider l'adresse
Rejeter les entrées vides ou mal formées avant tout travail réseau.
2. Résoudre la route de réception
Trouvez les échangeurs de courrier publiés du domaine avant d'engager une conversation SMTP au niveau destinataire.
3. Évaluer la réponse du destinataire
Utilisez la classe de réponse SMTP pour séparer un rejet permanent des conditions temporaires ou non concluantes.
4. Afficher uniquement la lecture de rebond
L'UI met en avant la dimension de cette page et sa signification en langage clair — pas le tableau multi-flags complet.

Quand vous avez besoin de bounce email checker

Utilisez un outil spécialisé quand une décision compte plus qu'un rapport complet.

Enquêter sur un segment à fort taux de rebond
Distinguez les rejets permanents des conditions temporaires du système destinataire avant de changer toute la campagne.
Préparer une audience de campagne
Revérifiez les segments dormants et les contacts importés près de la date de campagne, pour que des résultats obsolètes ne deviennent pas des rebonds évitables.
Orienter les échecs temporaires vers un nouvel essai
Gardez le greylisting, les timeouts et les réponses temporaires des fournisseurs hors du seau invalide permanent.
Attraper les erreurs à la saisie
Montrez une raison de format ou de boîte précise tant que l'utilisateur peut encore corriger une soumission de formulaire importante.

Bounce Email Checker 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 isole la décision de rebond. D'autres outils affichent un résultat multi-couches complet ou un autre flag spécialisé.

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 bounce email checker

Un rejet permanent indique un risque élevé de hard bounce. Une réponse destinataire acceptée est une preuve positive à un instant T, tandis qu'un comportement catch-all peut rendre cette acceptation moins spécifique à la boîte exacte.

Une réponse serveur temporaire ou ambiguë reste inconnue plutôt que d'être forcée en valide ou invalide. Réessayez les résultats inconnus importants avant une décision de suppression permanente.

De la saisie au SMTP

Comment le bounce email checker estime le risque d'envoi

Le risque de rebond se construit à partir d'une séquence de preuves, pas d'une seule règle de format ou d'une étiquette de base.

La structure de l'adresse retire les échecs qui ne pourront jamais être livrés

Le contrôle commence par la partie locale, le séparateur @ et le domaine. Un domaine vide, un séparateur mal formé ou une adresse structurellement inutilisable ne pourra pas devenir délivrable plus loin dans le pipeline. Attraper ces défauts avant le DNS et SMTP évite aussi un travail réseau inutile.

La syntaxe seule ne peut pas montrer si une boîte existe. Pour un contrôle léger de format et de MX publié sans SMTP, utilisez le Validateur d'email. Ce bounce checker continue, car la question du risque d'envoi a besoin de preuves au niveau boîte ; utilisez l'Email Checker lorsque vous voulez chaque signal de risque dans un seul panneau.

Le DNS identifie le chemin de messagerie destinataire

Les enregistrements MX publiés indiquent aux expéditeurs quels systèmes annoncent le courrier entrant pour le domaine. Si le contrôle actuel ne trouve aucune route publiée utilisable, il ne peut pas continuer vers une conversation destinataire. Les domaines inhabituels qui s'appuient sur un comportement MX implicite peuvent nécessiter une revue manuelle plutôt qu'un rejet permanent automatique.

Un succès DNS prouve seulement qu'un chemin de réception est annoncé. Il ne prouve pas que la partie locale existe, que le destinataire est actif, ni que le serveur acceptera votre campagne.

Les réponses SMTP destinataire fournissent la preuve la plus forte à un instant T

Le verifier ouvre une conversation SMTP sans envoyer de contenu de message et évalue la réponse du serveur destinataire à l'étape destinataire. Un rejet permanent clair est une preuve forte de hard bounce. Une acceptation claire est une preuve positive, mais une politique catch-all peut réduire la spécificité de cette acceptation pour la boîte demandée.

Les classes de réponse SMTP sont définies par RFC 5321. Une réponse 5xx est une réponse négative permanente, tandis qu'une réponse 4xx indique une condition temporaire et ne doit pas être étiquetée à tort comme invalide définitif.

Lire le statut

Séparer le risque de rebond permanent de l'incertitude temporaire

L'action doit suivre la classe de preuves renvoyée par le système destinataire.

Rejet permanent

Un destinataire clairement inexistant, un domaine invalide ou un rejet SMTP permanent appartient à un chemin de suppression avant l'envoi. Envoyer de façon répétée vers une adresse connue comme invalide gaspille du volume et peut endommager les signaux de qualité de liste.

Conservez le code de raison avec le statut. Il permet aux opérateurs de distinguer une faute de frappe d'un échec de domaine, et aide un utilisateur de formulaire à corriger une adresse au lieu de recevoir une erreur vague.

Accepté avec des preuves de boîte normales

Une réponse destinataire acceptée sur un domaine non catch-all est le résultat le plus fort disponible sans livrer un vrai message. C'est encore une preuve à un instant T : les fournisseurs peuvent changer de politique, les employés partent, et les alias sont retirés.

Utilisez l'Email Verifier lorsque vous voulez la décision d'envoi finale avec le contexte jetable, rôle, catch-all et autres risques, plutôt qu'une explication centrée sur le rebond.

Temporaire, inconnu ou catch-all

Un timeout, une réponse de greylisting, un échec serveur temporaire ou un blocage de politique n'établit pas un hard bounce. Réessayez plus tard un résultat inconnu important. Une acceptation catch-all signifie que le domaine peut accepter des parties locales inventées, donc traitez-la comme incertaine plutôt que comme une preuve au niveau personne.

Ouvrez le Catch-All Verifier lorsque l'acceptation à l'échelle du domaine est la décision centrale. Garder catch-all et inconnu séparés évite d'enfler les totaux valides.

Avant chaque envoi

Intégrer le contrôle de rebond à l'hygiène de liste

Un contrôle réussi est une preuve utile, mais un envoi fiable dépend du moment et de la fréquence auxquels vous l'appliquez.

1
Contrôler à la saisie et expliquer les erreurs corrigeables
Validez les soumissions de formulaire importantes avant qu'elles n'entrent dans le CRM. Lorsque l'échec est structurel, montrez une invite de correction précise. Lorsque le fournisseur est temporairement indisponible, autorisez un nouvel essai au lieu de dire à l'utilisateur que l'adresse n'existe pas.
Pour les formulaires produit et les flux en temps réel, l'API de vérification d'emails renvoie des champs de statut et de raison lisibles par machine afin que l'application puisse faire cette distinction.
2
Nettoyer les listes vieillissantes juste avant une campagne
Une base propre à l'acquisition peut accumuler des hard bounces lorsque les gens changent d'emploi et que les domaines expirent. Lancez le Nettoyage de listes d'emails près de la date d'envoi, surtout pour les segments dormants et les listes d'événements importées.
N'écrasez pas l'adresse d'origine pendant le nettoyage. Conservez la saisie, la valeur normalisée, l'horodatage, le statut et la raison afin que les décisions de suppression restent traçables.
3
Router les issues au lieu de les aplatir
Supprimez les invalides permanents, envoyez les résultats valides normaux via la campagne prévue, et placez les lignes inconnues ou catch-all dans une file de revue ou de nouvel essai. Les indicateurs jetable et rôle peuvent avoir leurs propres politiques même lorsque la boîte accepte le courrier.
Ce routage préserve la taille de l'audience sans prétendre que chaque résultat ambigu est sûr. Il rend aussi le reporting de campagne plus utile, car la raison pour laquelle une ligne a été exclue reste visible.

Éviter les fausses promesses

Ce qu'un bounce email checker ne peut pas garantir

La vérification de boîte réduit les hard bounces évitables ; elle ne contrôle pas chaque événement après que vous avez appuyé sur envoyer.

L'acceptation ne garantit pas la livraison en boîte de réception

Le serveur destinataire peut accepter un destinataire puis filtrer, mettre en quarantaine, reporter ou renvoyer le message selon le contenu, la réputation de l'expéditeur, l'authentification ou une politique interne. Le checker n'envoie pas le contenu de campagne et ne peut pas prédire chaque filtre en aval.

Utilisez le Test de délivrabilité email pour les diagnostics SPF, DKIM, DMARC et d'infrastructure d'envoi. Ces contrôles répondent à une question différente de l'existence du destinataire.

Les soft bounces sont des conditions, pas des identités permanentes

Une boîte pleine, une réponse de greylisting, une limite de débit ou une panne temporaire peut se rétablir. Convertir chaque réponse 4xx en invalide crée une perte de liste inutile et empêche une livraison réussie plus tard.

Conservez l'horodatage et la raison, puis réessayez selon la valeur de la campagne et la politique du fournisseur. Traitez séparément les échecs temporaires répétés et les rejets permanents clairs.

La vérification ne crée pas de consentement

Une boîte qui paraît délivrable peut encore être supprimée, désinscrite, achetée sans permission, ou inappropriée pour la campagne. Appliquez vos propres enregistrements de consentement, bases légales, règles de fréquence et listes de non-contact après la vérification technique.

L'outil répond au risque de rebond. Il n'autorise pas la prise de contact et n'établit pas qu'une personne nommée contrôle l'adresse.

Référence technique

Utiliser la sémantique SMTP sans la trop simplifier

Une interprétation fondée sur les normes empêche les issues temporaires et permanentes de se fondre en un seul score trompeur.

RFC 5321 distingue les réponses temporaires et permanentes

La spécification SMTP sépare les réponses négatives transitoires 4xx des réponses négatives permanentes 5xx. Cette distinction explique pourquoi un résultat non concluant ou temporaire doit être réessayé plutôt que compté comme un hard bounce confirmé. Voir RFC 5321 pour les définitions du protocole.

Garder la raison brute à côté du statut normalisé

Une simple étiquette valide ou invalide est pratique, mais la raison et la classe SMTP préservent les preuves nécessaires aux nouveaux essais, au support et aux audits. Stockez les deux au lieu de jeter l'issue d'origine après la segmentation.

Revérifier lorsque le coût d'un résultat obsolète est élevé

Il n'existe pas d'horodatage de vérification permanent. Fixez une cadence selon l'âge de la liste, la qualité de la source et l'importance de la campagne, et revérifiez juste avant les grands envois ou après une longue période d'inactivité.

Outils associés

Restez dans l'ensemble Email Verify Tools.

Questions fréquentes

1. Que fait un bounce email checker ?

Un bounce email checker se concentre sur le risque qu'une adresse fasse un hard bounce si vous envoyez. BillionVerify exécute une vérification capable SMTP en dessous, puis cette page présente un statut orienté rebond et une interprétation en langage clair — pas un tableau multi-flags complet. Utilisez-le quand le taux de rebond ISP, les pénalités ESP et la réputation d'expéditeur sont le risque principal.

2. Hard bounce vs soft bounce — lequel détecte-t-il ?

La vérification SMTP est la plus forte sur les échecs permanents : boîtes invalides, domaines inexistants et rejets clairs (risque classique de hard bounce). Les soft bounces (boîte pleine, greylisting temporaire, retards de politique) peuvent apparaître comme risky ou unknown et peuvent nécessiter un nouvel essai. Associez toujours le contrôle de rebond à une cadence d'hygiène de listes ; un passage propre ne fige pas une liste pour toujours car les gens changent d'emploi et les domaines expirent.

3. Un bounce email checker réduira-t-il mon taux de rebond ?

Supprimer les adresses hard-invalides avant l'envoi est l'un des leviers les plus forts pour réduire le taux de rebond et protéger la réputation du domaine. Cela ne corrige pas un contenu spam, une authentification défaillante (SPF/DKIM/DMARC) ou une IP brûlée. Utilisez le contrôle de rebond (ou Email Checker / nettoyage de listes) avant les campagnes, puis corrigez l'infrastructure avec Free Tools (SPF, DKIM, DMARC) si l'authentification est cassée.

4. Bounce checker vs Email Checker — lequel utiliser ?

Utilisez Bounce Email Checker lorsque la seule décision est le risque de non-livraison et que vous voulez une lecture ciblée. Utilisez Email Checker lorsque vous avez aussi besoin des flags disposable, catch-all et role dans un résultat complet. Pour des CSV entiers, utilisez Email List Cleaning afin que chaque ligne soit vérifiée avant l'envoi ESP.

5. Le bounce email checker est-il gratuit ?

Les contrôles interactifs incluent des sondages SMTP complets gratuits d'usage équitable : 20 par IP toutes les 24 heures glissantes, sans inscription. Ce quota est partagé avec d'autres outils de vérification complète. Pour le nettoyage en masse et le volume API, créez un compte. L'outil gratuit sert à prouver le risque de rebond sur des échantillons avant d'engager des crédits sur un fichier complet.

6. Stockez-vous les e-mails que je teste ?

Les contrôles publics renvoient un résultat et appliquent des limites anti-abus. Nous ne construisons pas de listes marketing à partir des adresses collées dans cet outil.

Bounce Email Checker

Scalez au-delà d'un seul contrôle

Connectez-vous pour le nettoyage en masse, un volume supérieur et l'accès API avec le même moteur de vérification.

Ouvrir un compte gratuit

20 contrôles SMTP gratuits / 24 h · Pas de carte bancaire pour le niveau gratuit · Même moteur que bulk et API

99.9%

Précision

Real-time

Vitesse de l'API

$0.00014

Par e-mail

100/day

Gratuit pour toujours