VeriMails vs Truemail

Precisión de la verificación

Truemail implementa un proceso de verificación claro y por capas: comprobaciones de sintaxis con regex, consultas de registros DNS y MX, y un paso SMTP que se conecta al servidor de correo receptor. También incluye funciones de auditoría de host que ayudan a diagnosticar problemas de SMTP en instalaciones autoalojadas. El algoritmo en sí es sólido y transparente, y puedes leer exactamente cómo funciona cada comprobación en el código fuente.

VeriMails ejecuta una cadena comparable: sintaxis, MX, DNS y un handshake SMTP en vivo, más detección de correos desechables, de cuentas de rol y de catch-all. Devuelve categorías de entregabilidad claras a través de un flujo de verificación alojado.

Esta es la parte que más importa. La calidad de la verificación basada en SMTP depende de mucho más que la llamada a la librería; el hosting, la monitorización, los reintentos y el manejo operativo influyen en lo limpias que salen las comprobaciones. Truemail te da un algoritmo transparente, pero la operación que lo rodea es cosa tuya. VeriMails empaqueta ese trabajo en un flujo de verificación alojado, para que los equipos puedan usar categorías de entregabilidad claras sin operar ellos mismos el verificador.

Gestión de catch-all

Los dominios catch-all aceptan correo en cualquier parte local y nunca rechazan buzones desconocidos, así que SMTP no puede confirmar si un buzón concreto existe. Son habituales en los dominios corporativos y son el caso más difícil de la verificación.

Truemail es configurable y expone varios comportamientos de validación, así que un desarrollador puede construir lógica en torno a las situaciones de catch-all. Pero no incluye una clasificación de catch-all gestionada como sí lo hace un servicio alojado. Cualquier política de catch-all que quieras la diseñas y la mantienes en tu propio código.

VeriMails realiza una detección de catch-all dedicada y devuelve el estado catch-all como un campo explícito en cada resultado, sin necesidad de configuración. Para los equipos que no quieren construir y ajustar ellos mismos el manejo de catch-all, esa es una diferencia importante. La dirección sigue sin poder demostrarse como entregable en un dominio catch-all, porque eso es un límite duro del protocolo, pero VeriMails la etiqueta con claridad para que puedas encaminarla.

API y experiencia de desarrollo

Truemail es, en esencia, una librería. El proyecto principal es una gema de Ruby, con truemail-go aportando una implementación en Go y truemail-rack ofreciendo un servidor de API web ligero, además de una imagen Docker oficial y librerías cliente para varios lenguajes. Si trabajas en Ruby o Go y quieres la lógica de verificación incrustada directamente en tu aplicación, Truemail es elegante y está bien documentado. También eres libre de hacer un fork y modificarlo, ya que tiene licencia MIT.

El coste es operativo. Para exponer Truemail como servicio despliegas tú mismo el servidor rack o la imagen Docker, y luego te encargas del escalado, la monitorización, el tiempo de actividad y la reputación de la IP de verificación. No hay panel gestionado, no hay carga masiva por CSV y no hay un proveedor atendiendo incidencias a las 3 de la madrugada.

VeriMails te da una API alojada sin el trabajo de operarla. Hay una API REST documentada con endpoints individuales y masivos, respuestas JSON, soporte para webhooks y por lotes, y tiempos de respuesta rápidos. VeriMails también incluye un flujo masivo por CSV que mapea automáticamente la columna de correo y admite procesamiento asíncrono para trabajos grandes de CSV, además de un Email Finder para equipos que necesitan descubrir contactos junto con la verificación. Truemail no incluye herramientas masivas de CSV ni descubrimiento de correos; eso lo construirías tú.

Precios y valor

Truemail es gratuito. No hay cuota de licencia ni cobro por correo, porque es software de código abierto bajo la licencia MIT. Eso tiene un valor real y, para el equipo adecuado, es la opción más barata posible. Pero la cuenta honesta incluye los costes que no aparecen en una factura: el hosting de servidores, el tiempo de ingeniería para desplegarlo y mantenerlo, la monitorización, y adquirir o mantener direcciones IP con buena reputación de envío para que las comprobaciones SMTP devuelvan resultados precisos. En volúmenes bajos, esos costes pueden superar discretamente lo que cobraría un servicio alojado.

VeriMails usa un modelo de créditos transparente. Los créditos nunca caducan, no hay reinicio mensual y la operación del servicio alojado está incluida en el precio.

Precios de créditos de VeriMails

Email Finder cuesta 20 créditos solo cuando VeriMails devuelve un correo verificado a nivel de persona. Con el paquete de 10.000 créditos, eso supone $0.038 por correo encontrado. Los planes mensuales empiezan en $12.50/mes con facturación anual.

Los créditos nunca caducan. Sin suscripciones ni cuotas mensuales. 100 créditos gratis al registrarte. Los planes mensuales empiezan en $12.50/mes con facturación anual si prefieres una asignación recurrente.

Comparativa de costes

Si tienes la capacidad de ingeniería, quieres control total y manejas un volumen alto donde el coste operativo amortizado supera al precio por crédito, Truemail puede ser el camino más económico. Si prefieres no operar ni monitorizar tú mismo el verificador, VeriMails entrega resultados verificados a un precio por crédito fijo y bajo, con la operación incluida.

Para quién es mejor VeriMails

Equipos que quieren resultados verificados sin operar ellos mismos el verificador. Empresas con stacks distintos de Ruby o Go que no quieren integrar y operar una librería. Usuarios que necesitan verificación masiva por CSV, detección de catch-all y un Email Finder listos para usar. Cualquiera que valore un flujo de verificación alojado por encima de un despliegue hecho a mano.

Para quién es mejor Truemail

Equipos de Ruby y Go que quieren la lógica de verificación incrustada directamente en el código de su aplicación. Equipos de ingeniería que necesitan control total del proceso de verificación y quieren leer o modificar el código fuente. Organizaciones con reglas estrictas de manejo de datos que exigen que la verificación se ejecute por completo en sus propios sistemas. Usuarios de alto volumen con la capacidad operativa para alojar y monitorizar el servicio ellos mismos.

Preguntas frecuentes