VeriMails vs Truemail

Précision de la vérification

Truemail met en œuvre un pipeline de vérification clair et en couches : contrôle de syntaxe par regex, recherche des enregistrements DNS et MX, et une étape SMTP qui se connecte au serveur de messagerie destinataire. Il inclut aussi des fonctions d'audit d'hôte qui aident à diagnostiquer les problèmes SMTP en auto-hébergement. L'algorithme lui-même est solide et transparent, et vous pouvez lire exactement comment fonctionne chaque contrôle dans le code source.

VeriMails exécute une chaîne comparable, syntaxe, MX, DNS et un échange SMTP en direct, plus la détection des adresses jetables et génériques et la détection des catch-all. Il renvoie des catégories de délivrabilité claires via un flux de vérification hébergé.

Voici le point le plus important. La qualité d'une vérification basée sur SMTP ne dépend pas que de l'appel à la bibliothèque ; l'hébergement, le monitoring, les réessais et la gestion opérationnelle influent tous sur la propreté des contrôles. Truemail vous offre un algorithme transparent, mais c'est à vous d'assurer toute l'exploitation autour. VeriMails empaquette ce travail dans un flux de vérification hébergé, pour que les équipes profitent de catégories de délivrabilité claires sans exploiter le vérificateur elles-mêmes.

Gestion des domaines catch-all

Les domaines catch-all acceptent les e-mails vers n'importe quelle partie locale et ne rejettent jamais les boîtes inconnues : le SMTP ne peut donc pas confirmer si une boîte précise existe. Ils sont fréquents sur les domaines d'entreprise et constituent le cas le plus difficile en vérification.

Truemail est configurable et expose divers comportements de validation, si bien qu'un développeur peut construire une logique autour des situations catch-all. Mais il ne fournit pas de classification catch-all managée comme le ferait un service hébergé. Toute politique catch-all que vous souhaitez, c'est à vous de la concevoir et de la maintenir dans votre propre code.

VeriMails effectue une détection des catch-all dédiée et renvoie le statut catch-all sous forme de champ explicite dans chaque résultat, sans aucune configuration. Pour les équipes qui ne veulent pas construire et ajuster elles-mêmes la gestion des catch-all, c'est une différence de taille. L'adresse n'est toujours pas prouvée délivrable sur un domaine catch-all, car c'est une limite dure du protocole, mais VeriMails l'étiquette clairement pour que vous puissiez l'aiguiller.

API et expérience développeur

Truemail est, fondamentalement, une bibliothèque. Le projet principal est un gem Ruby, avec truemail-go pour l'implémentation Go et truemail-rack pour un serveur d'API web léger, plus une image Docker officielle et des bibliothèques clientes pour plusieurs langages. Si vous travaillez en Ruby ou en Go et voulez intégrer la logique de vérification directement dans votre application, Truemail est élégant et bien documenté. Vous êtes aussi libre de le forker et de le modifier, puisqu'il est sous licence MIT.

Le coût est opérationnel. Pour exposer Truemail comme service, vous déployez vous-même le serveur rack ou l'image Docker, puis vous gérez la montée en charge, le monitoring, la disponibilité et la réputation des IP de vérification. Pas de tableau de bord managé, pas d'import CSV en masse, et aucun fournisseur pour gérer les incidents à 3 heures du matin.

VeriMails vous offre une API hébergée sans le travail d'exploitation. Vous disposez d'une API REST documentée avec des endpoints unitaires et en masse, des réponses JSON, le support des webhooks et des lots, et des temps de réponse rapides. VeriMails inclut aussi un flux CSV en masse qui détecte automatiquement la colonne d'e-mails et prend en charge le traitement asynchrone des gros fichiers CSV, ainsi qu'un Email Finder pour les équipes qui ont besoin de découverte en plus de la vérification. Truemail n'inclut ni outillage CSV en masse, ni découverte d'e-mails ; ce serait à vous de les construire.

Tarifs et rapport qualité-prix

Truemail est gratuit. Pas de redevance de licence ni de coût par e-mail, car c'est un logiciel open source sous licence MIT. C'est une vraie valeur, et pour la bonne équipe, c'est l'option la moins chère possible. Mais un calcul honnête inclut les coûts qui n'apparaissent pas sur une facture : l'hébergement des serveurs, le temps d'ingénierie pour le déployer et le maintenir, le monitoring, et l'acquisition ou l'entretien d'adresses IP avec une bonne réputation d'envoi pour que les contrôles SMTP renvoient des résultats fiables. Pour de faibles volumes, ces coûts peuvent discrètement dépasser ce que facturerait un service hébergé.

VeriMails utilise un modèle de crédits transparent. Les crédits n'expirent jamais, il n'y a pas de remise à zéro mensuelle, et l'exploitation du service hébergé est incluse dans le prix.

Tarifs des crédits VeriMails

L'Email Finder ne coûte 20 crédits que lorsque VeriMails renvoie un e-mail vérifié au niveau de la personne. Avec le pack de 10 000 crédits, cela revient à $0.038 par e-mail trouvé. Les offres mensuelles débutent à $12.50/mois en facturation annuelle.

Les crédits n'expirent jamais. Aucun abonnement, aucun frais mensuel. 100 crédits offerts à l'inscription. Les offres mensuelles débutent à $12.50/mois en facturation annuelle si vous préférez un quota récurrent.

Comparaison des coûts

Si vous avez les ressources d'ingénierie, voulez un contrôle total et tournez à gros volume, là où le coût d'exploitation amorti bat le tarif au crédit, Truemail peut être la voie la plus économique. Si vous préférez ne pas exploiter et superviser le vérificateur vous-même, VeriMails livre des résultats vérifiés à un prix au crédit fixe et bas, exploitation comprise.

À qui VeriMails s'adresse

Les équipes qui veulent des résultats vérifiés sans exploiter le vérificateur elles-mêmes. Les entreprises sur d'autres stacks que Ruby ou Go qui ne veulent ni intégrer ni exploiter une bibliothèque. Les utilisateurs qui ont besoin de vérification CSV en masse, de détection des catch-all et d'un Email Finder prêts à l'emploi. Tous ceux qui préfèrent un flux de vérification hébergé à un déploiement fait maison.

À qui Truemail s'adresse le mieux

Les équipes Ruby et Go qui veulent intégrer la logique de vérification directement dans le code de leur application. Les équipes d'ingénierie qui ont besoin d'un contrôle total du pipeline de vérification et veulent lire ou modifier le code source. Les organisations soumises à des règles strictes de traitement des données, qui exigent que la vérification s'exécute entièrement sur leurs propres systèmes. Les utilisateurs à fort volume disposant des moyens d'exploitation pour héberger et superviser le service eux-mêmes.

Questions fréquentes