Elegir un servicio de validación de email sin creer a nadie de palabra.

El proceso es más o menos estándar en la categoría. Lo que cambia es hasta dónde baja cada proveedor y qué hace cuando un paso no da respuesta.

• La sintaxis, según las reglas reales de las direcciones y no según una expresión regular sacada de un foro. Muchas direcciones legales parecen erróneas y muchas ilegales parecen correctas.
• El dominio y el DNS, que atrapa el proveedor mal escrito, el dominio caducado y el que nunca ha aceptado correo.
• Los registros MX, es decir, que el dominio tenga a dónde entregar. Un dominio con web y sin MX no puede recibir correo.
• Los proveedores desechables, entregables hoy y desaparecidos la semana que viene.
• Las direcciones de rol como info, facturación o soporte. Son buzones reales y también los que con más facilidad marcan una campaña como spam.
• El buzón en sí, preguntando al servidor de destino si aceptaría correo para esa dirección. Este paso es el que separa un servicio de validación de una simple consulta.

Buena parte de los dominios corporativos aceptan correo para todas las direcciones y ya lo clasifican después. Pregunte si ventas@ existe y el servidor dice que sí. Pregunte por una cadena al azar y también dice que sí.

Eso significa que ningún servicio del mundo puede saber desde fuera si un buzón de un dominio de captura total es real. Cualquier proveedor que insinúe lo contrario adivina a partir de patrones o se apoya en datos recogidos en otro sitio.

Lo que hace un buen servicio es decirlo, marcar el dominio como de captura total y dejarle la decisión con el contexto necesario. Lo que hace uno malo es redondear la suposición a válido y dejar que su tasa de rebotes descubra la verdad.

Imagine que la dirección que aprobó rebota en la campaña de un cliente y le piden explicaciones. Si su exportación contiene la palabra válido y nada más, no tiene nada que decir.

Esta es la razón práctica para preferir servicios que publican códigos de motivo. No es una comodidad de desarrollador. Es la diferencia entre un informe que puede entregar a un cliente y un color que hay que defender por fe. Importa más, no menos, si trabaja para terceros.

Comparar dos servicios de validación es fácil de hacer mal. Los errores habituales son probar con direcciones inventadas, probar en días distintos y probar solo las direcciones ya sospechosas.

Use una muestra real de 500 a 1.000 direcciones de la lista a la que va a escribir, pase todos los servicios dentro de las mismas horas y conserve las exportaciones en bruto en vez de las pantallas de resumen.

• Cuente los desconocidos y los de captura total por servicio, y lea qué dice cada uno de ellos.
• Extraiga las filas donde los servicios discrepan. Ese conjunto es pequeño y contiene toda la decisión.
• Envíe a una parte de las direcciones en disputa y lea el registro de rebotes al día siguiente.
• Cronometre un lote de tamaño realista. Un servicio rápido con mil direcciones puede ser muy lento con medio millón.
• Mire qué conserva la exportación. Sus columnas deben volver intactas y en el orden en que las envió.

Cinco preguntas cubren casi todas las sorpresas desagradables de esta categoría, y las cinco se responden con la documentación del proveedor antes de hablar con nadie.

• ¿Caducan los créditos, y se acumula una asignación mensual no usada?
• ¿Está incluida la API en el plan que mira, o empieza más arriba?
• ¿Qué ocurre al volver a comprobar una dirección verificada el mes pasado?
• ¿Cuánto tiempo se conserva la dirección tras un trabajo, y puede borrarla antes?
• ¿Qué se cobra exactamente por un resultado desconocido?

BounceIntel devuelve la prueba con el veredicto. Cada resultado lleva una puntuación de 0 a 100, los códigos de motivo detrás y una acción recomendada, y el mismo motor responde al panel, al lote y a la API, así que una comprobación puntual y un lote nunca se contradicen.

La forma comercial es deliberadamente sencilla. Créditos al registrarse sin tarjeta, planes mensuales que se reinician con el periodo, packs de pago por uso que esperan a que los gaste, y una clave de API con cualquier plan de pago en lugar de solo con los grandes.