Herramientas de verificación de email

Validador de email gratis: sintaxis y registros MX

Comprueba si una dirección está bien formada y si su dominio está configurado para recibir correo. Este validator rápido se detiene antes de SMTP, así que no afirma que el buzón exista.

¿Qué es un email validator?

Un email validator responde una pregunta más estrecha que un verifier: ¿es esta cadena una dirección bien formada en un dominio que publica servidores de correo? Eso es formato y MX — no prueba de que exista una persona o inbox.

Quien busca “email validator” y “validate email” quiere un filtro rápido y gratis. BillionVerify mantiene esta página honesta: sin afirmaciones falsas de entregabilidad, sin handshake SMTP, comprobaciones superficiales ilimitadas para uso legítimo.

Cuando el riesgo de rebote importa, pasa al Email Checker o Email Verifier. Esas herramientas añaden sondeos de buzón y flags de riesgo sobre la misma base de formato.

Cómo funciona el email validator

Solo dos capas. Sin SMTP a propósito.

1. Parsear y normalizar
Comprueba la forma del local-part y del dominio con reglas prácticas de formato. Las tipografías fallan en milisegundos.
2. Resolver registros MX
Comprueba si hay registros de mail exchange publicados. Si no hay, este validator superficial informa sin MX y se detiene antes de cualquier prueba de buzón.
3. Detenerse antes del buzón
No abrimos una conversación SMTP. Los dominios catch-all aún pueden pasar este validator.
4. Señalarte la prueba completa
Si necesitas entregabilidad, el Email Verifier y el Email Checker ejecutan SMTP en el mismo stack del producto.

Cuándo usar un email validator

Usa validación superficial cuando la velocidad importa más que la prueba del buzón.

Captar tipografías obvias
Los campos de formulario y la entrada manual producen errores de formato. Corrígelos antes de cualquier comprobación más profunda.
Confirmar que el dominio puede recibir correo
Una ruta MX publicada supera la puerta DNS normal; sin MX publicado esta comprobación superficial se detiene y muestra el motivo sin gastar cuota SMTP.
Prefiltrar antes de verificar completo
Primer filtro barato antes de trabajos SMTP masivos en listas grandes.
No solo para decisiones de envío
No trates formato+MX OK como seguro para cold email. Usa herramientas SMTP para eso.

Email validator vs otras Email Verify Tools

Estas son Email Verify Tools interactivas — no trabajos masivos, no la API, no Free Tools (DNS / SPF / DKIM).

Esta página solo devuelve formato y MX. Otras herramientas añaden SMTP o se especializan en un flag de riesgo.

Herramienta	Qué hace	Úsala cuando
Email Verifier	Verificación SMTP completa del buzón más todos los flags de riesgo	Cuando importan la entregabilidad y la seguridad del envío
Email Checker	SMTP completo + todos los flags de riesgo en una dirección	Cuando quieres un resultado multi-capa completo en un solo lugar
Free Email Checker	Detecta proveedores de webmail personal gratuito (Gmail, Yahoo, …)	Calidad de leads y scoring de dominio B2B — no verificación sin coste
Email Validator	Solo sintaxis + MX — sin SMTP	Filtro rápido de formato y dominio
Disposable Email Detection	Marca dominios temporales / desechables	Registro y captura de leads
Bounce Email Checker	Enfoque en riesgo de rebote e indentregable	Higiene de listas para control de tasa de rebote
Catch-All Verifier	Detecta dominios catch-all	Cuando la aceptación SMTP no es fiable
Role Account Detection	Encuentra direcciones genéricas de rol	Calidad de outreach B2B
Email List Cleaning	Verifica muchas direcciones a la vez (pegar o CSV)	Cuando una sola comprobación no basta y necesitas una lista limpia
Reverse Email Lookup	Obtén pistas públicas del titular y contexto de empresa a partir de un email	Investigación de leads y revisión de remitentes desconocidos
Validador de número de teléfono	Validar formato, país, tipo y salida E.164 del teléfono	Limpieza de teléfonos del CRM antes de contactar

Cómo leer un resultado de validación

Formato y MX OK significa que la dirección está bien formada y el dominio publica una ruta MX. No significa que el buzón exista. La sintaxis inválida se detiene de inmediato; sin MX publicado esta comprobación superficial se detiene, pero los dominios inusuales de MX implícito necesitan revisión antes de un rechazo final.

No hay lectura de disposable, catch-all o rebote en esta página por diseño. Eso requiere verificación completa o herramientas especializadas.

Validación en dos capas

Qué pueden establecer la validación de sintaxis y MX

El validator se detiene a propósito tras dos capas baratas. Eso lo hace rápido para formularios y prefiltrado, y mantiene la conclusión más estrecha que una verificación de email completa.

La sintaxis comprueba si la entrada puede interpretarse como un email

