Huit situations où une adresse erronée coûte de l'argent réel, et ce que BounceIntel renvoie dans chacune. Chaque section renvoie vers l'endpoint qui la porte.
La vérification d'emails vaut la peine partout où une mauvaise adresse vous coûte quelque chose d'irrécupérable : un domaine d'envoi grillé, un essai gratuit frauduleux, un reçu qui n'est jamais arrivé, un prospect payé que vous ne pourrez jamais contacter. C'est un contrôle à l'entrée, pas un nettoyage à la sortie.
La plupart des gens découvrent la vérification d'emails au pire moment. Une campagne rebondit lourdement, un domaine d'envoi se fait ralentir, et quelqu'un part chercher un nettoyeur de listes. Cela fonctionne, mais c'est la version la moins utile du travail : les dégâts sont déjà faits et le correctif est ponctuel.
Les équipes qui en tirent le plus déplacent le contrôle en amont, au point où l'adresse entre dans le système. Vérifier à la saisie coûte le même prix par adresse et empêche le problème au lieu de le mesurer. Les sections ci-dessous suivent à peu près cet ordre, de la porte d'entrée vers l'intérieur.
01Ingénieurs produit et growth
Formulaires d'inscription et de commande
Une mauvaise adresse qui entre dans votre base à l'inscription est un problème que vous paierez plusieurs fois, pas une seule.
L'adresse qu'un utilisateur saisit dans votre formulaire est celle vers laquelle partiront sa confirmation, sa réinitialisation de mot de passe et chacun de ses reçus. Si c'est une faute de frappe, il ne peut pas récupérer son compte et vous récoltez un ticket de support. Si c'est une adresse jetable, il n'allait de toute façon rien lire de ce que vous envoyez. Si c'est un compte générique ou un piège à spam, votre réputation d'expéditeur se dégradera discrètement pendant des mois.
Un appel de vérification dans le gestionnaire du formulaire attrape les quatre cas avant l'écriture de l'enregistrement. Une seule requête, une réponse bien en dessous de la seconde, et assez de détail pour décider plutôt qu'un simple oui ou non. Les fautes de frappe déclenchent une suggestion de correction, les adresses jetables sont bloquées, les adresses risquées sont acceptées mais marquées pour ne jamais entrer dans un envoi de masse.
Ce que vous obtenez
Bloquer les domaines jetables au point de saisie
Attraper les fautes de frappe avant la mise en file du message de confirmation
Signaler les comptes génériques et les domaines de pièges à spam connus avant l'enregistrement
Brancher dans le code sur des codes de raison plutôt que sur un score unique
L'outbound est le seul canal où quelques pour cent de mauvaises adresses peuvent emporter tout le domaine d'envoi avec elles.
Le cold email tourne sur des domaines sans réputation établie, donc sans capital de confiance pour absorber un mauvais envoi. Les fournisseurs de messagerie lisent un fort taux de rebond sur un domaine jeune comme un signal net que la liste a été achetée ou aspirée, et la réponse est rapide : ralentissement, puis classement en indésirable, puis rejet pur et simple. Récupérer un domaine grillé prend des semaines, et la plupart des équipes en achètent simplement un autre.
Vérifier la liste avant le démarrage de la séquence est l'assurance la moins chère de l'outbound. C'est aussi là que la taxonomie des verdicts prend tout son sens. Les listes de prospection sont pleines de domaines attrape-tout, où aucun vérificateur au monde ne peut prouver qu'une boîte précise existe, et un outil qui devine sur ces cas-là jette soit de bons prospects, soit vous nourrit de rebonds. Le nôtre les renvoie comme un verdict à part avec la raison attachée, à vous de décider si ce segment vaut le risque sur ce domaine précis.
Ce que vous obtenez
Vérifier une liste de prospects avant le premier envoi de la séquence
Voir un domaine attrape-tout comme tel, et non comme un pile ou face
Protéger le domaine d'envoi au lieu d'en changer sans cesse
Segmenter par risque plutôt que jeter tout ce qui n'est pas certain
Une liste se dégrade que vous lui envoyiez des messages ou non, et la facture arrive d'un coup.
Les listes d'abonnés pourrissent à un rythme constant. Les gens changent d'emploi, ferment des comptes et abandonnent des adresses, et aucun ne vous prévient. Une liste non vérifiée depuis un an contient une part significative d'adresses qui n'acceptent plus le courrier, plus une part plus petite et bien plus dangereuse de pièges à spam recyclés, précisément ce que les fournisseurs utilisent pour repérer les expéditeurs qui n'entretiennent pas leurs listes.
Les grands fournisseurs de boîtes publient désormais des seuils explicites pour les expéditeurs en volume, et le taux de plainte toléré est assez bas pour qu'un seul mauvais envoi vers une liste négligée vous fasse basculer au-delà. Nettoyer avant un envoi est le geste évident, mais l'habitude la plus utile est de vérifier périodiquement et au moment de l'inscription, pour que la liste ne dérive jamais assez pour avoir besoin d'être sauvée.
Ce que vous obtenez
Nettoyer une liste avant la campagne plutôt qu'après le rapport de rebonds
Signaler les adresses sur des domaines de pièges à spam connus avant l'envoi
Rester dans les seuils de rebond et de plainte des expéditeurs en volume
Revérifier les segments dormants avant une réactivation, au lieu de deviner
Personne ne remarque un CRM qui se périme, parce que chaque fiche prise isolément a l'air correcte.
Les données de contact se dégradent en continu, et un CRM sans processus d'hygiène est sensiblement faux moins d'un an après son dernier audit. Le coût est diffus, c'est pourquoi il n'est jamais traité : des prévisions bâties sur des comptes qui semblent joignables, des séquences qui n'atteignent personne, du temps commercial dépensé sur des fiches qui auraient pu être marquées automatiquement, et un reporting qui surestime discrètement votre portée.
Une vérification en masse sur un export donne l'état réel en une passe, et l'API le maintient ensuite. Ce qui compte ici n'est pas le verdict mais la raison qui l'accompagne. Une boîte désactivée vous dit qu'une personne a quitté une entreprise, ce qui est une décision de routage. Un domaine sans enregistrements MX vous dit que l'entreprise elle-même a disparu, ce qui est une tout autre décision. Les deux arrivent sous forme de codes de raison exploitables dans un workflow.
Ce que vous obtenez
Auditer un export CRM complet en un seul traitement en masse
Distinguer un contact parti d'une entreprise morte
Réinjecter les verdicts dans le routage, le scoring et les règles de suppression
Conserver une trace auditable de la raison de chaque suppression
Une adresse mal saisie au paiement, et la confirmation de commande comme l'avis d'expédition partent dans le vide.
Le courrier transactionnel est celui que le client veut vraiment recevoir, et c'est aussi celui qui part le plus souvent vers une adresse tapée à la hâte sur un téléphone. Quand il échoue, aucun rapport de rebond n'est lu par personne : juste un client qui ignore si sa commande est passée, suivi d'un contact au support, suivi parfois d'une rétrofacturation.
Contrôler l'adresse dans le tunnel de commande coûte un appel et transforme un échec silencieux en invitation à corriger pendant que le client est encore sur la page. Le même contrôle évite d'envoyer les relances de panier abandonné et les campagnes de reconquête vers des adresses qui ont cessé d'accepter le courrier il y a deux saisons, d'où vient l'essentiel du volume de rebonds d'une liste e-commerce.
Ce que vous obtenez
Attraper les fautes de frappe pendant que le client peut encore corriger
S'assurer que confirmations de commande et avis d'expédition arrivent
Réduire le support venant de clients qui n'ont jamais reçu leur reçu
Vérifier les segments de reconquête avant d'envoyer sur une vieille liste
Les essais gratuits et les primes de parrainage se cultivent avec des adresses jetables, une boîte éphémère à la fois.
Tout produit qui offre quelque chose à l'inscription est une cible. Les fournisseurs d'adresses jetables existent précisément pour qu'une même personne reprenne un essai gratuit en boucle, réclame une prime de parrainage en boucle, ou vote en boucle. Bloquer ces domaines en maintenant votre propre liste est une course perdue d'avance : les nouveaux apparaissent plus vite que quiconque ne peut les ajouter.
La vérification traite cela comme une consultation plutôt que comme une liste à entretenir. Elle améliore aussi les chiffres sur lesquels vous planifiez. L'activation, la rétention et la conversion calculées sur une base d'inscriptions gonflée de comptes éphémères sont fausses dans le sens qui vous flatte, et la correction n'apparaît que bien plus tard, dans un chiffre d'affaires qui ne correspond pas au tunnel.
Ce que vous obtenez
Stopper les abus répétés d'essais et de parrainages dès l'inscription
Sortir les comptes éphémères des métriques d'activation et de rétention
Appliquer une règle plus stricte aux offres payantes qu'aux gratuites, dans le code
Éviter d'entretenir à la main une liste de domaines jetables
Vous héritez de listes que vous n'avez pas constituées, et c'est vous que l'on tient pour responsable de ce qu'elles font.
Une agence qui prend un client hérite de la liste que ce client a accumulée, en général sans aucune trace de sa provenance. Envoyer dessus sur le domaine du client, ou pire sur un compte de plateforme partagé, met en jeu la position de l'agence elle-même sur la foi des habitudes de collecte de quelqu'un d'autre.
Vérifier à la prise en charge transforme cela en une étape documentée. Vous savez ce qu'on vous a confié avant d'envoyer quoi que ce soit, vous pouvez montrer au client l'état de sa liste en termes vérifiables, et les codes de raison qui justifient une suppression à vos yeux la lui expliquent aussi. Le volume est mutualisé entre clients, donc une petite agence achète à un tarif qu'une liste isolée n'atteindrait jamais.
Ce que vous obtenez
Auditer la liste d'un client à la prise en charge, avant tout envoi
Montrer aux clients des preuves plutôt qu'un score inexpliqué
Mutualiser le volume de tous les comptes clients pour un meilleur tarif
Tenir votre propre réputation d'expéditeur à l'écart de l'historique d'un client
Si vous vendez de la donnée de contact, la précision de la vérification est la qualité de votre produit, pas un coût d'exploitation.
Les vendeurs de données, les plateformes d'enrichissement et les places de marché de leads vérifient en continu et à une échelle où seuls comptent le tarif au crédit et la fiabilité de l'API. Tout ce qui se trouve en aval hérite de votre précision, ce qui veut dire qu'un vérificateur renvoyant un score inexpliqué transmet un risque non quantifié à vos propres clients.
C'est là qu'une sortie explicable cesse d'être une préférence. Un verdict accompagné de codes de raison et d'un niveau de confiance peut traverser votre pipeline, être exposé dans votre propre API et être défendu auprès d'un client qui demande pourquoi une fiche a été marquée ainsi. Un simple nombre ne le peut pas. Les traitements en masse sont asynchrones et paginés : un lot de n'importe quelle taille se résume à une soumission et une interrogation, pas à une connexion à maintenir ouverte.
Ce que vous obtenez
Vérifier en continu au volume, avec des tarifs qui baissent à l'échelle
Transmettre codes de raison et confiance en aval, à vos propres clients
Soumettre et interroger de façon asynchrone, sans maintenir de connexion
Défendre un verdict auprès d'un client avec les signaux qui le fondent
Aucune des situations ci-dessus n'utilise un produit différent. Elles utilisent la même vérification, appelée à un moment différent et lue avec un seuil différent. Chaque contrôle inspecte la syntaxe, puis le DNS et les enregistrements MX, puis la boîte elle-même, et renvoie la même structure quelle que soit la manière dont vous l'avez appelé.
Ce qui change d'un cas à l'autre, c'est votre degré d'exigence. Un tunnel de commande doit accepter tout ce qui est probablement réel et proposer une correction sur ce qui ressemble à une faute de frappe. Une liste de prospection à froid ne doit recevoir que ce qui est certain. Comme la réponse porte le raisonnement et pas seulement le verdict, les deux règles tiennent en quelques lignes contre le même endpoint.
01Un verdict d'accessibilité : délivrable, risqué, non délivrable ou inconnu
02Un score de délivrabilité de 0 à 100, assorti d'un niveau de confiance
03Des codes de raison nommant ce qui a décidé du verdict, exploitables dans le code
04Une action recommandée : envoyer, envoyer avec prudence, vérifier à la main, ne pas envoyer
05Les signaux bruts derrière tout cela, pour appliquer votre propre seuil
Questions
Questions sur la mise en pratique
Par quel cas d'usage commencer ?
Celui qui vous coûte de l'argent en ce moment. Si les rebonds sont déjà un problème, commencez par nettoyer la liste. Sinon, mettez le contrôle sur votre formulaire d'inscription : c'est celui qui empêche le problème de revenir au lieu de le réparer après coup.
La vérification en temps réel est-elle assez rapide pour un formulaire d'inscription ?
Oui. Un contrôle unitaire répond bien en dessous de la seconde dans le cas ordinaire, ce qui suffit pour tourner dans le gestionnaire du formulaire sans que l'utilisateur le remarque. Fixez un délai maximal et décidez de votre repli : la plupart des équipes acceptent l'adresse et la marquent plutôt que de bloquer une inscription sur une consultation lente.
Puis-je utiliser le même compte pour le temps réel et les lots ?
Oui. Les crédits sont partagés, la même clé d'API fonctionne pour les deux, et un traitement en masse renvoie la même structure par adresse que l'endpoint unitaire. Il n'y a ni offre ni produit séparé pour l'un ou pour l'autre.
Que se passe-t-il sur un domaine attrape-tout ?
Un domaine attrape-tout accepte le courrier pour toutes les adresses, donc aucun vérificateur ne peut prouver qu'une boîte précise y existe. Nous le disons, et renvoyons ce cas comme un verdict à part avec la raison attachée, plutôt que de deviner. Ce que vous en faites dépend du cas d'usage : le risque vaut souvent la peine pour une réactivation sur liste chaude, rarement pour de la prospection à froid sur un domaine jeune.
Faut-il écrire du code différent pour chaque cas d'usage ?
Non. C'est un seul endpoint et une seule forme de réponse. Ce qui diffère, c'est le seuil que vous appliquez au résultat, et c'est précisément pour cela que la réponse porte des codes de raison et un niveau de confiance plutôt qu'un verdict seul.
Vérifier une adresse revient-il à lui envoyer quelque chose ?
Non. La vérification s'arrête avant la remise. Le contrôle ouvre une conversation avec le serveur de messagerie destinataire et lui demande s'il accepterait un message pour cette adresse, puis la referme sans en envoyer un seul. Le titulaire de la boîte ne voit rien.
Démarrez avec 100 crédits. Sans carte.
Passez vos propres adresses dedans et voyez lequel des huit vous résolvez vraiment.