📧 Validador de Correos (Masivo)
Valida grandes listas de correos (una por linea). RFC 5322, dominios desechables (30+), cuentas de rol, duplicados y diferencias de mayusculas. Exportar CSV.
🔒 Privacidad (Importante)
- ・Toda la validacion ocurre en tu navegador (JavaScript)
- ・Los correos ingresados nunca se envian a un servidor
- ・Los navegadores no pueden consultar MX, por lo que la verificacion DNS no se incluye
| # | Correo | Estado | Notas |
|---|
📖 Dónde se suele tropezar
Pega las direcciones una por línea y comprueba en una pasada el formato RFC 5322, los dominios desechables, las cuentas de rol, los duplicados y las diferencias sólo de mayúsculas, todo en el navegador, con exportación a CSV de las válidas. Aquí puede juzgarse si el formato está bien construido, no si el correo llegará: muchísimas direcciones perfectamente formateadas son inalcanzables porque alguien se marchó, un dominio caducó o hubo una errata. Un navegador tampoco puede consultar registros MX.
| Caso | Qué ocurre | Qué hacer |
|---|---|---|
| Intentar decidir la validez con una expresión regular | Una expresión regular que implemente del todo la RFC 5322 ocupa miles de caracteres, porque debe cubrir partes locales entrecomilladas, comentarios y literales de dirección IP. Y ni siquiera entonces te dice nada sobre la entregabilidad: a@b está bien formado y no existe. El fallo en sentido contrario hace más daño: una validación demasiado estricta rechaza direcciones legítimas —el signo más de user+tag@example.com (los alias de Gmail), gTLD largos como .photography, dominios internacionalizados, puntos en la parte local—. Quien es rechazado no sabe por qué y sencillamente se marcha. |
Mantén la validación del formulario en algo así como una arroba con un punto después. Eso sólo caza erratas obvias, y con eso basta: la existencia sólo se establece enviando un correo de confirmación y, si lo vas a hacer, endurecer la comprobación de formato no aporta nada. El razonamiento se apoya en una asimetría: una dirección legítima que rechazaste por error es una pérdida que nunca verás, mientras que una inválida que aceptaste por error se detecta sin falta cuando la confirmación no llega. Empieza por el type="email" de HTML, que valida dentro de límites razonables: es más laxo que una regex casera y es correcto. |
| Fiarse demasiado de la lista de dominios desechables | Los dominios de correo desechable se multiplican a diario —algunos servicios registran un dominio y lo usan unas horas—, así que toda lista está permanentemente desfasada, y no estar en la lista no significa no ser desechable. El problema va también en sentido contrario: hay quien usa direcciones desechables por motivos legítimos —una consulta puntual, un registro en el que se quiere privacidad— y las direcciones de reenvío que ofrecen oficialmente las plataformas, como Ocultar mi correo de Apple o Firefox Relay. Esas existen, entregan con fiabilidad y algunas listas las marcan como desechables. | Trata una coincidencia de dominio desechable como aviso, no como rechazo. Esa distinción importa aquí más que ninguna otra: rechazar te cuesta clientes potenciales legítimos y usuarios celosos de su privacidad. El uso correcto de la señal es cambiar lo que ocurre después —excluirlos de un envío de marketing para contener la tasa de rebote, o detectar registros repetidos en la prueba gratuita—, no cerrar la puerta. Si de verdad quieres sólo cuentas que existan, exigir un clic en un correo de confirmación (doble aceptación) es el único método fiable: quien use una dirección desechable también puede hacer clic, pero al menos habrás establecido que tiene intención de recibirlo ahora mismo. |
| Mayúsculas y variantes de formato ocultan duplicados | Por especificación, la parte local anterior a la arroba distingue mayúsculas: Taro@example.com y taro@example.com son direcciones estrictamente distintas. En la práctica, sin embargo, casi todos los servidores de correo ignoran las mayúsculas y ambas llegan al mismo buzón. La parte del dominio tampoco distingue por especificación. Ese hueco entre la norma y la realidad es justo donde se esconden los duplicados: registra como personas distintas dos filas que sólo difieren en mayúsculas y la misma persona recibirá el mismo correo dos veces. Gmail va más allá e ignora los puntos de la parte local y todo lo que siga a un +, de modo que varias direcciones visiblemente distintas apuntan a un mismo buzón. |
Pasa a minúsculas antes de guardar y antes de comprobar duplicados. La especificación dice que las mayúsculas cuentan, pero implementaciones que lo respeten no existen en la práctica, así que tratar las direcciones sin distinguir mayúsculas es la respuesta realista. Conserva la entrada original sólo para mostrarla y la experiencia del usuario no se resiente. Llegar o no a la normalización de Gmail —quitar puntos y todo lo posterior a un +— depende de tu objetivo: ayuda a detectar abusos, pero pasarse arriesga tratar a dos personas distintas como una, porque no todos los proveedores ignoran los puntos. Pon una restricción UNIQUE sobre la columna en minúsculas de la base de datos: una comprobación sólo en la aplicación deja pasar duplicados con peticiones concurrentes. |
Lo que de verdad ayuda al limpiar antes de un envío es la gestión de rebotes, no la comprobación de formato. Aun con un formato impecable, la gente se marcha, los dominios caducan, los buzones se llenan y las direcciones se teclean mal, y una lista sin mantenimiento pierde entre un veinte y un treinta por ciento al año por esas causas. En cuanto tu tasa de rebote supera el cinco por ciento, la reputación de tu dominio remitente cae y hasta el correo legítimo empieza a acabar en la carpeta de spam: es decir, el coste de seguir enviando a direcciones inválidas lo paga la lista entera, no sólo esas direcciones. Lo que hace falta, por tanto, es estrechar la entrada con doble aceptación, retirar los rebotes duros de inmediato y jubilar periódicamente a quienes ni abren ni hacen clic. Esta herramienta existe para descartar por adelantado lo evidentemente inválido; no garantiza la calidad de una lista: eso sólo se construye operando. Ten en cuenta además que las consultas MX no son posibles desde un navegador, porque no puede interrogar al DNS directamente; hazlas en el servidor si las necesitas.
📖 Cómo usar
-
1
Pega la listaPega una direccion por linea.
-
2
Pulsa ValidarVerifica RFC 5322, dominios desechables, roles, duplicados.
-
3
Exporta a CSVDescarga solo los validos en CSV.
❓ Preguntas frecuentes
Como se detectan los correos desechables?
Verifican registros MX?
Que es una cuenta de rol?
🔗 Herramientas relacionadas
🐛 ¿Encontró un problema con esta herramienta?
Gratis, sin registro. Incluso solo los pasos para reproducir ayudan. Los informes van directamente al operador y se usan para corregir.
¡Gracias por tu reporte!
Tu reporte llegó al operador y se usará para mejorar.