BillionVerify separa el local-part del dominio, normaliza la entrada y rechaza fallos estructurales como componentes ausentes, separadores rotos o caracteres en posiciones que el parser de direcciones no puede aceptar. Esto pilla problemas habituales de tecleo y copia-pega antes de cualquier consulta de red.

Un pase de sintaxis no consulta al proveedor del destinatario. La cadena puede seguir todas las reglas de formato y nombrar un dominio que no recibe correo o un buzón que nunca se creó. Trata la sintaxis como la primera puerta, nunca como el resultado final de entregabilidad.

MX comprueba si el dominio publica una ruta de correo

El sistema de nombres de dominio permite a un dominio publicar registros de mail exchanger que dirigen a los remitentes a servidores receptores. BillionVerify resuelve ese contexto de enrutamiento tras pasar la sintaxis. Una ruta usable significa que el dominio está configurado para participar en la entrega de email.

La evidencia MX aplica al dominio, no al local-part exacto. La misma ruta de correo puede servir a empleados activos, alias retirados, nombres no asignados, buzones de grupo y comportamiento catch-all. Por eso el resultado dice formato y MX OK, no buzón verificado.

Null MX y MX ausente exigen un trato consciente de los estándares

Un dominio puede publicar un registro Null MX para declarar de forma explícita que no acepta email. El RFC 7505 Null MX del IETF define esta señal para que los remitentes no pierdan tiempo intentando entregar a un dominio que se ha excluido del correo.

Un registro MX explícito ausente no es idéntico en todo contexto técnico porque SMTP define históricamente un fallback a través del registro de dirección del dominio. Esta página superficial no realiza ese fallback de MX implícito e informa sin MX publicado en ambos casos, así que un dominio inusual necesita revisión antes de un rechazo final.

Detenerse antes de SMTP forma parte de la definición del producto

Esta página no abre una conversación de destinatario, no prueba un comando de buzón ni infiere aceptación del comportamiento del proveedor. No se envía ningún mensaje de email. El alcance limitado hace el validator apropiado para un prefiltro rápido y reserva la cuota SMTP completa para comprobaciones que necesitan evidencia de buzón.

Cuando importa el buzón exacto, continúa al Email Verifier. Aplica la misma base de sintaxis y enrutamiento, y luego añade SMTP a nivel de destinatario y señales de riesgo.

Resultados de validación

Interpreta el resultado en la capa que realmente se probó

Un resultado superficial es útil cuando su etiqueta permanece precisa. La mayoría de errores ocurren cuando la evidencia de formato o de dominio se rebautiza como evidencia de buzón.

Formato y MX OK significa listo para una verificación más profunda

Este resultado significa que la dirección es estructuralmente usable y que el dominio expone infraestructura de recepción de correo según las reglas del validator. Es un prefiltro positivo, no permiso para llamar al buzón entregable.

Úsalo para aceptar de forma provisional la entrada de un formulario, continuar un pipeline de enriquecimiento o reducir filas obviamente imposibles antes de un trabajo completo. Añade SMTP antes de enviar mensajes donde un hard bounce tenga coste operativo.

Sintaxis inválida significa reparar el valor de origen

El parser no puede interpretar la entrada como una dirección usable. Causas habituales: @ ausentes, dominios incompletos, espacios copiados en medio del valor y errores de puntuación.

Muestra al usuario el campo original y deja que lo corrija. No inventes automáticamente caracteres que faltan ni sustituyas el dominio, porque una conjetura sintácticamente mejorada puede pertenecer a otra persona.

Sin ruta de correo significa que el dominio no está listo para una entrega normal

Cuando el dominio no tiene una ruta usable bajo las reglas de validación, continuar hacia la verificación de buzón no rescatará la dirección actual. Puede estar mal escrita, caducada, aparcada o configurada a propósito para no aceptar correo.

Devuelve el motivo en lugar de una etiqueta genérica de inválido. Un fallo a nivel de dominio es accionable para reparación de datos y distinto de un rechazo de destinatario en un dominio de empresa que por lo demás funciona.

Pasar la validación deja varias preguntas sin responder

El buzón puede estar sin asignar, desactivado, lleno, protegido por política del proveedor u oculto detrás de comportamiento catch-all. La dirección también puede ser desechable, de rol o no relacionada con la persona de tu registro.

Esos no son defectos del validator; son preguntas fuera de la sintaxis y el DNS. Usa el Email Checker cuando necesites el panel completo de una sola dirección.

Prefiltro rápido

Coloca la validación de email al inicio del pipeline de datos

El validator ahorra tiempo y trabajo de red cuando elimina entradas imposibles pronto, mientras las etapas posteriores siguen responsables de las decisiones de buzón y de audiencia.

1
Valida la estructura mientras el usuario aún puede corregirla
Ejecuta la validación de sintaxis en la entrada del formulario o justo después del envío. Un mensaje claro junto al campo es más útil que descubrir una dirección mal formada después de que el usuario haya dejado la página.
Evita un bloqueo en tiempo real demasiado agresivo mientras alguien aún escribe. Valida en un punto de interacción estable y conserva el valor introducido para que el usuario —no una regla de autocorrección— elija la corrección.
Cuando el formulario es crítico para el negocio, registra la categoría de motivo en lugar de la dirección completa en analítica general. Los equipos de producto necesitan saber si los fallos vienen de sintaxis o DNS sin convertir un stream de eventos de validación en una segunda base de contactos.
2
Resuelve la preparación del dominio antes de un enriquecimiento o SMTP caro
Un resultado sin MX publicado detiene este pipeline superficial antes del sondeo de buzón o del enriquecimiento de contacto. El cribado DNS temprano reduce trabajo posterior innecesario, mientras los dominios inusuales que dependen de MX implícito deben enrutarse a revisión en lugar de tratarse en silencio como fallos duros ordinarios.
Mantén un comportamiento de reintento sensato porque DNS puede fallar temporalmente. Distingue una condición confirmada de no correo de una consulta que no se pudo completar, y no conviertas un fallo transitorio de infraestructura en un borrado permanente de datos de cliente.
3
Escala solo los registros que necesitan una decisión de envío
Si un flujo solo necesita formato limpio y un dominio capaz de correo, detente aquí. Si va a enviar onboarding, ventas, contraseña, facturación o email de campaña, continúa a verificación SMTP completa cerca del evento de envío.
Este enfoque en capas mantiene rápidas las comprobaciones rápidas sin bajar el estándar de entregabilidad. El nombre del resultado debe viajar con los datos para que los sistemas posteriores sepan si recibieron evidencia validada o plenamente verificada.
Un modelo de campos útil guarda por separado estado de sintaxis, estado de MX publicado, profundidad de validación y hora de comprobación. Eso evita que una exportación posterior aplaste el éxito de formato y MX en un booleano verificado engañoso.
4
Usa la limpieza masiva cuando cada fila necesite la decisión completa
Los archivos grandes necesitan deduplicación coherente, trato de estados, lógica de reintento y exportaciones. Un validator superficial puede prefiltrar un conjunto de datos, pero no puede decir a un operador de campaña qué destinatarios exactos aceptaron un sondeo SMTP.
Usa Email List Cleaning para verificación a escala de campaña y conserva sintaxis, enrutamiento, SMTP y motivos de riesgo como campos de salida separados.

Límites honestos

La validación no es verificación, identidad ni prueba de entregabilidad

El término válido puede volverse engañoso cuando se omite la capa probada. BillionVerify nombra las capas para que puedas elegir el siguiente paso correcto.

Sin SMTP no hay afirmación de existencia de buzón

El validator nunca pregunta al sistema receptor por el local-part objetivo. Por tanto no puede establecer si jane@company.com está asignado aunque company.com acepte correo.

Un resultado que afirma entregable solo a partir de sintaxis y MX está sobreestimando su evidencia. BillionVerify reserva el lenguaje a nivel de buzón para el flujo SMTP completo.

Los dominios catch-all pueden pasar todas las capas superficiales

Un dominio catch-all tiene infraestructura de correo válida y puede aceptar local-parts arbitrarios. La dirección puede verse perfecta y el dominio puede enrutar correo mientras el buzón a nivel de persona nombrada sigue sin confirmar.

Usa el Catch-All Verifier para entender ese comportamiento del dominio, y mantén los contactos catch-all en un segmento de revisión en lugar de llamarlos verificados de forma individual.

Esto importa más para patrones B2B generados. Adivinar firstname.lastname en un dominio de empresa puede pasar sintaxis y MX para cada nombre de empleado, mientras el comportamiento catch-all impide que esas comprobaciones superficiales confirmen a un destinatario adivinado.

La preparación del dominio no identifica al titular de la dirección

Los registros DNS no dicen nada sobre la persona unida a una fila de CRM. Un dominio puede enrutar correo correctamente mientras el nombre, empleador, cargo o consentimiento unidos a la dirección están mal.

Identidad y permiso exigen evidencia de primera parte o autorizada. La validación evita errores técnicos de entrada; no transforma datos de contacto de terceros en identidad verificada.

Mantén la confianza de identidad en un campo separado de la validación técnica. Un equipo de ventas puede entonces revisar la fuente de enriquecimiento sin perder el hecho de que la estructura de la dirección y la ruta de correo publicada pasaron sus propias comprobaciones. Esta separación también hace más fáciles de explicar las auditorías posteriores de calidad de datos.

La validación del destinatario no prueba tu configuración de remitente

