Verificación de email en tiempo real

Deja de adivinar qué emails van a rebotar.

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.

Comprueba cualquier dirección. Sin cuenta. Pruébalo con .

¿Verificas desde tu propio stack? Lee la documentación de la API

POST /v1/check_emailEjemplo
100/100
Puntuación
100 / 100
Envío seguro
Proveedor
google workspace
  • SintaxisVálida
  • Registros MXPresentes
  • SMTPConectado
  • BuzónExiste
  • Catch-allNo
  • DesechableNo
  • deliverable
  • provider reputation
  • tenant history positive

Cada veredicto llega con las pruebas que lo respaldan.

La confianza de equipos que viven en la bandeja de entrada

  • Headout
  • BroadLink
  • Datalastic
  • intelbee
  • Escaun
  • ReviewDad
  • Green Power Innovations
  • FranceRent
Latencia mediana de verificación
< 500 ms
Objetivo de disponibilidad de la API
99,9 %
Direcciones de correo validadas, y subiendo
1B+
Datos procesados y almacenados en la UE
UE

01Método

Una comprobación de buzón, no una conjetura.

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.

01

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.

02

Preguntar al servidor de correo

Consulta MX, saludo SMTP, sondeo del destinatario. Catch-all, llena, desactivada y genérica se clasifican, no se adivinan.

03

Puntuar y explicar

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.

POST /v1/check_emaillive

Request

{"email": "[email protected]"}

Pipeline

Response

awaiting verdict_

02Casos de uso / por equipo / por momento

Encuentra el momento en que una dirección mala te cuesta

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.

03Señales

Lo que entra de verdad en un veredicto.

Estas son las comprobaciones detrás de cada resultado de este sitio y de la API.

Sintaxis

Solo direcciones con forma de RFC. Las partes locales entrecomilladas y los literales IP nunca llegan a SMTP.

Registros MX

Si el dominio acepta correo y qué hosts nombra.

Sondeo del buzón

Si el destinatario existe, si está lleno, desactivado o es catch-all.

Desechables y genéricas

Buzones de usar y tirar y direcciones tipo admin@ / info@, señaladas de forma explícita.

Reglas de los proveedores

Gmail, Microsoft 365 y otros aplican restricciones adicionales que codificamos como códigos de motivo.

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

Un POST. JSON explicable de vuelta.

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.

verify.sh
curl -X POST https://api.bounceintel.com/v1/check_email \
  -H "Authorization: Bearer $BOUNCEINTEL_KEY" \
  -H "Content-Type: application/json" \
  -d '{"email": "[email protected]"}'
response.json200
{
  "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."
      }
    ]
  }
}

06Rastro de auditoría

Una puntuación que puedes defender.

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.

VeredictoAcción recomendada
  • El buzón aceptó al destinatario y nada en las señales del proveedor o del historial lo desaconsejaba.

    • deliverable
    • provider_reputation
    • tenant_history_positive
  • Se resuelve, pero algo en la dirección o en su dominio te costará en cuanto envíes a volumen.

    • catch_all
    • role_account
    • full_inbox
  • La dirección se rechazó de plano, o no hay ningún sitio donde entregar el correo.

    • invalid_recipient
    • no_mx
    • disabled_mailbox
  • El proveedor no quiso dar una respuesta clara. Lo decimos, en lugar de disfrazar una suposición de puntuación.

    • smtp_timeout
    • smtp_policy_block
    • transient_smtp

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.

Empieza con 100 créditos. Sin tarjeta.

Crea una cuenta y ejecuta el mismo pipeline que usará tu lista de producción.