Un cliente compra en tu tienda. Paga. Cierra la pestana. Espera el email de confirmacion.

Nunca llega.

Al cabo de veinte minutos, abre el chat de tu web y pregunta si el pedido se ha registrado. Tu equipo responde que si. El cliente pide que le reenvien la confirmacion. Alguien la reenvia manualmente. Media hora perdida por un problema que nunca debio existir.

Multiplica esa escena por veinte, cincuenta o cien pedidos al mes. Ahi tienes el coste real de un email transaccional que no llega.

Y en la mayoria de casos, la culpa no es de la plataforma ni del servidor de correo. Es de los datos.

Que es un email transaccional y por que no es lo mismo que uno de marketing

Un email transaccional es una notificacion automatica que se dispara despues de una accion concreta del cliente. En ecommerce, los mas comunes son:

  • Confirmacion de pedido (justo despues de pagar)
  • Confirmacion de envio (cuando sale del almacen, con tracking)
  • Confirmacion de entrega (cuando la agencia marca el pedido como entregado)
  • Aviso de devolucion aceptada
  • Recuperacion de contrasena
  • Cambio de datos de cuenta

A diferencia de los emails de marketing, el transaccional:

  • No requiere consentimiento previo (es parte del servicio contratado)
  • Suele tener tasas de apertura del 60-80% (frente al 20-25% del marketing)
  • Es la principal herramienta de tranquilidad post-compra
  • Si no llega, la percepcion del cliente cae en picado

Un cliente que no abre tu newsletter no se molesta. Un cliente que no recibe la confirmacion de su pedido de 89€ se pone nervioso, contacta a soporte y, si tarda, publica una resena de una estrella.

Cinco razones por las que el email transaccional no llega

Antes de tocar la configuracion tecnica de tu servidor SMTP, revisa el origen del problema. En una parte importante de los casos, esta en tus datos.

1. El cliente escribio mal su email

Es el caso mas comun y menos investigado. En un formulario de checkout, un cliente puede escribir:

  • gmial.com en lugar de gmail.com
  • hotnail.com en lugar de hotmail.com
  • yaoo.com en lugar de yahoo.com
  • Su email con un espacio al final
  • Una direccion inventada porque no quiere spam

En bases tipicas de ecommerce, entre un 3% y un 8% de las direcciones tienen errores de sintaxis o dominios inexistentes. Todos esos pedidos generan una notificacion que rebota o cae en el vacio.

2. El dominio del email ya no existe

El cliente compro hace dos anos con su email de trabajo. Cambio de empresa. Ese dominio dejo de existir. Cuando le envias la confirmacion del pedido de hoy, tu servidor recibe un hard bounce.

Este tipo de rebote afecta menos a la operativa del pedido concreto (porque suele ser un cliente recurrente que ya conoce el flujo) pero contamina tu tasa de entregabilidad global. Si tienes un 4% de dominios muertos en tu base, cada campana transaccional pierde credibilidad ante los filtros anti-spam.

3. Cliente duplicado con dos emails diferentes

Imagina que en tu base aparece dos veces la misma persona: un perfil antiguo con un Gmail que dejo de usar hace un ano y un perfil reciente con su email actual. Si el pedido nuevo se enlaza al perfil viejo (por telefono o direccion coincidente), la confirmacion se manda al email obsoleto que esa persona ya no revisa. No recibe nada, tu sistema marca la notificacion como entregada, todos pierden.

Es un patron habitual en bases con duplicados por similitud fonetica: el mismo cliente registrado varias veces con pequenas variaciones de email o nombre.

4. Tu dominio esta en una blacklist por historial de emails invalidos

Si llevas meses enviando marketing y transaccional a una base con muchos emails invalidos, tu reputacion de dominio cae. Los grandes proveedores (Gmail, Outlook, Yahoo) empiezan a marcar tus mensajes como spam o directamente los bloquean.

El drama: el marketing lo notas rapido (bajan aperturas y clics), pero el transaccional lo notas tarde. Descubres que tus confirmaciones caen en spam solo cuando un cliente enfadado te llama porque nunca recibio la factura.

Esto pasa mas cuando la limpieza de la base ha sido reactiva (limpiar cuando ya hay problema) en lugar de preventiva.

5. El proveedor SMTP tiene tu direccion en su propia lista negra interna

Herramientas como SendGrid, Mailgun, Postmark o el servicio transaccional de Brevo mantienen listas internas de direcciones que rebotaron o marcaron tus emails como spam. Cuando intentas enviar de nuevo a esa direccion, el proveedor bloquea el envio (proteccion de reputacion).

Si tu base tiene muchos rebotes historicos, muchas confirmaciones de pedido futuras se bloquearan silenciosamente antes de intentarse siquiera.

Que ves tu (el dueno de la tienda) cuando esto pasa