Un destino válido puede seguir recibiendo un mensaje en spam cuando el remitente tiene mala reputación, autenticación ausente, contenido riesgoso o un comportamiento de campaña poco sano. Esas condiciones viven en el lado del envío.

Usa el Email Deliverability Test para la preparación del dominio de envío. Mantén la validación del destinatario y la entregabilidad del remitente como controles separados en el mismo flujo de envío.

Referencias de protocolo

Los estándares explican por qué la validación superficial se detiene donde se detiene

La gramática de la dirección, el enrutamiento DNS de correo y las respuestas SMTP de destinatario son partes distintas del email de Internet. El límite del producto sigue esa arquitectura.

El RFC 5322 describe la estructura de mensaje y de dirección

El RFC 5322 Internet Message Format del IETF define la sintaxis usada para representar emails y mensajes. Es la base para decidir si una cadena puede parsearse como dirección.

El documento no aporta una consulta de red que pruebe que un buzón existe. BillionVerify mantiene esa distinción visible en el resultado de validación.

El RFC 5321 describe el enrutamiento de correo y las respuestas SMTP

El RFC 5321 Simple Mail Transfer Protocol del IETF define el comportamiento de intercambio de correo, incluidos comandos de destinatario y clases de respuesta temporales frente a permanentes. Esas respuestas de destinatario pertenecen a la verificación completa, no a esta página.

El validator usa la capa de enrutamiento necesaria para establecer la preparación del dominio y se detiene antes de la interacción con el destinatario. Eso hace su resultado rápido, explicable y con el alcance correcto.

La siguiente herramienta depende de la siguiente pregunta

Usa el Free Email Checker para clasificar webmail de consumo, Disposable Email Detection para identificar proveedores desechables, y el verifier completo cuando necesites la aceptación actual del buzón.

El Email Validator sigue siendo el punto de partida correcto cuando el trabajo es simplemente pillar entradas mal formadas y dominios que no están configurados para recibir correo.

Siguientes pasos tras la validación

Profundiza cuando el formato solo no basta.

Preguntas frecuentes

1. ¿Qué comprueba un email validator?

Este email validator comprueba solo dos capas: (1) si la dirección está bien formada (sintaxis/estructura), y (2) si el dominio publica registros MX para poder recibir correo. No abre una conversación SMTP con el buzón y no puede demostrar que exista una persona o inbox concretos. Esa honestidad es intencional: formato y MX son un filtro barato, no verificación completa de email.

2. ¿El email validator usa SMTP?

No. La verificación SMTP del buzón está en Email Checker, limpieza de listas y flujos con sesión iniciada. El validator se mantiene rápido e ilimitado (solo límites suaves antiabuso) al detenerse en sintaxis y MX. Si necesitas riesgo de rebote y entregabilidad, abre el Email Checker para un resultado SMTP completo.

3. ¿Cuándo debo usar el email validator en lugar del email checker?

Usa el email validator cuando solo necesites un filtro rápido de formato y dominio: captar tipografías, rechazar dominios sin MX o prefiltrar antes de un trabajo más pesado. Usa el email checker cuando una dirección incorrecta te cueste rebotes, penalizaciones del ESP o tiempo de SDR desperdiciado. Muchos equipos ejecutan comprobaciones tipo validator en el formulario y email checking SMTP completo antes de campañas o importación al CRM.

4. ¿El email validator es gratis?

Sí. La validación superficial (sintaxis + MX) es gratis y no está limitada a la cuota de 20 SMTP completos del Email Checker. Solo puede aplicarse un límite suave de tasa para bloquear abuso automatizado. Para limpieza masiva de CSV y volumen API, regístrate.

5. Email validator vs email checker — ¿cuál elijo?

Elige el email validator para comprobaciones superficiales ilimitadas: “¿parece un email en un dominio capaz de recibir correo?” Elige el email checker para verificación multi-capa: entregabilidad SMTP más flags disposable, catch-all y role. Responden preguntas distintas; usar un resultado de validator como si fuera verificación completa es un error habitual de entregabilidad.

6. ¿Pueden los dominios catch-all pasar el email validator?

Sí. Los dominios catch-all suelen publicar MX válidos, así que sintaxis + MX pueden verse bien aunque el local-part no sea una persona real. Solo las herramientas de verificación completa (Email Checker / Catch-All Verifier) pueden mostrar la incertidumbre catch-all. Si enriqueces leads adivinando nombres@empresa.com, no confíes solo en el validator.

Validación de email

¿Necesitas entregabilidad SMTP completa?

Ejecuta el Email Checker para prueba a nivel de buzón y flags de riesgo, o regístrate para limpieza masiva y acceso API.

Abrir Email Checker

20 comprobaciones SMTP gratis / 24 h · Sin registro para comprobaciones superficiales · Resultados en segundos

99.9%

Precisión

Real-time

Velocidad de la API

$0.00014

Por email

600/mo

Gratis para siempre