Carritos abandonados en PrestaShop: qué puedes enviar y qué no

El carrito que se queda a medias

Alguien eligió el producto, lo metió en el carrito, llegó a poner el correo y se fue. No es un curioso: es la persona que más cerca ha estado de comprarte hoy.

Recuperar esos carritos es de las pocas automatizaciones de una tienda que se pagan solas. También es de las que más fácil se hacen mal, porque tiene tres partes y casi todo el mundo solo mira la tercera: saber qué carrito está abandonado de verdad, saber a quién puedes escribir legalmente, y escribir.

Esta guía va de las tres, en ese orden, sobre PrestaShop 8 y 9.

Qué es y qué no es un carrito abandonado

Si abres Clientes → Carritos en el back office y te asustas, respira: la mayoría de esas filas no son abandonos.

PrestaShop crea una fila en la tabla de carritos casi por cualquier cosa. Muchas quedan vacías, otras corresponden a visitantes sin identificar, y otras son carritos que sí acabaron en pedido. Contar todas como abandono infla la cifra y hace que la primera métrica del proyecto ya sea mentira.

Un carrito abandonado útil cumple tres condiciones: tiene productos dentro, no tiene pedido asociado, y sabes cómo contactar con esa persona.

SELECT c.id_cart, c.id_customer, cu.email, c.date_upd
FROM ps_cart c
JOIN ps_customer cu ON cu.id_customer = c.id_customer
LEFT JOIN ps_orders o ON o.id_cart = c.id_cart
WHERE o.id_order IS NULL              -- no acabó en pedido
  AND c.id_customer > 0               -- sabemos quién es
  AND EXISTS (SELECT 1 FROM ps_cart_product p WHERE p.id_cart = c.id_cart)
  AND c.date_upd < NOW() - INTERVAL 1 HOUR
  AND c.date_upd > NOW() - INTERVAL 30 DAY;

Ajusta el prefijo de tabla si el tuyo no es ps_. Ese último filtro de treinta días importa: un carrito de hace cuatro meses no es una oportunidad, es un cadáver, y escribirle a alguien por algo que hizo en primavera parece exactamente lo que es.

Una advertencia sobre el estado de existencias: entre el abandono y tu correo pueden pasar horas. Comprueba el stock antes de enviar. Recordarle a alguien un producto agotado es la manera más rápida de convertir una venta perdida en un cliente enfadado.

Lo que la ley te deja enviar

Esta es la parte que casi ninguna guía menciona, y es la que puede costarte dinero de verdad.

En España, el artículo 21 de la LSSI prohíbe enviar comunicaciones comerciales por correo electrónico a quien no las ha solicitado o autorizado. Hay una excepción, y conviene leerla despacio: se permite cuando existe una relación contractual previa y se ofrecen productos similares a los ya contratados.

De ahí salen dos situaciones muy distintas:

El cliente que ya te ha comprado alguna vez. Encaja en la excepción. Puedes escribirle sobre productos similares, siempre con una forma sencilla y gratuita de oponerse en cada mensaje.

Quien nunca ha comprado. Aunque haya dejado el correo en el checkout, no hay relación contractual previa. Dejar un correo para completar un pedido no es autorizar publicidad. Aquí necesitas consentimiento explícito y separado.

La consecuencia práctica es que la casilla importa. Si tu checkout ya tiene una casilla de suscripción —no premarcada, no mezclada con la de condiciones de venta—, quien la marca entra en la secuencia. Quien no, no.

Merece la pena decirlo claro: esto reduce el volumen. También reduce las denuncias, y las sanciones por comunicaciones comerciales no consentidas no son simbólicas. Segmenta por base jurídica primero y por comportamiento después, nunca al revés.

Y en todos los casos, sin excepción: identificación clara del remitente, la palabra “publicidad” o equivalente cuando proceda, y baja en un clic que funcione de verdad.

El disparador: cron, no visitas

Muchos módulos lanzan sus tareas aprovechando las visitas a la tienda. Es cómodo y es frágil: si tienes poco tráfico de madrugada, los correos de las tres de la mañana salen a las nueve, y la secuencia deja de ser una secuencia.

Lo correcto es una tarea programada de verdad:

# Cada hora en punto. El token evita que la URL la pueda lanzar cualquiera.
0 * * * * curl -s "https://tutienda.es/modules/mimodulo/cron.php?token=XXXX" > /dev/null

Si tienes acceso al servidor, mejor por línea de comandos que por URL, porque así el proceso no compite con el tiempo de respuesta de la web ni depende del límite de ejecución de PHP-FPM.

Dos cosas que este proceso necesita sí o sí:

Marca de envío por carrito y por paso. Sin una tabla que registre qué se ha mandado ya, un cron que se ejecute dos veces manda el correo dos veces. Es el fallo más común y el que más rápido quema la reputación de tu dominio.

Condición de parada. Si la persona compra, se da de baja o llega al último paso, sale de la secuencia. Suena obvio hasta que alguien recibe el recordatorio del carrito que ya pagó.

Cuántos correos y cuándo

No hay una cifra universal, y quien te la dé sin conocer tu tienda se la está inventando. Lo que sí es estable es la lógica: cada mensaje necesita un motivo distinto, o el segundo y el tercero son el primero repetido y más molesto.

Un esquema que funciona en tiendas normales:

Primer mensaje, a la hora. Puramente útil, sin venta. “Te hemos guardado el carrito” con el enlace para recuperarlo. Mucha gente abandona por interrupción, no por duda: el móvil suena, el niño llama. A esa persona le estás haciendo un favor.

Segundo mensaje, al día siguiente. Aquí sí hay una objeción que resolver, y suele ser la misma: envío, plazo, devoluciones o garantía. Contéstala en el correo en lugar de repetir el producto.

Tercer mensaje, a los tres días. Es el último y hay que decirlo. Si va a haber incentivo, va aquí.

Manda los tres desde el mismo remitente reconocible y con asuntos distintos. Y no envíes de madrugada aunque el carrito se abandonara de madrugada: llegar a las cuatro de la mañana no mejora nada y sí aumenta las bajas.

El cupón, y la trampa del cupón

Un descuento en el primer correo sube la recuperación a corto plazo. También le enseña a tu cliente habitual que si abandona el carrito le llega un diez por ciento, y eso lo aprenden más rápido de lo que parece. Al cabo de unos meses estarás pagando descuento por pedidos que ibas a tener igual.

Si usas cupón:

• En el último mensaje, no en el primero.
• Con caducidad corta y visible.
• De un solo uso y vinculado al correo, no un código genérico que acabará en foros de descuentos.
• Nunca sobre productos que ya están rebajados.

// Cupón nominal, un uso, 72 horas. Un código genérico en un correo masivo
// termina publicado en un agregador de cupones el mismo día.
$regla = new CartRule();
$regla->code = 'CR-' . strtoupper(Tools::passwdGen(8));
$regla->id_customer = (int) $idCliente;
$regla->quantity = 1;
$regla->quantity_per_user = 1;
$regla->reduction_percent = 5;
$regla->date_from = date('Y-m-d H:i:s');
$regla->date_to = date('Y-m-d H:i:s', strtotime('+3 days'));
$regla->active = true;
$regla->add();

Lo que no funciona

Escribir a todo el que dejó un correo. Además del problema legal, tus tasas de queja suben y acabas en la carpeta de promociones o directamente en spam, con lo que pierdes también los correos transaccionales.

Cinco correos “por si acaso”. A partir del tercero lo que recuperas es marginal y lo que ganas son bajas y marcas de spam.

Recordar el carrito sin mirar el stock. Ya está dicho, pero es el fallo que más enfada.

Atribuirte toda la recuperación. Parte de esa gente iba a volver sola. Si no descuentas eso, el informe dirá que la automatización es tres veces mejor de lo que es.

Reutilizar el remitente de las notificaciones de pedido. Si el correo comercial genera quejas, arrastra al transaccional que sí necesita llegar.

Cómo medir sin engañarte

La medición honesta de una secuencia de recuperación necesita un grupo de control: un porcentaje de los carritos que cumplen todas las condiciones y a los que, deliberadamente, no se les envía nada.

Es incómodo, porque parece dejar dinero sobre la mesa. Es lo único que responde a la pregunta de verdad, que no es “cuántos volvieron después del correo” sino “cuántos volvieron por el correo”.

Con un cinco o un diez por ciento de control basta en la mayoría de tiendas. Deja correr dos o tres meses —los carritos no son tantos como parecen— y compara la tasa de conversión de los dos grupos. La diferencia es tu resultado real. Todo lo demás es el número que sale en la captura de pantalla del proveedor.

Guarda también las bajas y las quejas por spam en la misma tabla. Una secuencia que recupera un poco más a costa de quemar la lista no es una mejora, es un préstamo.

Si te apañas con esto, no necesitas nada más

La consulta está arriba, el cron son dos líneas y las plantillas de correo las tienes en PrestaShop. Si tu volumen es pequeño y tienes quien mantenga el código, hacerlo a mano es una decisión perfectamente sensata.

Lo que se complica con el tiempo es lo de siempre: que la marca de envío aguante un cron que se solapa, que los cupones caduquen solos, que la plantilla no se rompa en la siguiente actualización y que exista el grupo de control cuando alguien pregunte si esto sirve para algo.