En tu backend todo parece normal:

  • El pedido esta registrado
  • El pago aparece confirmado
  • El email figura como "enviado" en el log de Shopify, WooCommerce o Magento

Pero en la realidad:

  • El cliente no lo recibio
  • El pedido esta en un limbo de comunicacion
  • El primer aviso que tienes es un ticket de soporte, una llamada o una resena

El coste no se ve en la plataforma. Se ve en el CRM de soporte y en el tiempo del equipo.

Cuanto cuesta un email transaccional no entregado (numeros ilustrativos)

Imagina una tienda espanola con 400 pedidos al mes y un ticket medio de 55€.

Supongamos que un 5% de los pedidos genera un problema de comunicacion post-compra (email de confirmacion o envio que no llega). Serian 20 incidencias al mes.

Cada incidencia consume, en promedio:

  • 8 minutos de un agente de soporte (buscar pedido, reenviar confirmacion, calmar al cliente)
  • Riesgo de una resena negativa en 1 de cada 10 casos
  • Riesgo de devolucion evitable en 1 de cada 20 casos (cliente compro dos veces creyendo que fallo)

Con esos supuestos:

  • 20 × 8 min = 160 minutos de soporte al mes (2 horas y media)
  • 2 resenas negativas potenciales al mes
  • 1 devolucion adicional al mes

A 15€/hora de coste laboral cargado, son 40€/mes solo en tiempo de agente. Sumando la devolucion evitable (55€) y el impacto reputacional (dificil de cuantificar), rondas los 90-100€/mes, o algo mas de 1.100€ al ano, solo por emails transaccionales que no llegan.

Estos numeros son estimaciones ilustrativas para una tienda de tamano medio. En tu caso pueden ser mas bajos o mas altos segun ticket medio y volumen.

Como diagnosticar si el problema son tus datos (paso a paso)

Antes de contratar un proveedor SMTP nuevo o cambiar de plataforma, dedica una hora a esto.

Paso 1: exporta tu lista de clientes de los ultimos 6 meses

Desde Shopify, WooCommerce, PrestaShop o Magento, exporta un CSV con estos campos minimos:

  • Email
  • Nombre y apellidos
  • Telefono
  • Direccion postal
  • Fecha del ultimo pedido

Paso 2: analiza calidad de datos

Sube ese CSV a una herramienta de analisis de calidad de datos. En ClearRows el analisis es gratuito, sin tarjeta, sin limite de filas. Recibiras un informe con:

  • Emails con formato invalido
  • Dominios inexistentes (fallo DNS)
  • Emails desechables (yopmail, mailinator, guerrillamail, etc.)
  • Duplicados exactos y por similitud fonetica
  • Telefonos mal formateados
  • Direcciones incompletas

Ese informe te dice cuanto de tu problema de entregabilidad es un problema de datos.

Paso 3: compara con tus rebotes reales

En Shopify Notifications, en WooCommerce con SMTP plugins, en Klaviyo o Brevo transactional, revisa cuantos hard bounces has acumulado. Compara ese numero con los emails invalidos que detecta el analisis.

Si coincide, ya tienes la respuesta: tu base tiene mala calidad y por eso los transaccionales fallan.

Paso 4: limpia (si procede)

Si el score de calidad esta por debajo de 85, merece la pena limpiar antes de invertir en cualquier otro cambio tecnico. En ClearRows:

  • Limpieza basica: 67€ (hasta 25.000 registros)
  • Limpieza completa: 147€ (hasta 50.000 registros)

Recibes el CSV limpio por email en unos 15 minutos. Solo pagas si decides limpiar; el analisis es gratuito.

Que hacer despues de limpiar

Una limpieza puntual no basta si tu formulario de checkout sigue admitiendo cualquier cosa. Recomendaciones:

  • Anade validacion de sintaxis del email en el checkout (regex + comprobacion DNS ligera)
  • Pide confirmar el email por segunda vez en el registro (campo doble)
  • Si aparece un rebote duro, marca el cliente como "email invalido" en tu CRM y contactalo por telefono o WhatsApp para actualizar el dato
  • Revisa la calidad cada trimestre, no solo cuando hay incendio

Recapitulacion

El email transaccional que no llega es un problema silencioso: no aparece en tu dashboard, aparece en tus tickets de soporte y en tus resenas. En la mayoria de casos, el origen no es la plataforma ni el proveedor SMTP, sino la calidad de los datos que estas usando.

Un analisis previo cuesta cero. La limpieza cuesta menos que un mes de tickets evitables. Y una vez limpio, cada confirmacion de pedido llega a su destino y la percepcion de tu tienda mejora sin cambiar nada mas.

Si quieres saber cuantos emails transaccionales estan fallando ahora mismo en tu base, sube tu CSV a ClearRows y en dos minutos tendras el numero. Sin tarjeta, sin compromiso.