Erratas comunes al escribir el email y cómo detectarlas en el registro

La mayoría de las direcciones de email malas no son falsas. Están mal escritas. Alguien con prisa en el teclado del móvil escribe gmial.com, yaho.com o .con, tu formulario lo acepta porque tiene forma de dirección, y ese cliente nunca recibe el recibo, el restablecimiento de contraseña o la newsletter que pidió. La buena noticia es que las erratas comunes al escribir el email no son aleatorias: siguen un pequeño conjunto de patrones que se repiten. Esta guía es una referencia de esos patrones, por proveedor, por dominio de nivel superior y por estructura, y explica cómo detectar cada uno en el registro sin molestar a quienes escribieron bien su dirección.

La respuesta corta#

Las erratas de email se dividen en tres grupos: dominios de proveedor mal escritos (gmial.com, hotmial.com, outlok.com), dominios de nivel superior mal tecleados (.con, .cmo, o .co en lugar de .com) y fallos de estructura (una @ que falta, un espacio, una coma, unas comillas pegadas). Atrápalas en el teclado. Usa type="email" con autocomplete="email" para que los navegadores puedan rellenar la dirección por la gente, corrige en silencio los fallos que solo tienen un significado posible y muestra una sugerencia del tipo «¿Quisiste decir…?» para las erratas de dominio: sugiere, nunca corrijas automáticamente en silencio. Las erratas antes de la @ necesitan una comprobación del buzón, y el doble opt-in es la última red de seguridad.

Erratas comunes en dominios de email, por proveedor#

Las erratas de dominio salen de cuatro fallos mecánicos: dos letras intercambiadas (gmial), una letra que se cae (gmai), una tecla vecina pulsada por error (gnail, porque la n está junto a la m) o una letra duplicada (gmaill). Aplícalos al puñado de proveedores en los que viven la mayoría de las direcciones de consumidores y obtienes la tabla de abajo. Son patrones típicos, no una clasificación; la mezcla exacta en tu lista depende de tu audiencia y de sus dispositivos.

La tercera columna importa tanto como la segunda. Cada uno de estos proveedores también tiene dominios reales que parecen casi-erratas, y «corregir» uno de ellos rompe una dirección válida.

AOL es una advertencia útil. Con un nombre de tres letras hay poco margen para una errata dentro del propio nombre, así que la mayoría de los fallos caen en el TLD o duplican una letra, y cambiar una sola letra suele dar como resultado el dominio real de otra empresa. Cuanto más corto es el dominio, más cuidadoso tiene que ser un motor de sugerencias.

Erratas en el TLD: .con, .cmo y las que son reales#

Los errores después del último punto se dividen en dos grupos muy distintos. Algunos producen un dominio de nivel superior que no existe, así que la dirección no supera la comprobación de dominio y nunca podrá recibir correo. Otros producen un TLD de país real, en el que el dominio mal escrito puede existir, pertenecer a otra persona y aceptar tu correo.

Las erratas que dan un TLD real son la razón por la que una comprobación de sintaxis no basta. jane@gmail.co es una dirección perfectamente válida en un TLD real. Una comprobación de sintaxis la deja pasar y, si alguien ha registrado el dominio parecido, puede que una comprobación de dominio también; una comparación con los proveedores conocidos la señala en cualquier caso.

Errores de estructura: @ que falta, espacios, comas y comillas pegadas#

El tercer grupo no es una falta de ortografía en absoluto. Es una forma rota, a menudo por copiar y pegar o por el teclado del móvil. La regla para gestionarlos es sencilla: corrige en silencio todo lo que tenga exactamente un significado posible, y pregunta por todo lo que requiera adivinar.

Por qué las erratas de email cuestan más que un rebote#

Una errata parece un fallo pequeño y privado: una persona, un mensaje perdido. Su alcance es mayor.

Un rebote duro garantizado#

Una dirección en un dominio que no existe, o un buzón que nunca se creó, falla de forma permanente la primera vez que le envías. Cada uno de esos rebotes duros alimenta la tasa de rebote por la que te juzgan los proveedores de buzón, y una lista recogida sin ninguna comprobación de erratas trae un suministro constante de ellos. La diferencia entre fallos permanentes y temporales se explica en hard bounce vs. soft bounce.

Trampas de spam en dominios con errata#

Algunos operadores de trampas registran erratas de los dominios de los grandes proveedores precisamente porque solo les enviarán los remitentes que nunca comprueban las direcciones. Tocar una le dice a un filtro que captas sin validar. De los tres tipos de trampa de spam, las trampas por errata son el único que un verificador elimina de forma fiable, porque la errata se ve en la propia dirección.

Fugas de privacidad y seguridad de las cuentas#

Cuando una errata cae en un dominio real que acepta todo el correo, tus mensajes no rebotan. Llegan a otra parte. Eso puede significar detalles de pedidos, facturas o conversaciones de soporte entregados a un desconocido. Para los productos con cuentas de usuario es peor: si alguien se registra con un dominio mal escrito, quien controle ese dominio puede recibir sus enlaces de restablecimiento de contraseña. Confirmar la dirección antes de enviar nada sensible cierra ese hueco.

Clientes que nunca saben de ti#

La persona detrás de la errata no ha hecho nada mal. Está esperando un recibo, una actualización del envío, un enlace de inicio de sesión o un aviso de fin de prueba que nunca llegará, y el resultado habitual es un ticket de soporte, un contracargo o una baja silenciosa. Para tiendas y productos SaaS ese es el coste real, y por eso la verificación de email para ecommerce se centra en el checkout, no en el marketing.

Cómo detectar erratas en el registro#

