Data CheckerVerificación de datos

Validar una dirección de email

«Válido» significa tres cosas distintas y solo la primera se comprueba sin conexión: sintaxis correcta, dominio capaz de recibir correo y buzón que existe de verdad. Esta página dice cuál de las tres resuelve.

Gratis Calculado en tu navegadorNo consume créditos

Cómo funciona la comprobación

  1. 1

    La sintaxis se comprueba con la RFC 5322

    Estructura, caracteres permitidos y longitud total limitada a 254. Es el único nivel que un navegador puede resolver solo.

  2. 2

    El dominio se aísla y se filtra

    El dominio se compara con una lista de proveedores de buzones temporales, y la parte local con los prefijos genéricos de la RFC 2142.

  3. 3

    El resto necesita un servidor

    Saber si el dominio tiene un registro MX es una consulta DNS que una página no puede hacer por ti. Eso es lo que añade la API.

Por qué no hacemos sondeo SMTP

Preguntar a un servidor si un buzón existe (el comando RCPT TO) parece definitivo y no lo es. Los servidores catch-all responden 250 OK a todo; Gmail y Outlook devuelven aceptaciones genéricas a propósito para impedir la enumeración de cuentas; y sondear cientos de direcciones desde una misma IP la acaba en Spamhaus, lo que penaliza después tus propios envíos.

Un «verificador» que promete certeza sobre un buzón vende una confianza que no tiene.

Válido no es entregable

Un registro MX prueba que existe un servidor para recibir el correo del dominio, no que tu mensaje supere su filtro antispam ni que el buzón no esté lleno, desactivado o abandonado. La validación reduce los rebotes duros; no garantiza la bandeja de entrada.

Preguntas frecuentes

¿Se puede comprobar un email sin enviar uno?

Sí para la forma y el dominio, no para el buzón. La sintaxis y la presencia de un servidor de correo se comprueban sin enviar nada. Saber que un buzón concreto existe exige dialogar con el servidor SMTP, algo intrusivo y poco fiable por las razones anteriores.

¿Un dominio sin MX puede recibir correo?

Sí, en un caso preciso. La RFC 5321 §5.1 prevé que, sin registro MX, el servidor emisor recurra al registro A o AAAA, tratado como un MX implícito de prioridad 0. Una buena comprobación mira el MX y, en su defecto, el A/AAAA; si no, rechaza por error dominios pequeños que sí reciben.

¿Hay que bloquear direcciones genéricas como contacto@?

Señalarlas, no bloquearlas. La RFC 2142 normaliza una lista. Para un registro individual son señal de baja calidad: buzón compartido, más quejas. Para un contacto B2B, contacto@ es a veces la única dirección publicada. Conviértelo en un criterio de puntuación, no en un rechazo automático.

¿Cómo reduzco la tasa de rebote de una campaña?

Retirando antes del envío las tres familias que rebotan siempre: sintaxis rota, dominios sin servidor de correo y dominios temporales cuyo titular hace tiempo que se fue. Los proveedores vigilan la tasa de rebote duro y suspenden a quien supera unos pocos puntos.

La misma comprobación por API

Esta herramienta se ejecuta en tu navegador. Para hacer la misma comprobación desde tu código, en masa o en servidor, la API responde en JSON.

Ver la documentación

Herramientas relacionadas

Todas las herramientas
Validar un email: sintaxis RFC 5322, dominio, temporal | Data Checker