Programas de recomendación para PrestaShop: convertir clientes en comerciales

Un programa de recomendación es uno de los pocos canales de adquisición en los que tus clientes actuales hacen la venta y tú solo asumes el coste después de cerrar una compra. La estrategia —por qué el boca a boca convierte, qué recompensa ofrecer, cómo pedir recomendaciones sin resultar pesado— ya la vimos en programas de recomendación: convertir clientes satisfechos en tu equipo comercial. Este artículo cubre la otra mitad: cómo montarlo de verdad dentro de PrestaShop. La plataforma te da más materia prima de la que muchos comerciantes creen —reglas de carrito, cuentas de cliente, ciclo de estados del pedido, correo electrónico conectable mediante hooks—, pero no te da un motor de recomendaciones, así que la decisión real es cuánta fontanería quieres construir a mano y cuánta prefieres dejar en manos de un módulo.

Última actualización: junio de 2026.

Qué te da PrestaShop y qué no

PrestaShop tiene todos los elementos básicos que necesita un programa de recomendación, pero ninguno viene conectado con los demás. Ya controlas las cuatro piezas móviles: reglas de carrito (el sistema de vales/descuentos en Catálogo → Descuentos) para las recompensas —aquí el crédito en tienda es simplemente un vale específico para un cliente, no un libro contable de saldo de cuenta—; cuentas de cliente para identificar a quien recomienda, de modo que una regla de carrito pueda emitir crédito en forma de vale restringido a ese cliente; el ciclo de estados del pedido (Pago aceptado, Enviado, Entregado) para decidir cuándo se gana una recompensa; y el sistema de correo para comunicárselo a la gente. Lo que falta es la capa que vincula un clic con un comprador, atribuye el pedido de ese comprador a la persona que lo recomendó y emite la recompensa sin que tengas que tocar nada. Esa capa es todo el trabajo, y ahí es donde eliges tu ruta.

Ruta uno: reglas de carrito a mano

El enfoque sin módulos usa directamente las reglas de carrito. En Catálogo → Descuentos → Nueva regla de carrito creas un código de vale único por cada cliente que recomienda —por ejemplo REF-ANNA-7F3—, lo configuras como descuento porcentual o fijo, lo limitas a un solo uso y, si quieres, lo restringes por valor mínimo del carrito en la pestaña Condiciones para que nadie lo aproveche con un pedido de 2 €. El amigo introduce el código durante el proceso de pago; cuando ves que se ha usado, sabes que Anna lo ha recomendado y creas manualmente una segunda regla de carrito (crédito en tienda) para Anna como recompensa.

Entonces, ¿cuánto te cuesta realmente? Nada en licencias y mucho en tiempo. No hay enlace, no hay cookie, no hay atribución: solo códigos y tu propia contabilidad. Cada recompensa es una regla de carrito manual que creas después de revisar un pedido a ojo. Funciona, y en una tienda pequeña con un puñado de clientes habituales entusiastas es una forma legítima de probar si las recomendaciones convierten antes de invertir en un módulo. Pero se queda corto enseguida: a partir de unos 20–30 clientes recomendadores activos empiezas a dedicar horas reales a generar códigos y perseguir qué pedido pagado corresponde a quién, sin panel para el cliente y sin activación automática cuando un pedido por fin está Entregado, no simplemente realizado.

Ruta dos: un módulo de recomendación dedicado

Cuando merece la pena mantener las recomendaciones, un módulo sustituye toda la fontanería manual. Las piezas que debes esperar —y comprobar antes de comprar— son las mismas que le faltan a la versión hecha a mano:

• Enlace de recomendación por cliente. Cada cliente conectado recibe una URL única (yourstore.com/?ref=abc123) que puede compartir. Sin códigos que escribir.
• Atribución por cookie y ventana. Un clic deja una cookie; una compra posterior de ese visitante se acredita al cliente que lo recomendó. La ventana de atribución (cuánto dura la cookie —30 días suele ser el valor por defecto habitual—) es el ajuste que decide cuánta generosidad aplicas, así que confirma que sea configurable.
• Activador de recompensa ligado a un estado del pedido. Este es el detalle que separa un buen módulo de uno con fugas. La recompensa debería emitirse cuando el pedido llega a Pago aceptado o, mejor aún, a Entregado —pasado tu plazo de devolución—, no en el momento en que se crea un carrito. Un módulo que emite crédito al realizar el pedido entregará recompensas por pedidos que después se reembolsen.
• Protecciones antifraude. Prevención de autorreferidos (un cliente recomendándose a su propia segunda cuenta), valor mínimo de pedido antes de desbloquear una recompensa y límite de recompensas por periodo.
• Panel del cliente. Quienes recomiendan ven su enlace, el número de clics, las recomendaciones con éxito y las recompensas obtenidas desde su cuenta: justo lo que les anima a seguir compartiendo.
• Compatibilidad de versión y tema. Confirma que encaje con tu versión de PrestaShop y que la página de aterrizaje de recomendación y el bloque de cuenta se muestren correctamente en tu tema, no solo en uno de demostración.

