Verificación de correo vs. validación de correo: qué le indica cada paso

La validación de correo confirma que una dirección esté escrita correctamente; la verificación de correo comprueba si es entregable en el momento de la consulta, y cada una debe realizarse en un punto distinto del flujo de trabajo.

La diferencia entre la verificación de correo y la validación de correo se reduce a dos preguntas distintas. La validación pregunta si una dirección está escrita en un formato aceptable: un signo @, una parte local, un dominio y sin caracteres ilegales. La verificación pregunta si una dirección correctamente formateada es entregable, lo que significa que puede recibir correo en el momento de la consulta. La validación se ejecuta al instante en su propio código y no tiene costo, pero no puede indicarle si un buzón existe. Una comprobación de entregabilidad, como la Verificación de entregabilidad de correo de EmailCheckPro, devuelve Entregable o No entregable sin enviar nada a la dirección. La mayoría de los equipos necesitan ambas: primero la validación para detectar errores tipográficos y, después, una comprobación de entregabilidad en las direcciones que superan el filtro.

Qué comprueba la validación de correo

La validación es un conjunto de reglas de formato aplicadas al texto que una persona escribió o que contiene un archivo. Nunca contacta con nada fuera de su aplicación. Las reglas típicas incluyen:

• Exactamente un @ que separa una parte local de un dominio.
• Sin espacios, comas o caracteres especiales sin comillas.
• Un dominio con al menos un punto y una etiqueta de nivel superior plausible.
• Límites de longitud. RFC 5321 limita la parte local a 64 octetos y una ruta de reenvío completa a 256 octetos, por lo que es seguro rechazar cualquier cosa más larga.

Los navegadores ya aplican un conjunto de reglas deliberadamente simplificado para <input type="email">; el HTML Living Standard describe su definición como una violación intencionada de la gramática completa de RFC 5322, elegida porque la gramática completa acepta cadenas que ningún usuario real escribe.

Lo que la validación no puede hacer es igual de importante. jane.doe@example.com y jdoe1987@example.com superan todas las reglas de formato, pero una puede ser un buzón funcional y la otra puede no haber existido nunca. Una comprobación de formato tampoco puede detectar un dominio mal escrito pero bien formado, como gmial.com, porque esa cadena es sintácticamente correcta.

Qué le indica un paso de verificación de correo

La verificación comienza donde terminan las reglas de formato. Con EmailCheckPro, una Verificación de entregabilidad de correo completada informa uno de dos resultados para una dirección correctamente formateada:

• Entregable: la dirección podía recibir correo en el momento de la consulta.
• No entregable: la dirección no podía recibir correo en el momento de la consulta.

Una tercera situación se maneja por separado. Algunos dominios aceptan correo para cualquier parte local (dominios catch-all), por lo que no se puede confirmar un buzón individual de ninguna manera. EmailCheckPro los trata como Indeterminado en lugar de adivinar; la solicitud en tiempo real devuelve un código de negocio distinto de cero sin resultado, y la comprobación no se cobra.

Dos propiedades prácticas hacen que la verificación sea útil en producción. Primero, no se envía nada: el propietario de la dirección no recibe ningún mensaje ni notificación. Segundo, el resultado describe un momento específico. Una dirección que es entregable hoy puede cerrarse el próximo trimestre, por lo que un resultado almacenado debe llevar la fecha en que se produjo.

La verificación también tiene un alcance. Informa si una dirección puede recibir correo; no dice nada sobre quién controla el buzón o si aceptaron recibir comunicaciones de usted.

Verificación de correo vs. validación de correo: comparativa

La tabla muestra por qué los pasos se aplican en capas en lugar de intercambiarlos. La validación es económica y filtra la basura obvia antes de que usted gaste nada. Una comprobación de entregabilidad es la única de las dos que se refiere al buzón en sí. Una dirección que no supera la validación es simplemente una entrada no válida; no debe registrarse como No entregable, porque nunca se realizó ninguna pregunta de entregabilidad sobre ella.

Dónde pertenece cada paso en un flujo de registro

Un formulario de registro o pago tiene a una persona esperando, así que mantenga el orden simple y flexible:

1. Valide en el navegador y en el servidor. Use type="email" para obtener retroalimentación inmediata, luego repita las mismas reglas en el lado del servidor, ya que las comprobaciones del cliente pueden ser omitidas.
2. Ofrezca una sugerencia de corrección para errores tipográficos comunes en dominios. Una lista corta de errores frecuentes (gmial.com, hotmial.com) detecta errores que superan las reglas de formato.
3. Ejecute una única comprobación de entregabilidad. Llame a POST /api/v1/check con la dirección enviada una vez que supere la validación.
4. Ramifique según el resultado. Entregable: continúe. No entregable: pida a la persona que revise la dirección en lugar de rechazarla silenciosamente. Indeterminado: acepte el registro y confíe en su correo de confirmación habitual.
5. Almacene el resultado con una marca de tiempo. Los equipos de soporte podrán ver cómo era la dirección en el momento del registro.

