La plupart des personnes qui cherchent une alternative à ZeroBounce ne sont pas mécontentes du produit. Elles sont insatisfaites d'une facture, d'une limite ou d'un résultat qu'elles ne parviennent pas à expliquer. C'est un problème différent, et c'est pourquoi changer de fournisseur sans modifier la manière de les évaluer aboutit en général à la même situation six mois plus tard.
Ce guide présente le cadre de comparaison que nous aimerions avoir en tant qu'acheteur : les six critères qui différencient réellement les fournisseurs, les questions qui révèlent ces différences lors d'un appel commercial, et un test de 15 minutes à réaliser sur n'importe quel fournisseur avant de s'engager. Nous exploitons email-validaton.com, nous ne sommes donc pas neutres sur la dernière section, mais tout ce qui précède s'applique aussi à nous.
Pourquoi les utilisateurs quittent un fournisseur de vérification
Les mêmes raisons reviennent dans les échanges avec le support :
- Facturation sur l'incertitude. Les résultats catch-all et « inconnu » consomment des crédits alors que le fournisseur ne peut pas vous dire si l'adresse fonctionne. Sur une liste B2B de 200 000 lignes dont un tiers des adresses se trouvent derrière des domaines catch-all, cela revient à payer pour un coup de dé.
- Des limites découvertes tardivement. Un forfait annonce des « vérifications illimitées », mais plafonne les imports à 50 000 lignes, ou limite les appels API à un niveau inférieur à ce que le forfait laisse supposer.
- Des codes de statut opaques. Vous obtenez « invalide » sans raison. S'agit-il d'une erreur de syntaxe, d'une boîte morte, d'une boîte pleine ou d'un serveur en greylisting ? Chaque cas appelle une réponse différente, et un seul signifie « supprimez ce contact ».
- Résultats périmés. Une liste vérifiée il y a huit mois n'est plus vérifiée. Les personnes changent d'emploi, les boîtes se ferment, les domaines migrent. « Vérifier une fois, conserver pour toujours » est une stratégie de dégradation des données.
- Frais cachés qui s'accumulent. Tarification par siège, engagements minimums et frais de dépassement qui n'apparaissent qu'en fin de mois.
Aucun de ces éléments n'apparaît dans un tableau de fonctionnalités. Tous apparaissent au troisième mois.
Les six critères qui font vraiment la différence
1. Traitement des domaines catch-all — et leur facturation
Un domaine catch-all accepte le courrier à toutes les adresses ; le protocole SMTP ne peut donc pas prouver que firstname@company.com exists. Providers differ in two ways: whether they attempt deeper resolution, and whether they charge for the attempt.
Demandez : « Sur une liste composée à 40 % de domaines catch-all, quelle part revient valide, invalide et inconnue, et lesquelles sont facturées ? »
Si la réponse est « toutes », vous payez le plein tarif pour une estimation à trois issues. Notre position : les résultats catch-all et à risque ne sont pas facturés en crédits supplémentaires, quel que soit le volume, jusqu'à 100 000 adresses par import.
2. Granularité du résultat
Un simple résultat booléen valide/invalide ne suffit pas à un expéditeur. Vous devez distinguer :
- invalides — la boîte aux lettres n'existe pas ; à supprimer.
- catch-all / accepte-tout — le domaine accepte tout ; à traiter comme risqué et à envoyer par petits lots.
- risquée / inconnue — greylisting, délai d'attente ou sonde refusée ; à réessayer, ne pas supprimer.
- adresse de rôle —
info@,sales@; deliverable but poor for cold outreach. - jetable / temporaire — signal de fraude à l'inscription, et non un problème de délivrabilité.
- piège à spam / honeypot — ne jamais envoyer ; vérifier comment elle a pu se retrouver dans la liste.
- quota dépassé / boîte pleine — non livrable actuellement, peut se rétablir.
Si votre fournisseur regroupe ces cas en deux catégories, vous supprimez soit des contacts récupérables, soit vous conservez des contacts nuisibles.
3. Volume et vitesse, mesurés honnêtement
La « vérification en masse » n'a pas le même sens pour 5 000 lignes que pour 500 000. Demandez par écrit trois chiffres : nombre maximal de lignes par import, nombre maximal de lignes par jour et délai de traitement habituel à votre volume.
Demandez :« Si je téléverse 100 000 adresses aujourd'hui à 14 h, quand le fichier sera-t-il prêt, et la limite de débit de l'API change-t-elle pendant ce traitement ? »
4. L'API, pas le tableau de bord
Le tableau de bord sert aux audits. L'API, c'est là que la vérification se joue vraiment : à l'inscription, avant une campagne, dans un workflow CRM.
Vérifiez quatre points : le modèle d'authentification, les limites de débit par forfait, l'existence de points de terminaison par lots et la forme des réponses d'erreur. Une API qui renvoie 400 Bad Request with no field-level detail costs more in engineering time than the subscription.
5. Traitement des données et conservation
Vous téléversez des adresses de clients. Demandez où les données sont stockées, combien de temps elles sont conservées, si elles servent à l'entraînement de modèles et si vous pouvez obtenir une confirmation de suppression. Pour les clients européens, il s'agit d'une question RGPD, et non d'une simple préférence.
6. Un support capable d'expliquer un résultat
Envoyez une adresse volontairement erronée au support du prestataire et observez si la réponse explique l'échange SMTP ou se contente de vous renvoyer des extraits de la documentation. C'est le signal le plus rapide de ce que sera le troisième mois.
Tableau comparatif : quoi vérifier, sans choisir de fournisseur
| Critère | Question à poser | Pourquoi c'est important |
|---|---|---|
| Facturation des catch-all | Facturé comme un crédit complet, ou gratuit ? | 20 à 40 % des listes B2B sont derrière des domaines catch-all |
| Granularité des statuts | 2 catégories ou plus de 6 ? | Détermine si vous supprimez des contacts récupérables |
| Limite de téléversement | Lignes par téléversement / par jour | Une liste de 100 000 sur un forfait de 50 000 devient deux tâches |
| API | Limite de débit, points de terminaison par lots, détail des erreurs | La vérification relève du code, pas d'un tableur |
| Conservation | Combien de temps les listes téléversées sont-elles conservées ? | Exposition au RGPD et contrats clients |
| Re-vérification | Pouvez-vous relancer à faible coût une liste déjà stockée ? | Les listes se dégradent : la vérification est un calendrier, pas un événement |
Le test de 15 minutes qui en dit plus qu'une démo
Créez un fichier test de 100 adresses dont vous connaissez déjà le résultat, puis téléversez-le chez chaque prestataire que vous envisagez. Incluez :
- 30 adresses que vous savez être invalides (boîtes aux lettres supprimées).
- 25 catch-all domaines issus de votre propre liste.
- 15 role adresses (
info@,support@). - 8 jetable domaines.
- 2 pièges à spam, si vous en avez.
- Le reste correspond à de vrais contacts actifs.
Comparez ensuite trois éléments : combien des 30 adresses invalides ont été détectées, comment le catch-all a été classé, et combien de vos contacts valides connus ont été écartés à tort. Les faux positifs vous coûtent des opportunités commerciales ; les faux négatifs nuisent à votre délivrabilité. La plupart des acheteurs ne mesurent que le premier.
Faites passer le même fichier par votre fournisseur actuel. Si la différence est faible, vous n'avez pas besoin de migrer : c'est votre processus qu'il faut changer.
Liste de contrôle pour la migration
- Exportez, sans réimporter à l'aveugle. Conservez le fichier d'origine ainsi que la colonne de résultats du fournisseur ; vous en aurez besoin pour la comparaison.
- Revérifiez, ne migrez pas les anciens verdicts. Un statut obtenu chez un autre fournisseur n'est pas transférable, et un statut datant du trimestre dernier est périmé.
- Reconstruisez d'abord les listes de suppression. Les désabonnements et les hard bounces doivent survivre au changement.
- Migrez l'API en dernier. Faites tourner les deux fournisseurs en parallèle sur les nouvelles inscriptions pendant une semaine, et comparez les verdicts sur les mêmes adresses.
- Surveillez les deux premières campagnes. Le taux de rebond est le seul indicateur qui prouve que la migration a réussi.
Où se situe email-validaton.com
Nous avons construit le produit autour des deux choses qui nous agaçaient en tant qu'acheteurs :
- Les résultats catch-all et risqués ne sont pas facturés comme crédits supplémentaires — quel que soit le volume, jusqu'à 100 000 adresses par envoi.
- Une offre gratuite avec 100 vérifications par mois et sans carte bancaire, donc le test ci-dessus ne vous coûte rien.
Au-delà : vérifications unitaires, envoi en masse, une API REST et des intégrations avec WordPress, Zapier et Google Sheets, ainsi que des clients PHP, Python et CLI. Les limites et tarifs actuels figurent sur la page tarifs — vérifiez-les là-bas plutôt que de vous fier à un comparatif, y compris celui-ci.
Si vous souhaitez comprendre en détail le fonctionnement des statuts ci-dessus, lisez comment fonctionne la vérification SMTP et ce que signifie réellement un catch-all.
FAQ
Un vérificateur d'e-mails gratuit est-il assez précis pour remplacer un outil payant ?
Pour un premier passage, souvent oui : la méthode sous-jacente (syntaxe, MX, sonde SMTP) est la même. Ce qui change, c'est la profondeur sur les domaines catch-all, le volume, les limites d'API et le support. Testez les deux sur un fichier témoin et comparez les faux positifs.
Puis-je vérifier une liste déjà vérifiée ailleurs ?
Oui, et vous devriez le faire. Les verdicts ne sont pas transférables d'un fournisseur à l'autre et ils se dégradent avec le temps. Revérifier avant chaque campagne coûte moins cher que l'impact sur la délivrabilité d'une liste obsolète.
À quelle fréquence faut-il revérifier une liste ?
Avant chaque envoi si la liste date de plus d'un mois, et chaque trimestre pour les bases stockées. Les listes d'e-mails se dégradent que vous les utilisiez ou non.
Faut-il supprimer les adresses catch-all ?
Non. Segmentez-les et envoyez-les par petits lots depuis une boîte à réputation établie, tout en surveillant le taux de rebond. Les supprimer élimine une part importante de contacts B2B légitimes.