Muchos módulos de recomendación para PrestaShop emiten recompensas como reglas de carrito/vales por debajo: es la maquinaria nativa de descuentos de PrestaShop, y un módulo bien construido simplemente las crea y asigna por ti en lugar de obligarte a hacerlo a mano. Pero algunos usan puntos, crédito de monedero, su propia lógica de cupones o sistemas externos de recompensa, así que confirma el mecanismo de recompensa antes de comprar. Cuando el módulo usa reglas de carrito nativas, es una buena noticia: los vales emitidos aparecen en la lista estándar de Catálogo → Descuentos, por lo que puedes auditar lo que se ha emitido.

Diseñar la recompensa como regla de carrito

Tanto si se emite a mano como mediante un módulo, la recompensa es una regla de carrito, y unas pocas decisiones de configuración evitan que te cueste más de lo que vale la recomendación. Ajusta estos puntos en las pestañas Condiciones y Acciones de la regla de carrito:

• Crédito en tienda (importe fijo): una recompensa de importe fijo con una ventana de validez (90 días es razonable) y un valor mínimo de carrito, para que un crédito de 10 € no pueda gastarse en un pedido de 10 € con margen cero.
• Descuento porcentual: X% de descuento en el siguiente pedido, pero ten en cuenta que una regla de carrito nativa no tiene ningún campo para limitar el descuento máximo de un porcentaje, así que un pedido grande puede regalar una cantidad sin tope. Si eso te preocupa, opta por un crédito en tienda de importe fijo, que tiene un límite inherente.
• Producto gratis: una regla de carrito que concede un producto concreto; solo tiene sentido cuando tienes un artículo de marca o regalo de bajo coste, porque si no el margen desaparece.
• Un uso por cliente y una fecha de caducidad clara en cada regla, para que las obligaciones no canjeadas no se queden indefinidamente en tus cuentas.

El recorrido del amigo por el proceso de pago

La experiencia que ve el amigo recomendado es donde la atribución se mantiene o se rompe. Un flujo limpio sería así:

• La llegada. El amigo hace clic en el enlace de recomendación y aterriza en tu tienda con la cookie de atribución establecida. Un aviso —"Un amigo te ha dado un 10% de descuento, aplicado durante el pago"— confirma que ha funcionado. Mantén limpia la URL de aterrizaje de la recomendación; si estás ordenando la estructura de URLs en toda la tienda, nuestro gestor de URLs SEO-friendly mantiene estos enlaces legibles en lugar de convertirlos en una sopa de parámetros.
• Proceso de pago. Con un módulo basado en cookies, el descuento se aplica automáticamente —sin introducir código— y el carrito muestra "Recomendado por un amigo — descuento aplicado". Con la ruta manual basada en códigos, el amigo escribe el vale, lo que añade fricción pero no requiere módulo.
• El activador. Solo después de que el pedido del amigo esté pagado y haya pasado tu plazo de devolución se emite la recompensa para quien lo recomendó. Vincúlala al estado del pedido, no a la creación del pedido: los pedidos reembolsados nunca deberían generar una recompensa de recomendación.

Pedir recomendaciones desde tus correos actuales

Un enlace de recomendación no sirve de nada si se queda en una página de cuenta que nadie visita: hay que ponerlo delante de clientes satisfechos en el momento adecuado. Los momentos con mayor intención son transaccionales: la confirmación de pedido, el mensaje de "tu pedido ha sido entregado" y el seguimiento después de una reseña positiva. Inserta el enlace de recomendación en esos flujos en lugar de crear una campaña independiente solo para él. La mecánica de esas secuencias —activadores, tiempos, textos— merece sus propias guías: consulta correos posteriores a la compra: qué enviar después de que alguien compre para los momentos posteriores a un pedido, y email marketing para tiendas online para el canal en conjunto. Si gestionas la automatización desde una plataforma, Omnisend o Klaviyo pueden lanzar la petición de recomendación como un paso dentro del flujo poscompra que ya usas.

Dónde encajan las recomendaciones en tu sistema de retención

