Todo lo que querrías saber antes de instalar.
Una mirada detallada a cómo funciona DataFirefly Email Filter — Bloquear correos transaccionales en PrestaShop 8, por qué lo construimos así y la lógica detrás de las características anteriores.
La necesidad
En PrestaShop, tiene un entorno de pre-producción que envía correos de confirmación a sus clientes reales cuando un test pasa; o una tienda B2B donde tiene su propio proceso de facturación y el correo nativo es duplicado; o una multi-tienda donde la sub-tienda alemana envía su propia newsletter vía Brevo y los correos PrestaShop se vuelven spam. Todos estos casos demandan la misma solución: cortar selectivamente ciertos correos. Y todos estos casos terminan en la práctica con overrides chapuceros que se rompen en la próxima actualización de PrestaShop.
El módulo en una frase
Una lista de plantillas de correo a bloquear, gestionada desde el back office, aplicada vía el hook oficial PrestaShop actionEmailSendBefore. Sin magia, sin complejidad oculta — el mecanismo nativo PrestaShop se utiliza tal cual.
El uso diario
Va a Módulos → Gestor de módulos, configura DataFirefly Email Filter. Una página muy simple: un campo de texto (con datalist de autocompletado sobre las plantillas estándar PrestaShop) para añadir una plantilla a bloquear, y una tabla de las plantillas ya en la lista con dos botones por línea: toggle activo/inactivo y eliminar. Eso es todo. Sin reglas complejas, sin condiciones anidadas — si la plantilla está en la lista, está bloqueada; si no, pasa.
Multi-tienda
El módulo utiliza el sistema de activación por tienda nativo PrestaShop. Para activar el filtrado solo en ciertas tiendas, va a Módulos → Gestor de módulos, selecciona la tienda objetivo con el selector multi-tienda en lo alto, y activa o desactiva el módulo a ese nivel. El hook actionEmailSendBefore solo se llama en las tiendas donde el módulo está activo — PrestaShop gestiona el routing. La lista de plantillas, ella, es global y compartida.
Rendimiento y trazabilidad
El hook ejecuta una sola consulta SQL: un SELECT sobre clave única (la plantilla) para verificar la presencia en la lista. Unos microsegundos, totalmente despreciable incluso en una tienda con varios cientos de correos por día. Cada bloqueo se registra en PrestaShopLogger con la plantilla y el ID de tienda — visible en Parámetros avanzados → Logs, filtro Email. Puede así auditar lo que no se ha enviado, sin tener que escarbar en los logs del servidor.
Casos de uso
Pre-prod / staging: añada todas las plantillas a la lista, active el módulo — ningún correo abandona el entorno de test, sus campañas de test ya no contaminan a clientes reales. B2B con facturación custom: bloquee order_conf, mantenga su propio correo de factura propia. Multi-tienda con correos externos: active el módulo solo en las tiendas conectadas a Brevo / ActiveCampaign / Mailchimp, mantenga los correos nativos en las otras tiendas. Migración de tienda: bloquee temporalmente order_conf y shipped durante la importación histórica para no enviar 5 000 confirmaciones por error.
Valoraciones
No hay valoraciones aún.