Skip to main content
GET
API de validación de email

Inicio rápido

Para hacer una solicitud, indique su api_key única y el email que desea verificar; no se requiere nada más:
La solicitud se completa correctamente y devuelve toda la información disponible sobre la dirección:

Parámetros de solicitud

string
requerido
Su credencial API personal. Las claves están limitadas por producto de Cleariflow, por lo que una clave de validación de email no autorizará solicitudes a, por ejemplo, la API de geolocalización IP.
String
requerido
La dirección de email que desea verificar.
Boolean
Indicador opcional para desactivar la autocorrección. Establezca auto_correct=false para desactivarla. Está habilitada de forma predeterminada.

Parámetros de respuesta

Las respuestas se devuelven en JSON compacto y estandarizado.
String
Devuelve el email enviado en la solicitud.
String
Corrección sugerida cuando se detecta un posible error tipográfico (p. ej., johnsmith@gmial.com => johnsmith@gmail.com). Vacío si no hay sugerencia.
String
Evaluación de Cleariflow sobre si la dirección puede recibir correo. Valores posibles: DELIVERABLE, UNDELIVERABLE, UNKNOWN. DELIVERABLE requiere una verificación SMTP exitosa; si existen registros MX pero SMTP no puede confirmar el buzón (común en grandes proveedores), el resultado es UNKNOWN. Todos los planes ejecutan las mismas comprobaciones; los gratuitos solo difieren en cuota mensual y límites de velocidad (véase códigos 422 y 429).
Float
Puntuación decimal (0,01–0,99) que indica nuestra confianza en la calidad y entregabilidad de la dirección.
Boolean
Verdadero cuando la dirección coincide con el patrón estándar local@domain.tld. Elementos faltantes o caracteres no válidos devuelven false.
Boolean
Verdadero si el dominio pertenece a un proveedor de email gratuito (p. ej., Gmail, Yahoo).
Boolean
Verdadero si el dominio está en nuestra lista de proveedores de buzones desechables/temporales (p. ej., Mailinator, Yopmail).
Boolean
Verdadero si la parte local parece ser una cuenta de rol en lugar de un individuo, p. ej., team@, sales@, info@.
Boolean
Verdadero si el dominio está configurado como catch‑all.
Boolean
Verdadero cuando existen registros MX para el dominio.
Boolean
Verdadero si la verificación SMTP tiene éxito. Si SMTP falla pero otras comprobaciones pasan, el resultado puede ser UNKNOWN. No recomendamos bloquear registros o envíos de formularios únicamente por fallos SMTP.

Ejemplos de solicitud

Ejemplo: posible error tipográfico

Este ejemplo muestra una solicitud en la que se detecta un posible error tipográfico en la dirección enviada. Incluso cuando se encuentra un posible error tipográfico, todas las demás comprobaciones (p. ej., email gratuito, dominio desechable) se realizan sobre la dirección enviada originalmente, no sobre la corrección sugerida.
Una respuesta exitosa tiene este aspecto:

Ejemplo: formato no válido

Este ejemplo demuestra una dirección que no supera el formato básico. Cuando is_valid_format es false, las comprobaciones posteriores (p. ej., is_free_email, is_role_email) se omiten y se informan como false.
Una respuesta exitosa tiene este aspecto:

Carga masiva (CSV)

¿Prefiere no llamar a la API directamente? Use el cargador masivo CSV: los resultados se le enviarán por email cuando finalice el procesamiento. Al cargar un CSV, siga estas directrices:
  • Coloque las direcciones de email en la primera columna.
  • Elimine las filas en blanco.
  • Use una dirección por fila.
  • Limite los archivos a un máximo de 50.000 filas.

Códigos de respuesta y error

Los errores se devuelven en JSON con un código y una descripción legible. Los códigos más comunes se enumeran a continuación.

Otras notas

Nota sobre planes: todos los planes (gratuitos y de pago) ejecutan las mismas comprobaciones, incluidas MX, SMTP y detección catch-all. Nota de facturación: cada email evaluado consume un crédito por solicitud, independientemente del resultado. Enviar una dirección no válida (p. ej., “fda3346ds”) sigue contando como un crédito.