Analizar y normalizar
Rechazamos la sintaxis hostil antes de gastar un crédito y luego canonizamos la dirección tal y como la verá el servidor de correo.
Verificación de email en tiempo real
BounceIntel comprueba la sintaxis, el DNS, los registros MX y el propio buzón, y después explica el veredicto con una puntuación y códigos de motivo que puedes accionar.
¿Verificas desde tu propio stack? Lee la documentación de la API
Cada veredicto llega con las pruebas que lo respaldan.
La confianza de equipos que viven en la bandeja de entrada





01Método
Cada verificación recorre el mismo pipeline: sintaxis, DNS, MX y después una conversación SMTP con el servidor receptor. El veredicto llega con sus pruebas.
Rechazamos la sintaxis hostil antes de gastar un crédito y luego canonizamos la dirección tal y como la verá el servidor de correo.
Consulta MX, saludo SMTP, sondeo del destinatario. Catch-all, llena, desactivada y genérica se clasifican, no se adivinan.
Una puntuación de 0 a 100, una acción recomendada y códigos de motivo que puedes usar en el código. Sin bloques opacos.
02Casos de uso / por equipo / por momento
La verificación se paga sola en ocho sitios distintos, desde el formulario de registro hasta una plataforma de datos que lanza millones de comprobaciones al mes. Elige el que se parezca a tu problema.
Una dirección mala que entra en tu base de datos al registrarse es un problema que pagarás muchas veces, no una.
Equipos de ventas y agencias outboundEl outbound es el único canal donde un pequeño porcentaje de direcciones malas puede llevarse por delante todo el dominio de envío.
Marketing de email y ciclo de vidaUna lista se degrada le envíes o no, y la factura llega toda de golpe.
Equipos de RevOps y datosNadie nota que un CRM se está quedando obsoleto, porque cada registro por separado parece correcto.
Equipos de comercio electrónico y retailUna dirección mal escrita en el pago significa que ni la confirmación del pedido ni el aviso de envío llegan a ninguna parte.
Equipos de producto SaaSLas pruebas gratuitas y los bonos por recomendación se explotan con direcciones desechables, un buzón de usar y tirar cada vez.
Agencias y consultorasHeredas listas que no construiste, y eres tú quien responde por lo que hagan.
Plataformas de datos y vendedores de listasSi vendes datos de contacto, la precisión de la verificación es la calidad de tu producto, no un coste operativo.
03Señales
Estas son las comprobaciones detrás de cada resultado de este sitio y de la API.
Solo direcciones con forma de RFC. Las partes locales entrecomilladas y los literales IP nunca llegan a SMTP.
Si el dominio acepta correo y qué hosts nombra.
Si el destinatario existe, si está lleno, desactivado o es catch-all.
Buzones de usar y tirar y direcciones tipo admin@ / info@, señaladas de forma explícita.
Gmail, Microsoft 365 y otros aplican restricciones adicionales que codificamos como códigos de motivo.
Valores estables legibles por máquina, para que tu integración ramifique sin analizar texto en inglés.
04Desarrolladores / REST / sin SDK
Autenticación Bearer, un único endpoint y una respuesta cuyos campos puede usar tu integración directamente. Sin librería que instalar ni wrapper que aprender.
curl -X POST https://api.bounceintel.com/v1/check_email \
-H "Authorization: Bearer $BOUNCEINTEL_KEY" \
-H "Content-Type: application/json" \
-d '{"email": "[email protected]"}'{
"input": "[email protected]",
"is_reachable": "safe",
"syntax": {
"domain": "stripe.com",
"username": "ada",
"is_valid_syntax": true
},
"mx": {
"accepts_mail": true,
"records": ["aspmx.l.google.com", "alt1.aspmx.l.google.com"]
},
"smtp": {
"can_connect_smtp": true,
"is_deliverable": true,
"is_catch_all": false,
"is_disabled": false,
"has_full_inbox": false
},
"misc": {
"is_disposable": false,
"is_role_account": false,
"is_b2c": false
},
"provider": "google_workspace",
"provider_rules_applied": true,
"score": {
"score": 100,
"category": "valid",
"sub_reason": "deliverable",
"safe_to_send": true,
"confidence": 0.97,
"confidence_level": "high",
"reason_codes": ["deliverable", "tenant_history_positive"]
},
"bounce_risk": {
"score": 3,
"category": "low",
"confidence": 0.94,
"action": "send",
"model_version": "br-2026.06",
"risk_factors": [
{
"signal": "smtp_is_deliverable",
"direction": "decreases_risk",
"contribution": -0.41,
"description": "Mailbox accepted the recipient at RCPT TO."
}
]
}
}05Producto
El mismo pipeline de verificación alimenta el verificador en vivo, los trabajos masivos y la API REST.
06Rastro de auditoría
Cuando alguien pregunte por qué se rechazó una dirección, puedes señalar los códigos de motivo, no la intuición de un proveedor.
El buzón aceptó al destinatario y nada en las señales del proveedor o del historial lo desaconsejaba.
Se resuelve, pero algo en la dirección o en su dominio te costará en cuanto envíes a volumen.
La dirección se rechazó de plano, o no hay ningún sitio donde entregar el correo.
El proveedor no quiso dar una respuesta clara. Lo decimos, en lugar de disfrazar una suposición de puntuación.
41 códigos de motivo repartidos en 4 veredictos. Cada comprobación devuelve los que realmente se aplicaron, así que un rechazo siempre se remonta a una regla y no a un número.
Crea una cuenta y ejecuta el mismo pipeline que usará tu lista de producción.