Comprobar una dirección nunca le envía un correo. Ni una sola vez, ni por accidente. Por qué es así
Verificación de correo
Comprueba una dirección, limpia una lista que ya tengas, o verifica cada registro en el momento. Cada respuesta vuelve con las pruebas que la sostienen y con una recomendación clara.
5 comprobaciones gratuitas, sin cuentaSin tarjeta de crédito
Una comprobación real contra el servicio real. Habla con el servidor de correo y nunca entrega nada: no hay etapa DATA en el sondeo.
No hay etapa DATA en el sondeo, así que nada puede llegar al buzón.
Cuatro respuestas, y una que admite cuando no puede decirse nada seguro.
Un vocabulario fijo contra el que puedes programar, no texto del servidor de un desconocido.
El comprobador gratuito devuelve exactamente lo que devuelve la API, antes de que te registres.
Por qué importa
Quita las direcciones que nunca iban a llegar, antes de que un proveedor de correo se dé cuenta de que les estás enviando.
Cada rebote es un pequeño voto en tu contra. Mantén las direcciones inválidas y desechables fuera de campañas, pruebas y tu tabla de usuarios.
Detecta la errata mientras la persona sigue en la página. Ese es el único momento en que corregirla no cuesta nada.
Tres vías de entrada
Tres trabajos distintos y tres interfaces distintas. Por debajo, las mismas comprobaciones y las mismas cuatro respuestas.
01 / Individual
Para cuando alguien de soporte, ventas u operaciones necesita una respuesta clara sobre una dirección. Obtienes el veredicto, y cada etapa que llevó a él.
Comprobar una direcciónAcción recomendada: allow
02 / Masiva
Sube el archivo que ya tienes, míralo procesarse, después filtra por resultado y exporta solo las filas que necesitas.
Ver verificación masiva| Entregable | 104.852 |
| Con riesgo | 9112 |
| No entregable | 9804 |
| Desconocido | 1652 |
Cifras inventadas, por el bien del ejemplo. No hay dos listas reales que se repartan igual.
03 / Tiempo real
Una llamada mientras la persona todavía escribe. La respuesta le dice a tu registro, tu formulario de leads o tu checkout si dejarla pasar, pedir confirmación, añadir un paso o rechazarla.
Ver verificación en tiempo real// request
{ "email": "person@example.com" }
// response
{ "status": "deliverable",
"action": "allow",
"confidence": 0.92,
"reason_codes": ["SMTP_RCPT_ACCEPTED"] }Cómo transcurre una comprobación
Aquí no hay una puntuación que haya que creerse. Cada etapa hace una pregunta, y el trabajo se detiene en cuanto la respuesta queda resuelta.
¿Es siquiera una dirección bien formada? Erratas, espacios sueltos y una @ ausente se detectan aquí, sin tocar la red.
¿Existe el dominio, y dice algo sobre recibir correo?
¿A dónde va realmente el correo de este dominio? Registros MX, null MX, MX implícito.
Iniciamos una conversación, nombramos al destinatario, reiniciamos y colgamos. No hay paso DATA.
Todo lo encontrado se convierte en un estado, una acción recomendada y los códigos que explican ambos.
Que un servidor de correo diga que sí es una buena noticia, pero no es una prueba. Ese sí puede venir de un dominio que acepta todo, de una pasarela que comprueba bien más tarde, o de un proveedor que sencillamente no te va a decir si hay un buzón ahí. Por eso una de las cuatro respuestas es «no pudimos decirlo».
Qué recibes
El color es solo una pista. El significado lo llevan la etiqueta, el icono y la acción recomendada.
El buzón existe y el servidor lo aceptó. No hay nada marcado en su contra.
Normalmente: Servidores de correo configurados · Destinatario aceptado · Sin señales de riesgo
Acción: allow
La dirección puede funcionar. Algo debilita las pruebas, y el código de motivo dice qué.
Normalmente: Dominio que acepta todo · Proveedor desechable · Buzón funcional · Parece una errata
Acción: challenge
Un fallo definitivo. La dirección está mal formada, el dominio no existe, o no acepta correo en absoluto.
Normalmente: Sintaxis incorrecta · El dominio no existe · El dominio no acepta correo · Buzón no encontrado
Acción: reject
El servidor de correo no quiso decirlo. Pasa más de lo que cabría esperar, y adivinar sería peor.
Normalmente: Tiempo agotado · Greylisting · El proveedor limitó las peticiones · Existencia del buzón oculta
Acción: allow_with_email_confirmation
pending significa que la comprobación del buzón sigue en marcha. Llega con un retry_after_ms, así que tu consulta está acotada en vez de ser a ciegas, y siempre acaba en uno de los cuatro de arriba.La respuesta
Hay una cosa que nunca encontrarás ahí: el texto crudo que devolvió un servidor de correo. Revela detalles de la infraestructura de otro, puede llevar caracteres de control que no pediste, y cambia el día en que un proveedor reescribe un mensaje. En su lugar recibes códigos estables.
A escala
Las cifras de abajo siguen con el equipo de plataforma. Hasta que estén medidas y aprobadas, se quedan visiblemente marcadas en vez de inventadas en silencio.
comprobaciones por minuto
disponibilidad medida
respuesta típica
ubicaciones de tratamiento
Las cifras marcadas son marcadores esperando aprobación. Preferimos enseñarte un hueco a un número que no podemos defender.
El sondeo abre una sesión, nombra al destinatario y reinicia. No hay en él ningún camino de código capaz de enviar correo.
Las comprobaciones lentas se ponen en cola y se consultan en un intervalo explícito. Ninguna petición se queda sujetando un socket abierto y esperando.
Las pruebas de sondeo solo pueden producir un rechazo donde hemos medido su precisión para ese proveedor. Donde no hemos medido, no se bloquea a nadie.
Integraciones
[CITA DE CLIENTE — DOS O TRES FRASES, CON FUENTE IDENTIFICADA]
Ninguna cita sale en vivo hasta que Marketing aporte una real, de una persona real que haya dado su acuerdo.
Precios
Un producto, vendido por volumen. Compra mil o compra un millón: recibes las mismas comprobaciones, las mismas respuestas y las mismas vías de entrada. Lo único que se mueve es el precio unitario.
Preguntas
Cuatro cosas, en orden: si la dirección está bien formada, si su dominio existe, a dónde envía ese dominio su correo, y qué dice el servidor receptor cuando nombramos al destinatario. Junto a eso buscamos lo que hace que una dirección sea arriesgada incluso cuando funciona: dominios desechables, buzones compartidos como info@ y dominios que dicen que sí a absolutamente todo.
No. El sondeo abre una sesión SMTP, nombra al destinatario, y después la reinicia y se desconecta. No hay etapa DATA en el sondeador, en absoluto — ni una que se salte, ni una detrás de un flag. Quien sea dueño del buzón nunca se entera.
Que no conseguimos una respuesta clara, y preferimos decirlo a inventarla. Los proveedores agotan el tiempo, aplican greylisting, limitan peticiones u ocultan deliberadamente si un buzón existe. Cuando pasa eso, el resultado se queda en desconocido y el consejo pasa a ser: deja entrar a la persona, detrás de un correo de confirmación.
En parte, y somos claros sobre qué parte. Un dominio que acepta todo admite cualquier dirección que se le ofrezca, así que su aceptación no dice nada sobre ese buzón concreto. En vez de ascender una suposición a entregable, esas vuelven como con riesgo y un código ACCEPT_ALL_DOMAIN, y qué hace tu flujo con ellas lo decides tú.
Normalmente poco. La mayoría de las respuestas salen de la sintaxis, el DNS y el enrutado, donde no hay nadie más implicado. Cuando hace falta sondear un buzón estás esperando al servidor de otro, y unos cuantos responden despacio a propósito. Esas vuelven como pending con un intervalo de reintento, así que nada gira indefinidamente. La mediana y el p95 se publicarán aquí cuando los hayamos medido como es debido.
La conclusión sí. Guardarla es lo que permite que una comprobación repetida responda al instante en vez de llamar por segunda vez a la puerta del servidor de un desconocido. Cuánto tiempo se guarda, y cómo pedir su supresión, están en la página de seguridad y en la política de privacidad.
Empieza aquí
Empieza gratis, haz tus primeras comprobaciones, y mira qué aspecto tienen las respuestas sobre tus propios datos.