La prevención en el teclado gana a cualquier corrección posterior, porque la persona que cometió la errata está ahí mismo para confirmar la corrección.

Empieza por el campo de entrada#

La prevención de erratas más barata es no obligar a la gente a escribir:

<input
  type="email"
  name="email"
  autocomplete="email"
  autocapitalize="none"
  spellcheck="false"
  required
/>

autocomplete="email" permite que el navegador o el gestor de contraseñas rellenen una dirección guardada, y una dirección rellenada no tiene erratas. type="email" muestra en el móvil un teclado con @ y . y aplica una comprobación básica de forma. autocapitalize="none" y spellcheck="false" impiden que los teclados del móvil pongan mayúsculas o reescriban la dirección «para ayudar». Recuerda que type="email" solo comprueba la forma; como explica por qué falla la validación de email con regex, gmial.com es un dominio con una forma perfecta.

Muestra una sugerencia del tipo «¿Quisiste decir…?»#

Compara el dominio con una lista de proveedores comunes y, cuando se quede cerca, ofrece la corrección. Unas pocas reglas separan un aviso útil de uno molesto:

• Comprueba al salir del campo o al enviar, no con cada pulsación, para no señalar gmai mientras alguien todavía está escribiendo.
• Muestra la dirección corregida completa con la parte cambiada resaltada: «¿Quisiste decir jane@gmail.com?».
• Haz que aceptar sea un clic y que mantener la original sea fácil. Nunca bloquees el formulario porque se haya ignorado una sugerencia.
• Nunca corrijas automáticamente en silencio. mail.com es un proveedor real a una letra borrada de gmail.com; una corrección silenciosa cambiaría una dirección que alguien escribió a propósito.
• Sugiere solo frente a proveedores conocidos. No puedes saber si acme.co debería ser acme.com, y adivinar con dominios de empresa causa más daño del que evita.

Puedes construir la comparación tú mismo con una comprobación de distancia de edición (las guías de validación en Node.js y Python cubren las capas que la rodean), o usar el campo did_you_mean que devuelve la API de Qualisend cuando detecta una errata probable. El patrón serverless para el registro muestra cómo conectarlo a un formulario, junto con los indicadores de direcciones desechables y de rol que trae ese mismo resultado. Para ver la lógica con una sola dirección, pégala en el comprobador de erratas de email gratuito.

Por qué un campo de «confirma tu email» es un remedio flojo#

La segunda casilla de «vuelve a escribir tu email» es la defensa contra erratas más común y una de las menos eficaces. La gente pega el primer campo en el segundo y copia la errata con él. Los navegadores autorrellenan ambos campos. Alguien cuyos dedos siempre escriben gmial lo escribirá dos veces. Y cada registro legítimo paga la fricción para atrapar una minoría de errores. Una sugerencia del tipo «¿quisiste decir…?», junto con mostrar la dirección después del registro («Hemos enviado tu recibo a jane@gmail.com. ¿No es correcta? Edítala»), atrapa más con menos esfuerzo.

Las erratas en la parte local necesitan una comprobación del buzón#

jnae@gmail.com tiene un dominio perfecto, así que ningún motor de sugerencias puede ayudar: solo la persona conoce su propio nombre. La única forma automática de detectarlo es una comprobación SMTP del buzón que pregunte a Gmail si ese buzón existe. Si no existe, la dirección vuelve como no entregable. Si la errata coincide con el buzón real de otra persona, o el dominio es un catch-all que acepta cualquier dirección, ninguna comprobación puede saberlo. Ahí entra la última capa.

El doble opt-in como red de seguridad#

Un email de confirmación atrapa lo que se haya colado por todo lo demás: la dirección con errata nunca hace clic, así que nunca entra en tu lista, y el desconocido que lo recibió no vuelve a recibir nada. El inconveniente es que el doble opt-in encuentra las erratas perdiendo al suscriptor, y por eso funciona mejor detrás de la verificación que en su lugar. Single vs. double opt-in explica el equilibrio, y cómo frenar los registros de email falsos cubre las demás capas que necesita un formulario de registro.

Cómo corregir las erratas que ya están en tu lista#

Las erratas recogidas antes de que añadieras todo esto siguen en tu lista. Elimínalas así:

1. Pasa la lista por la verificación. Las filas con una sugerencia did_you_mean o con un dominio con errata no entregable quedan señaladas en los resultados.
2. Suprímelas de los envíos. Rebotarán, llegarán a un desconocido o tocarán una trampa; ninguno de esos resultados te ayuda.
3. No corrijas en bloque y empieces a enviar. Es muy posible que la dirección corregida sea la de esa persona, pero nunca la introdujo ni la confirmó, y con partes locales comunes podría pertenecer a otra persona por completo.
4. Recupera a los clientes por otro canal. A quienes tienen cuenta, pídeles que confirmen su dirección en su próximo inicio de sesión, o usa un número de teléfono que ya tengas. Para los contactos de marketing de alto valor, un único email de confirmación sencillo a la dirección corregida es lo máximo que deberías enviar, y vuelve a añadirlos solo si hacen clic.
5. Mide la tasa de erratas por formulario. Un salto repentino en un formulario suele significar que algo se ha roto, como un campo que perdió su type="email" o un diseño móvil en el que el autocorrector se volvió a activar.

La rutina más amplia de verificar, suprimir y volver a comprobar se detalla en la checklist de higiene de listas de correo.

Pega cualquier dirección en el comprobador de erratas de email gratuito para ver la lógica del «¿Quisiste decir…?» en acción, o haz una comprobación completa con el verificador de correo gratuito. Para limpiar una lista entera, empieza con 100 créditos gratis que nunca caducan.