Las recomendaciones son una táctica de adquisición que funciona sobre un activo de retención: solo puedes pedir a los clientes que recomienden cuando están lo bastante satisfechos como para querer hacerlo. Eso convierte el programa en una capa sobre el trabajo de fidelización y recompra, no en un sustituto. Si tu tasa de recompra es débil, un programa de recomendación está pidiendo a una base pequeña y poco entusiasta que venda por ti: arregla primero la base. Las piezas complementarias: programas de fidelización para PrestaShop: puntos, créditos y compras recurrentes para la mecánica de puntos y crédito, y programas de fidelización para tiendas pequeñas si prefieres empezar con algo ligero. Recomendaciones y fidelización comparten la misma fontanería de reglas de carrito, así que construir una te enseña la otra.

Medir si merece la pena mantenerlo

Un programa de recomendación es barato de mantener y es fácil engañarse con sus resultados, así que conviene vigilar un conjunto pequeño de números en lugar de una métrica vanidosa de "enlaces compartidos". Los que dicen la verdad:

• Recomendadores activos — clientes que han compartido al menos un enlace. Un programa en el que comparten 5 personas no es un programa.
• Conversión de clic a compra — de las visitas referidas, cuántas compraron. Si es baja, normalmente significa que el descuento para el amigo es demasiado pequeño o que la experiencia de aterrizaje es confusa.
• Coste por cliente referido — total de recompensas pagadas dividido entre compradores referidos. Este es el número que te permite comparar las recomendaciones con honestidad frente a la publicidad de pago y el tráfico orgánico.
• Retención de clientes referidos — si los compradores referidos vuelven. Se suele afirmar que los clientes referidos retienen mejor que los captados en frío; tómalo como una razón para medirlo en tu propia tienda, no como una cifra en la que confiar sin más.

Si tus recompensas se emiten como reglas de carrito nativas, gran parte de esto se puede auditar directamente desde el back office: la lista de Catálogo → Descuentos muestra lo emitido y lo usado, y los datos de pedidos te dan las compras referidas. Incorpora los totales a tus informes para que el ROI real del programa esté junto a tus otros canales en lugar de depender de la fe.

Preguntas frecuentes sobre los programas de recomendación en PrestaShop

¿Puedo poner en marcha un programa de recomendación sin ningún módulo? Sí, usando reglas de carrito a mano: crea un vale único de un solo uso por cada cliente que recomienda en Catálogo → Descuentos y, cuando veas un código canjeado, emite manualmente una segunda regla de carrito (crédito en tienda) para quien lo recomendó. Es gratis en licencias y sirve para probar la idea, pero no tiene enlace, ni atribución por cookie, ni panel de cliente; a partir de unos 20–30 recomendadores activos, la contabilidad manual empieza a consumir horas reales.

¿Cuándo debería activarse realmente la recompensa de recomendación? Cuando el pedido llega a Pago aceptado o, mejor, a Entregado —pasado tu plazo de devolución—, nunca en el momento en que se crea un carrito. Un módulo que emite crédito al realizar el pedido pagará recomendaciones por pedidos que después se reembolsen. Vincula el activador al estado del pedido, no a la creación del pedido.

¿Cuál es una ventana de atribución razonable? Un módulo basado en cookies acredita una compra posterior al cliente que compartió el enlace; 30 días suele ser el valor por defecto habitual. Asegúrate de que sea configurable, porque ese único ajuste decide cuán generoso es el programa: una ventana más larga acredita más compras, pero también compras con una conexión más débil.

¿Me conviene usar una recompensa porcentual o de importe fijo? Una regla de carrito nativa de PrestaShop no tiene ningún campo para limitar el descuento máximo de un porcentaje, así que un pedido grande puede regalar una cantidad sin tope. Si eso te preocupa, usa crédito en tienda de importe fijo, que tiene un límite inherente, y añade un valor mínimo de carrito para que un crédito de 10 € no pueda gastarse en un pedido de 10 € con margen cero.

¿Cómo sé si merece la pena mantener el programa? Vigila los recomendadores activos (personas que han compartido al menos un enlace), la conversión de clic a compra, el coste por cliente referido (recompensas pagadas dividido entre compradores referidos) y la retención de clientes referidos. Si las recompensas se emiten como reglas de carrito nativas, gran parte de esto se puede auditar desde la lista de Catálogo → Descuentos; no lo gestiones a ciegas.

El resumen honesto: PrestaShop no va a gestionar un programa de recomendación por ti, pero te entrega todas las piezas necesarias para construir uno, y el sistema de recompensas mediante reglas de carrito significa que incluso un módulo automatizado trabaja con maquinaria nativa que puedes inspeccionar. Empieza a mano si estás probando la idea, pasa a un módulo en cuanto la contabilidad manual empiece a comerse tu semana y vincula cada recompensa a un estado de pedido real y consolidado para que el programa solo pague por ventas que se mantienen.