Hay un momento en tu tienda online en el que un cliente decide comprar otra vez. Ha vuelto a la web, ha buscado el producto, lo ha metido al carrito. Y entonces la pantalla le dice: "introduce tu contraseña".
No se acuerda. Pincha en "he olvidado mi contraseña". Aparece el mensaje esperado: "te hemos enviado un email para restablecer tu clave".
Y el email no llega.
Espera dos minutos. Refresca la bandeja. Mira spam. Nada. Vuelve a pedirlo. Sigue sin llegar. Cierra la pestaña. El pedido de 78€ que iba a hacer se evapora sin que aparezca en ningún dashboard como "abandonado". No entra en la métrica de carritos recuperables. No dispara ninguna alerta. Simplemente desaparece.
Este artículo trata de ese momento. De por qué el email de recuperación no llega, cuánto te cuesta, y cómo saber si tu base de datos es la responsable.
Por qué este fallo es tan invisible
Los emails de marketing tienen dashboards enteros dedicados a ellos: tasa de apertura, tasa de clic, bounces, unsubscribes. Cuando algo va mal, se ve en cuarenta y ocho horas.
Los emails de recuperación de contraseña, en cambio, viven en una zona muerta. Son transaccionales, salen del ESP o del propio backend de la tienda, y casi nadie los revisa. Si Shopify, WooCommerce o Magento reportan "email enviado", el equipo asume que ha llegado.
Pero "enviado" y "recibido" son cosas distintas. Y "recibido en spam" y "recibido en la bandeja principal" son cosas más distintas todavía.
El resultado: pierdes clientes en el punto exacto donde ya habían decidido comprar. La conversión más barata de tu tienda —la del cliente recurrente que vuelve motu propio— se rompe por un email que nunca llegó.
Un escenario ilustrativo para poner número al problema
Imagina una tienda española de moda casual con 45.000 clientes registrados y una media de 2.500 solicitudes de "olvidé mi contraseña" al mes. Es un volumen normal: en el sector moda, entre el 4% y el 7% de la base activa mensual pide reset alguna vez.
De esos 2.500 emails de reset:
- Un porcentaje típico del 6% al 10% cae en spam por reputación baja del dominio, motivada por hard bounces acumulados en campañas de marketing previas. Son 150 a 250 emails al mes que el cliente ve tarde o no ve nunca.
- Otro 3% a 5% son hard bounces directos porque la dirección del cliente lleva meses caducada (cambió de trabajo, canceló el proveedor, escribió mal el email al registrarse). Son 75 a 125 emails al mes que no llegan a ningún sitio.
- Un 1% adicional se atasca en filtros corporativos agresivos si el cliente usó una cuenta de trabajo.
Suma: entre 240 y 400 clientes al mes intentan volver a comprar y no pueden. Suponiendo que la mitad tenía un pedido en mente con ticket medio de 65€, hablamos de 7.800€ a 13.000€ mensuales de pedidos que se caen sin dejar rastro.
Nadie lo mide porque nadie enseña a mirarlo. Y por eso ClearRows lo ve continuamente en las auditorías de calidad de datos.
Las cuatro causas concretas
1. Hard bounces históricos que reventaron la reputación del dominio
Cada vez que un email de tu tienda intenta llegar a una dirección muerta, el proveedor de correo (Gmail, Outlook, Yahoo) toma nota. Si acumulas suficientes rebotes, tu dominio empieza a considerarse "poco fiable" y los mensajes futuros, incluidos los transaccionales, entran directamente en spam o se retrasan.
El origen suele estar en la lista de marketing, no en la de login. Envías una campaña a 20.000 direcciones, el 8% son inválidas (1.600 hard bounces en un solo envío), y el dominio queda tocado durante semanas. Cuando después el sistema intenta mandar un reset password legítimo, la reputación ya está dañada.
2. Direcciones caducadas registradas hace años
En tiendas con más de tres años de vida, un porcentaje de los emails de la base ya no existe. El cliente cambió de proveedor, dejó el trabajo donde le crearon la cuenta o simplemente abandonó Hotmail hace media década. Cuando pide reset password, el email se envía a una dirección muerta y rebota. El cliente no lo sabe: solo ve que el correo no aparece.
En bases españolas típicas de más de cinco años sin limpieza, entre el 8% y el 15% de los emails son direcciones caducadas o inexistentes.
3. Duplicados que dispersan el intento en la cuenta equivocada
Muchos clientes se registran dos veces con variantes: maria.lopez@gmail.com y mlopez@gmail.com, o el mismo email con y sin punto (Gmail los trata como iguales, pero tu base los guarda como distintos). Cuando piden reset, tu sistema envía el email a la cuenta con la que se registraron esta vez, no a la que efectivamente usan. El email llega, pero a un buzón que ya no revisan.
4. Emails con errores tipográficos aceptados al registrarse
@gmial.com, @hitmail.com, @yaho.es. Si en el momento del registro no validaste ni el dominio ni la sintaxis, la dirección quedó guardada como válida cuando en realidad no existe. Ninguna recuperación de contraseña llegará jamás porque el buzón no existe.
Cómo diagnosticar si te está pasando
Tres comprobaciones que puedes hacer esta tarde sin instalar nada:
1. Ratio de recuperaciones completadas vs solicitadas. Si tu backend registra cuántos emails de reset envía y cuántos terminan en un cambio efectivo de contraseña, la ratio debería estar por encima del 60%-70% en tiendas sanas. Si estás en 40% o menos, algo se rompe entre el envío y la recepción. Puede ser diseño de UX del correo, pero casi siempre es entregabilidad.
2. Consulta manual a soporte de una muestra. Coge diez tickets recientes de "no me llega el correo para cambiar contraseña" y revísalos uno a uno. Cuenta cuántos tienen el email en formato dudoso, duplicado o dominio raro. Si tres o más de esos diez tienen problemas visibles en la propia dirección, tu base tiene un problema estructural, no incidental.
3. Extrae y analiza tu CSV de clientes. Exporta la lista completa desde Shopify, WooCommerce o Magento. Súbela a un análisis de calidad de datos. Vas a ver en dos minutos qué porcentaje de tu base tiene emails con sintaxis rota, dominios muertos o duplicados. Ese porcentaje es una cota inferior de tus problemas de recuperación de contraseña, porque los clientes activos suelen tener direcciones peores que los inactivos (los inactivos ya se fueron con sus datos correctos, los activos son los que arrastran el histórico completo).
La solución no es cambiar el email de reset
Muchos equipos, al detectar el problema, reescriben la plantilla del email transaccional, cambian el asunto o migran a otro proveedor de envío. Ayuda un poco, pero no ataca la raíz.
La raíz es la calidad de la lista. Un dominio con reputación baja seguirá teniendo problemas aunque el email sea perfecto. Una dirección caducada seguirá rebotando aunque el copy sea inmejorable. Un cliente con dos cuentas seguirá recibiendo el reset en el buzón equivocado aunque el asunto sea "urgente".
La secuencia sana es al revés:
- Limpia la base de emails inválidos, duplicados y direcciones muertas.
- Deja que el dominio recupere reputación durante dos o tres ciclos de envío.
- Y entonces, si el problema persiste, mira el diseño del email.
Preguntas frecuentes
¿Los emails de reset password van por otro servidor y no dependen de la reputación del dominio de marketing? Depende del setup. Si mandas transaccionales por Shopify Email o WooCommerce nativo, salen del mismo pool de reputación que las notas de pedido. Si mandas por Klaviyo/Mailchimp/Brevo con dominio dedicado, están más aislados pero no completamente: los proveedores de correo también miran patrones globales del dominio.
¿Cuánto tarda una base sucia en dañar la reputación del dominio? Un solo envío grande con 8%+ de hard bounces puede tocar la reputación en menos de veinticuatro horas. Recuperarla lleva típicamente entre dos y ocho semanas de envíos limpios.
¿Basta con quitar los hard bounces después de cada campaña? Ayuda, pero es reactivo. Idealmente limpias la base antes del envío para no gastar reputación en direcciones que ya sabes que no existen. La limpieza preventiva cuesta menos que la reactiva.
¿Cómo diferencio si el problema es la reputación del dominio o la calidad concreta del email del cliente? Un análisis de calidad te da porcentaje de emails con dominio caducado, con sintaxis rota y duplicados. Si el porcentaje es alto (por encima del 10%), tienes las dos cosas: dominio dañado por los bounces históricos y direcciones concretas que fallan hoy.
En resumen
Los emails de recuperación de contraseña que no llegan son la fuga más silenciosa de tu tienda online. No aparecen en el dashboard de carritos abandonados, no disparan alertas y no forman parte de ninguna revisión semanal. Pero cortan el flujo del cliente recurrente en el punto exacto en el que ya había decidido comprar.
La causa raíz es casi siempre la misma: una base de datos con hard bounces históricos, direcciones caducadas y duplicados que llevan años erosionando la reputación del dominio y confundiendo los envíos actuales.
Antes de rediseñar el email de reset, mira los datos. Con un análisis gratuito de tu CSV de clientes puedes ver en dos minutos qué porcentaje de tu base es basura y cuántos pedidos de reactivación estás perdiendo cada mes por un correo que nunca llegó a su destinatario.
Sube tu CSV en clearrows.com/prueba-gratis. Sin tarjeta, sin compromiso, sin límite de filas. Vas a ver un porcentaje que probablemente no te va a gustar, pero que explica por qué las conversiones más fáciles de tu tienda se están cayendo sin ruido.
Artículos relacionados: