PrestaShop Marketing & Promociones

DataFirefly Price Alert — Alerta de bajada de precio con seguimiento de conversiones para PrestaShop

Recupera los ingresos que tus precios dejan sobre la mesa

Tus clientes ven un producto, lo encuentran demasiado caro, y se van. PrestaShop nativo no te deja forma de traerlos de vuelta cuando bajas los precios. DataFirefly Price Alert cierra ese hueco: un formulario siempre visible en la ficha de producto les permite suscribirse en dos clics, tus suscriptores reciben un email RGPD-compliant en cada bajada (cualquier bajada O un precio objetivo que ellos mismos fijan), y cada pedido posterior se acredita automáticamente como conversión. Mides exactamente cuánto te genera tu estrategia de precios.

PS 8 & 9 Combinations aware Doble opt-in RGPD Seguimiento de conversiones FR/EN/ES/DE
  • Reembolso de 30 días
  • 12 meses de actualizaciones
  • Soporte 24h
www.datafirefly.com/es/
Price Alert DataFirefly
v1.0.3 · actualizado 2026-05-10
Qué hace

La versión corta.

01

Siempre visible en la ficha de producto

El formulario de suscripción aparece en cada producto, configurable bajo el botón de comprar o en las pestañas de información. Tus clientes que dudan tienen una vía directa para vigilar el precio sin tener que crear cuenta.

02

Dos modos a elegir por el cliente

Cualquier bajada: alerta ante cualquier reducción bajo el precio visto (con umbral mínimo %% configurable desde admin). Precio objetivo: el cliente fija el precio que aceptaría — ves qué precios atraerían más demanda.

03

Compatible con declinaciones (combinations)

El módulo captura id_product_attribute al momento de suscribir. Comparaciones y alertas se hacen sobre la combinación exacta (color, talla, configuración) — no sobre el producto principal.

04

Seguimiento de conversiones automático

Cuando un suscriptor notificado realiza un pedido que contiene el producto seguido, su fila pasa a estado purchased con id_order vinculado. El KPI Ingresos recuperados mide exactamente lo que tus bajadas de precio te han generado.

05

Tres triggers independientes

Hook actionObjectProductUpdateAfter (edición manual), hook actionUpdateProductAttribute (combinaciones), comando CLI bin/scan-prices.php para precios específicos programados que los hooks no capturan. Activa uno, dos o los tres.

06

Doble opt-in RGPD + multi-tienda nativo

Email de confirmación antes de activar (desactivable), tokens criptográficos de 32 bytes para confirmación y baja, scoping por id_shop en cada tabla. Compatible multi-tienda sin configuración adicional.

La versión larga

Todo lo que querrías saber antes de instalar.

Una mirada detallada a cómo funciona DataFirefly Price Alert — Alerta de bajada de precio con seguimiento de conversiones para PrestaShop, por qué lo construimos así y la lógica detrás de las características anteriores.

§ 01

El problema: tus bajadas de precio son invisibles para quien las necesitaría

Una vez que un visitante abandona tu ficha de producto sin comprar, probablemente no volverá. Sin embargo, muchos de esos visitantes solo tenían un bloqueo: el precio. Cuando luego lanzas una promo (-15%% el fin de semana, liquidación de fin de temporada, precio gancho en una referencia), esos clientes potenciales no se enteran de nada — ya han pasado a otra cosa. PrestaShop nativo no ofrece alerta de bajada de precio. Dejas en la mesa ingresos medibles: según benchmarks, entre el 5%% y el 15%% de los visitantes dudosos vuelven a comprar cuando se les avisa.

§ 02

El recorrido del cliente, en dos clics

El formulario está siempre visible en la ficha de producto. El cliente teclea su email, elige cualquier bajada (por defecto) o precio objetivo (con un importe que fija él mismo, obligatoriamente inferior al precio actual), envía. Si opta por el doble opt-in (recomendado RGPD, activado por defecto), recibe un email de confirmación y activa su alerta en un clic. Cuando luego bajas el precio — manualmente, vía specific price o vía cron — el sistema detecta la bajada, le envía un email con el nuevo precio, el porcentaje de descuento, el ahorro en euros y un enlace directo al producto. Si pide, la fila pasa a purchased automáticamente y se registra el id_order.

§ 03

Tres triggers: cubre todos los casos de bajada

PrestaShop tiene varias maneras de bajar un precio: edición manual de un producto (dispara actionObjectProductUpdateAfter), edición de una combinación específica (dispara actionUpdateProductAttribute), o specific price programado que se activa en una fecha — y este último no dispara ningún hook. El módulo cubre los tres casos: hooks para modificaciones manuales (latencia cero), comando CLI bin/scan-prices.php para enchufar a un cron y capturar los specific prices con fecha. Configuración recomendada: hooks activados + cron cada 30 minutos.

§ 04

Seguimiento de conversiones: cuánto te aporta realmente tu estrategia de precios

En el evento actionOrderStatusPostUpdate, el módulo recorre cada línea del pedido y cruza (product_id, product_attribute_id, email) con los suscriptores en estado notified. Si hay match, el suscriptor pasa a purchased con id_order vinculado. El dashboard admin agrega estos datos: número de conversiones, tasa de conversión (notificados → comprados), bajada media aceptada en %%, y sobre todo Ingresos recuperados en euros. Sabes exactamente cuántos euros te ha generado tu estrategia de bajada de precio en el periodo — métrica típicamente ausente de los dashboards de e-commerce estándar.

§ 05

Arquitectura, seguridad, conformidad

Arquitectura PSR-4 con namespace DataFirefly/PriceAlert y separación entity / repository / service — la frontera está limpia si quieres más adelante refactorizar código compartido con dfwaitlist u otros módulos de alerta. Tokens criptográficos de 32 bytes (random_bytes) para confirmación y cancelación, únicos por suscriptor. Multi-tienda nativo (id_shop en cada tabla, scoping en cada consulta). Auto-purga de los suscriptores unsubscribed y notified tras N días (180 por defecto, configurable, 0 desactiva). Compatible con PrestaShop 8.0 → 9.x, PHP 8.0+, multilingüe (FR/EN/ES/DE incluidos en estándar para los emails transaccionales). Código fuente sin cifrar, declare(strict_types=1) en cada archivo PHP.