Mantenga el mensaje de no entregable amable y específico, por ejemplo: "No pudimos confirmar que esta dirección pueda recibir correo. Por favor, verifique la ortografía". Un bloqueo estricto sin explicación suele frustrar a usuarios legítimos que escribieron mal un carácter.

Dónde pertenece cada paso en una importación de listas

Las importaciones de eventos, hojas de cálculo o CRM antiguos suelen traer una mezcla de problemas, así que ejecute la validación como un paso de limpieza antes de cualquier comprobación:

1. Normalice. Elimine espacios en blanco, convierta el dominio a minúsculas y divida las celdas que contengan dos direcciones.
2. Valide y aparte los fallos. Coloque las filas que no superen las reglas de formato en un grupo de "entrada no válida" para revisión manual.
3. Elimine duplicados. La misma dirección en tres filas solo necesita una comprobación.
4. Elija el tipo de solicitud por volumen. Para una lista corta, POST /api/v1/batch-check acepta de 1 a 100 direcciones y devuelve resultados en el orden de entrada en la misma respuesta. Para un archivo grande, POST /api/v1/bulk-tasks acepta un TXT o CSV con una dirección completa por línea; la tarea es asíncrona y usted debe consultar GET /api/v1/bulk-tasks/{id} hasta que el CSV de resultados esté listo. Los límites de tareas por producto se enumeran en la documentación de la API de EmailCheckPro.
5. Mantenga cuatro grupos. Entregable, No entregable, Indeterminado y entrada no válida requieren cada uno un responsable y un paso siguiente diferentes.

En una respuesta síncrona de múltiples direcciones, una entrada sin un resultado completado no es lo mismo que un veredicto de No entregable. Trátela como "no comprobada" y vuelva a intentarlo más tarde.

Errores comunes al combinar ambos

• Confiar en una expresión regular demasiado estricta. Los patrones que rechazan etiquetas + o dominios de nivel superior largos alejan a usuarios reales. Prefiera una regla de formato permisiva más una comprobación de entregabilidad.
• Fusionar entradas no válidas y no entregables. Provienen de pasos diferentes y merecen soluciones diferentes: la entrada no válida suele necesitar corrección por parte de una persona, mientras que No entregable puede significar que el buzón está cerrado.
• Adivinar en dominios catch-all. Marcar cada dirección Indeterminado como mala elimina contactos reales; marcarlas todas como buenas oculta riesgos. Manténgalas en su propio segmento.
• Reutilizar resultados antiguos indefinidamente. Vuelva a comprobar las direcciones antes de un envío importante si el último resultado tiene varios meses de antigüedad.
• Tratar la verificación como un permiso. Un resultado Entregable solo informa sobre la calidad de la lista; el consentimiento y la gestión de exclusiones son obligaciones separadas.

Preguntas frecuentes

¿Cómo pueden los equipos decidir si la validación de formato por sí sola es suficiente?

La validación de formato suele ser suficiente para campos de baja importancia, como un cuadro de boletín informativo opcional donde de todos modos sigue un correo de confirmación. Cuando una dirección impulsa la recuperación de cuentas, recibos de pedidos o una lista de difusión grande, el costo de un buzón mal escrito o cerrado es mayor, y una comprobación de entregabilidad en las direcciones que superan la validación añade la información que las reglas de formato no pueden proporcionar.

¿Cómo deben los equipos almacenar los resultados de verificación en una base de datos?

Almacene el resultado como uno de un pequeño conjunto de valores, como Entregable, No entregable, Indeterminado o entrada no válida, junto con la fecha de la comprobación. Mantener la fecha permite que los flujos de trabajo posteriores decidan cuándo una dirección necesita una nueva comprobación. Evite sobrescribir la dirección original con una versión corregida sin registrar que una persona o regla realizó el cambio.

¿Cómo pueden los desarrolladores manejar un resultado Indeterminado en el registro?

Permita que el registro continúe. Un resultado Indeterminado suele provenir de un dominio catch-all donde no se puede confirmar un buzón individual, por lo que bloquearlo alejaría a usuarios reales. Marque el registro internamente, envíe el correo de confirmación o bienvenida habitual y utilice el resultado de ese mensaje, como un clic o un rebote, para decidir el siguiente paso.

Más información

Elija la información del producto que se ajuste al siguiente paso en su flujo de trabajo.

• Ver la documentación del producto →
• Hablar con el equipo →