¿Este módulo ralentizará mi tienda?

Si le preocupa que un módulo de seguimiento ponga lenta su tienda PrestaShop, esta es la respuesta honesta: Marketing Revolution es más ligero que ejecutar un módulo aparte por cada plataforma. En lugar de 8 a 15 SDK de JavaScript separados, cada uno añadiendo sus propias consultas DOM y escuchadores de eventos, obtiene una única capa de eventos compartida por todas las plataformas.Además carga gtag.js una sola vez y lo comparte entre GA4 y Google Ads cuando ambos están activos, así que ese script no se carga por duplicado. El límite honesto: cada plataforma que active sigue añadiendo su propio script SDK, por lo que activar las 15 es más JavaScript que activar 3. Active solo las plataformas que realmente usa y la carga se mantiene baja.Si su verdadera preocupación es la velocidad, combínelo con Performance Revolution, que se ocupa directamente de la caché y la optimización del front office.

¿Qué es Meta Conversions API (CAPI) y lo necesito?

Meta Conversions API (CAPI) envía eventos de compra a Meta desde tu servidor en lugar de depender solo del navegador del visitante. En Marketing Revolution, el enviador server-side de Meta usa tu Pixel ID y token de acceso CAPI, y publica eventos de compra en la Graph API de Meta. El objetivo es recuperar compras que el seguimiento del navegador puede perder por bloqueadores de anuncios, tiempos de consentimiento, redirecciones de checkout o porque el cliente cierre demasiado pronto la página de confirmación.Los ajustes CAPI conectan el seguimiento del lado del servidor con tu configuración de Meta Pixel.CAPI funciona con el reenvío de compras perdidas. El módulo registra el seguimiento de compras, la tarea programada de reenvío se ejecuta cada hora, mira hacia atrás dentro de la ventana configurada y envía pedidos perdidos mediante las APIs server-side configuradas. Para Meta, el payload incluye el evento Purchase, moneda, valor, contenidos de producto, ID de pedido y datos de enhanced matching. Email, teléfono, nombre, apellido, ciudad, código postal, estado y país se normalizan y se hashean con SHA-256 antes de enviarse; la IP del cliente y el user agent se envían sin hash porque Meta espera esos campos en esa forma.Minimal CAPI checklist:1. Meta Pixel ID in the Meta platform settings.2. Meta CAPI access token in the Meta platform settings.3. Optional Test Event Code while validating in Meta Events Manager.4. Enable Resend Missed Purchases if you want the hourly server-side recovery job.5. Keep the browser pixel enabled too, because CAPI complements it rather than replacing normal frontend tracking.Event flow:Customer reaches order confirmation -> browser pixel tries to send Purchase.Marketing Revolution logs the purchase tracking attempt.Hourly cron task -> ResendMissedPurchases finds completed orders not logged as tracked inside the lookback window.MetaConversionsApi::sendPurchase() -> POST /{pixel_id}/events with Purchase, value, currency, contents, order_id and hashed customer data.Meta Events Manager -> use the Test Event Code first, then remove it for live traffic.Necesitas CAPI si los anuncios de Meta son importantes para tus informes u optimización. Si no haces campañas en Meta, es opcional. Si sí haces campañas en Meta, es una de las mejoras de seguimiento con mayor impacto porque reduce la brecha entre los pedidos reales de PrestaShop y lo que Meta puede atribuir.

¿Cómo funciona el reenvío de compras perdidas?

Recupera las compras que el tracking del lado del navegador no captó: el módulo registra los eventos de compra que captura, y el cron horario compara los pedidos válidos recientes de PrestaShop contra ese log para detectar cualquier pedido que nunca produjo un evento de compra. Cada pedido perdido se reenvía entonces del lado del servidor.Los reenvíos salen mediante GA4 Measurement Protocol y/o Meta Conversions API. Esto solo se ejecuta si has introducido las credenciales server-side - un GA4 API secret y/o un token de acceso Meta; sin ellas no hay canal por el que enviar, y el trabajo se omite. Tú eliges cuánto mira hacia atrás: 6, 12, 24, 48 o 72 horas.La función está desactivada por defecto. Para usarla, activa el reenvío de compras perdidas, mantén activado el registro de compras y asegúrate de que el cron del módulo se ejecuta; el módulo registra una tarea horaria resend_missed_purchases. El lookback predeterminado es de 24 horas, y la consulta selecciona pedidos válidos de PrestaShop en esa ventana que no tienen fila de compra en el log de tracking del módulo.Reenvío GA4: requiere GA4 Measurement ID y API secret. El módulo envía la compra mediante Measurement Protocol.Reenvío Meta: requiere Meta Pixel ID y token de acceso de Conversions API. Puede usarse un Meta test event code durante pruebas.Logging: tras un reenvío correcto, el cron escribe una entrada de log de compra con fuente cron_resend, de modo que los pedidos recuperados quedan registrados y no se vuelven a reenviar.Un detalle útil: esto no es una reproducción mágica de la sesión exacta del navegador del cliente. Para un pedido perdido, el módulo reconstruye el payload del pedido desde datos de pedido de PrestaShop y lo envía del lado del servidor. Eso sigue siendo valioso para atribución de compra e informes, aunque los detalles solo de navegador que nunca se capturaron pueden no existir para el reenvío.El reemisor está integrado en Marketing Revolution, nuestro módulo todo en uno de tracking.

¿Marketing Revolution funciona con Consent Mode v2?

Sí. Marketing Revolution incluye un puente Consent Mode v2 que conecta banners de cookies soportados con las señales de consentimiento de Google. Está diseñado para detectar automáticamente cuatro plataformas de consentimiento: MPR Cookies Revolution, Cookiebot, cualquier banner IAB TCF v2 y OneTrust.Cuando el puente se ejecuta con window.mprMarketingConfig.consentMode disponible, define el consentimiento predeterminado de Google para analítica y anuncios en los valores predeterminados configurados, normalmente denied para una configuración estilo UE, y luego actualiza el consentimiento cuando el visitante acepta las categorías correspondientes. El puente pasa el estado de consentimiento a Google; no bloquea scripts de terceros por sí mismo. El bloqueo de scripts sigue siendo trabajo del banner de cookies o CMP.Hay una advertencia importante de orden en el código actual. El puente sale inmediatamente si window.mprMarketingConfig todavía no está definido, mientras que la plantilla de cabecera imprime scripts de inicio de plataforma y eventos de página antes de definir ese objeto de configuración. Por eso, la compilación actual no garantiza que el consentimiento denied/default se aplique antes de que se ejecuten tags de Google o eventos de página. Para una secuencia estricta de Consent Mode, verifica el orden renderizado real en tu tema o ajusta el módulo para que la configuración y el comando de consentimiento predeterminado estén presentes antes de cualquier script de inicio/evento de Google.Consent Mode está desactivado por defecto en los ajustes del módulo. Cuando está activado y el puente tiene el objeto de configuración a tiempo, los valores predeterminados del módulo son denied para analytics storage y denied para ads storage salvo que los cambies deliberadamente.El puente envía los campos Consent Mode v2 de Google: analytics_storage, ad_storage, ad_user_data y ad_personalization. También deja functionality_storage y security_storage como granted, y usa una ventana wait_for_update de 500 milisegundos para que una actualización del CMP pueda llegar antes de que Google procese hits.Default EU-style setup: Consent Mode enabled; analytics default = denied; ads default = denied; CMP accepts analytics + marketing; bridge updates Google consent to granted.Si tu CMP no es una de las integraciones soportadas, necesitas un pequeño puente personalizado que llame a la misma ruta de actualización cuando el visitante cambie el consentimiento. Sin eso, Google mantendrá el último estado de consentimiento que se le envió, aunque la UI del banner haya cambiado.Marketing Revolution gestiona la parte de tracking; para el banner en sí, consulta Cookies Revolution, nuestro módulo de consentimiento GDPR.

¿Puedo usar esto junto a mi módulo de Google Analytics existente?

Puedes, pero nunca permitas que dos módulos inyecten el mismo tag de Google Analytics, eso duplica cada evento e infla tus informes. Elige un módulo por plataforma: si activas GA4 en Marketing Revolution, desactiva o desinstala primero cualquier otro módulo GA4, y viceversa.Marketing Revolution > Platforms - activa una sola fuente de etiquetas para no duplicar el seguimiento junto a un modulo GA existente.Si prefieres un único módulo dedicado de Google Analytics para PrestaShop, nuestro módulo independiente Google Analytics GA4 gestiona GA4 por sí solo (navegador más Measurement Protocol server-side y Consent Mode v2). Ejecutarlo junto a otro paquete GA está bien solo si exactamente uno de ellos envía GA4. El otro debe mantener GA4 apagado.También está bien dividir plataformas: usa Marketing Revolution para, por ejemplo, TikTok y Pinterest mientras un módulo separado controla GA4. La regla es un tag por plataforma, no un módulo por tienda.Marketing Revolution se construye alrededor de un interruptor maestro de tracking más adaptadores específicos por plataforma. Eso significa que una configuración mixta segura es posible: por ejemplo, mantén activo tu módulo GA4 existente, deja desactivado el adaptador GA4 en Marketing Revolution y activa solo TikTok, Pinterest, Reddit o Meta en Marketing Revolution. La configuración de front office expone los slugs de plataformas activas, así que Debug Mode facilita ver qué cree activo el módulo.Inseguro: otro módulo carga G-XXXXXXXXXX y Marketing Revolution GA4 directo también carga el mismo measurement ID.Normalmente seguro: Marketing Revolution empuja eventos dataLayer de GTM mientras un módulo GA4 separado controla GA4 directo, siempre que el contenedor GTM no dispare también tags ecommerce GA4 para la misma propiedad.División segura: el módulo GA4 existente controla GA4; Marketing Revolution controla Meta, TikTok, Pinterest, Snapchat, Reddit u otras plataformas no GA.Al probar, abre el código fuente de la página o el panel de red del navegador y busca el GA4 Measurement ID y el GTM container ID. Ver un único propietario intencional es normal; ver la misma propiedad GA4 cargada desde múltiples módulos es la señal de alerta.

¿Qué identificador de producto se envía en los eventos de tracking?

Por defecto el módulo envía el ID de producto de PrestaShop como item_id en cada evento de tracking. Puedes cambiarlo en el ajuste Product Identifier a la referencia del producto, el código de barras EAN-13 o el UPC. Lo que elijas se usa de forma consistente en vistas de producto, eventos de carrito y el evento de compra.Ajustes de Marketing Revolution - el Product Identifier utilizado en eventos de seguimiento.Esto importa sobre todo para Google Merchant Center y Shopping: si tu feed de productos identifica artículos por, por ejemplo, EAN, tus eventos de tracking deben enviar el mismo identificador para que las conversiones coincidan con los productos correctos de tu feed. Una salvaguarda útil, si un producto no tiene valor en el campo elegido (referencia o código de barras vacío), el módulo recurre al ID de producto para ese artículo, así que los eventos nunca salen con un ID en blanco. Configura el identificador para que coincida con tu feed y tus eventos usen el mismo formato de identificador que tu feed de productos.El mismo extractor se usa para páginas de producto, impresiones de categoría/listado, productos del carrito y productos del pedido, así que el ajuste afecta a eventos de navegador y reconstrucciones server-side de compra. También conviene revisar los valores predeterminados relacionados: los precios se envían con impuestos incluidos por defecto, la profundidad de categoría por defecto es 4, y el idioma de datos por defecto es el idioma actual de la tienda.Example: PRODUCT_ID_FORMAT = ean13; product has EAN-13 = 5901234123457; item_id = 5901234123457.Fallback example: PRODUCT_ID_FORMAT = reference; product reference is empty; item_id = PrestaShop product ID.Para variantes de producto, el payload puede incluir un valor item_variant cuando hay datos de combinación disponibles. Los campos de categoría se construyen desde el árbol de categorías del producto hasta la profundidad configurada, excluyendo las categorías raíz y home, lo que mantiene más limpios los informes ecommerce.Esto forma parte de Marketing Revolution, nuestro módulo todo en uno de tracking.

¿Esto funciona con PrestaShop multitienda?

Sí. Marketing Revolution es compatible con multitienda en las configuraciones multitienda de PrestaShop. Cada evento de seguimiento se guarda con el ID de la tienda de la que procede, y las consultas de jerarquía de categorías respetan el contexto de la tienda activa, así que tus datos quedan atribuidos a la tienda correcta.Un límite honesto que conviene saber de entrada: la configuración de plataformas, tus IDs de medición de GA4, los IDs de píxel de Meta y otros, las claves API, se almacena actualmente de forma global, no por tienda. En la práctica:Si tus tiendas comparten las mismas cuentas publicitarias, es justo lo que necesitas, lo configuras una vez y todas las tiendas reportan a las mismas propiedades.Si cada tienda necesita su propia propiedad de GA4 o su propio píxel, el módulo aplica un único conjunto de IDs a todo el grupo; configurarías entonces para tu tienda principal.Si los IDs de píxel separados por tienda son imprescindibles para ti, descríbenos tu grupo de tiendas antes de comprar y confirmaremos si encaja. Todos los detalles en Marketing Revolution.

¿Cómo verifico que el tracking funciona correctamente?

Activa Debug Mode en los ajustes del módulo - imprime eventos en la consola del navegador cuando se disparan, etiquetados como [MPR Marketing], así puedes abrir las herramientas de desarrollador del navegador y ver en tiempo real cómo salen add-to-cart, checkout y otros eventos.Marketing Revolution > Debug - inspecciona los payloads de seguimiento exactos enviados para pedidos y eventos.Para compras, usa el Debug Inspector integrado: introduce un pedido y reconstruye el payload actual de pedido/debug desde los extractores del módulo, junto con log de pedido y contexto de configuración. Eso te permite validar valores, moneda e identificadores de producto, pero no es el JSON histórico exacto específico de plataforma que se transmitió previamente. Luego comprueba el receptor - para Meta, rellena el Test Event Code e inspecciona Meta Events Manager → Test Events; para GA4, mira Realtime o DebugView en Google Analytics. El error común es dejar Debug Mode activado en producción - apágalo cuando hayas confirmado todo, ya que registra en la consola de cada visitante.El Debug Inspector se basa en pedidos, así que es mejor para comprobar datos de compra: transaction ID, referencia de pedido, valor, impuestos, envío, moneda, cupón y artículos. También muestra configuración del módulo como formato de identificador de producto, visualización de precio, profundidad de categoría, logging de compras y estado de Debug Mode, lo que ayuda a detectar discrepancias entre tu feed y tus eventos de tracking.Para eventos de navegador, prueba el recorrido exacto de usuario que te importa. Add-to-cart se detecta desde el evento updateCart de PrestaShop en tiendas nuevas, con fallback de clic para PrestaShop 1.6. Los eventos de pasos de checkout dependen de marcado de checkout compatible, así que usa la consola del navegador y el debugger de red/tags para confirmar add_shipping_info y add_payment_info por separado de purchase.GTM: comprueba que dataLayer reciba el nombre event esperado y el objeto ecommerce.GA4 directo: comprueba Realtime o DebugView para nombre de evento, valor, moneda e IDs de artículo.Google Ads: un evento solo se dispara cuando la etiqueta de conversión correspondiente está configurada.Meta CAPI: el Test Event Code se aplica a llamadas CAPI server-side, no a cada evento solo de navegador.Debug Mode y el Inspector están integrados en Marketing Revolution.

¿El tracking de pasos de checkout funcionará con módulos de checkout personalizados?

Marketing Revolution puede rastrear el progreso de checkout, pero solo cuando el checkout expone la estructura de pasos que el módulo está observando.Marketing Revolution > Debug - inspecciona los payloads exactos enviados para confirmar que se dispara el seguimiento checkout-step.Hay tres piezas separadas a tener en cuenta. El evento begin_checkout se construye desde el contexto del controlador checkout/order de PrestaShop. El evento purchase se envía desde el hook de confirmación de pedido después de que exista el pedido. Los eventos en navegador add_shipping_info y add_payment_info son detectados por JavaScript cuando cambia el paso activo del checkout.Checkout predeterminado de PrestaShop: suele funcionar, porque usa un contenedor de checkout y clases de paso activo como pasos de entrega y pago.Checkout Revolution: usa su propia UI de checkout modal/sección, así que no debe asumirse que Marketing Revolution verá los selectores de pasos predeterminados de PrestaShop salvo que se añada un puente/integración personalizada.One-page checkout de terceros: funciona solo si mantiene marcado compatible como #checkout o .checkout-process con un .checkout-step.-current activo cuyo id o data step contenga delivery/shipping/payment. Un checkout Vue/React o OPC personalizado con selectores no relacionados aún puede rastrear purchase, pero puede perder eventos de pasos de envío y pago.Si los eventos de pasos importan para GA4 o plataformas de anuncios, prueba el checkout con el debugger de red/tags del navegador después de elegir el módulo de checkout. No te bases solo en el evento purchase para demostrar que los eventos de pasos de envío y pago se disparan.El observador exacto del lado del navegador busca un contenedor #checkout o .checkout-process, observa cambios y luego busca .checkout-step.-current o .step.-current. Si el id del paso activo o data-step contiene delivery o shipping, envía add_shipping_info; si contiene payment, envía add_payment_info....Eso significa que un checkout puede ser visualmente perfecto y aun así invisible para el tracking de pasos si su paso activo solo se almacena en estado JavaScript. En ese caso, añade marcado/clases compatibles a la plantilla de checkout o crea un pequeño puente que dispare el evento de Marketing Revolution cuando el checkout personalizado cambie de paso.

¿El módulo es compatible con PrestaShop 1.6?

Sí. Marketing Revolution es compatible con PrestaShop 1.6.0.0 en adelante. En 1.6 hay dos limitaciones menores:El hook displayAfterBodyOpeningTag no existe en 1.6, por lo que los respaldos noscript para GTM, Meta y Pinterest no se renderizan.El seguimiento de añadir al carrito recurre a interceptar los clics en los botones del carrito en lugar del evento updateCart de las versiones más nuevas, algo menos fiable en temas muy personalizados.Todo lo demás, seguimiento del lado del servidor, eventos de compra e integraciones de plataformas, se comporta igual en todas las versiones.

¿Cómo funcionan las etiquetas de conversión de Google Ads?

Una etiqueta de conversión es lo que indica a Google Ads qué acción acaba de ocurrir, una compra, un add-to-cart, un registro. Creas cada etiqueta dentro de Google Ads (Tools & Settings → Conversions → Tag setup), luego la pegas en el campo correspondiente de la plataforma Google Ads del módulo, junto con tu ID de conversión AW-.Marketing Revolution > Google Ads - el ID de conversion y los campos de etiqueta de conversion por evento.Tienes un campo de etiqueta separado para cada acción rastreada: purchase, add to cart, begin checkout, view item, sign up, search, y una etiqueta de page-view que se dispara en cada carga de página para crear audiencias de remarketing. Solo las acciones a las que das una etiqueta envían una conversión, deja un campo vacío y esa acción simplemente se omite, así controlas exactamente qué cuenta. El error común es reutilizar una etiqueta para todo; usa una etiqueta distinta por acción para que tus informes separen una venta de un añadido al carrito. Si también ejecutas GA4 directo, el módulo reutiliza el gtag.js ya cargado en lugar de cargarlo dos veces.El campo obligatorio es el ID de conversión de Google Ads. Las etiquetas son opcionales por evento, pero sin etiqueta no hay llamada de conversión de Google Ads para esa acción. Purchase usa su propia etiqueta de compra y puede incluir transaction ID, valor y moneda; los eventos que no son compra como view item, add to cart, begin checkout, sign up y search solo se envían cuando existe su etiqueta correspondiente.Google Ads conversion ID: AW-123456789Purchase label: AbCdEfGhIjKsend_to: AW-123456789/AbCdEfGhIjKLa etiqueta de page-view es distinta de las etiquetas de conversión ecommerce: puede dispararse en cada carga de página para construir audiencias de remarketing. Si no necesitas pings de conversión page-view, deja esa etiqueta vacía y conserva etiquetas ecommerce solo para las acciones que realmente quieres contabilizar.El tracking de conversiones de Google Ads forma parte de Marketing Revolution, nuestro módulo todo en uno de tracking.

¿Puedo rastrear eventos personalizados más allá del conjunto ecommerce estándar?

Sí, pero el flujo habitual es usar los eventos que Marketing Revolution empuja a la capa de datos y luego crear tus triggers personalizados en Google Tag Manager. El módulo empuja eventos ecommerce con un nombre event limpio y un objeto ecommerce, así que GTM puede escuchar esos eventos y disparar tus propios tags.Por ejemplo, un trigger de evento personalizado de GTM para una compra de alto valor podría configurarse así:Trigger type: Custom EventEvent name: purchaseSome Custom EventsCondition: ecommerce.value greater than 500Useful Data Layer Variables:ecommerce.transaction_idecommerce.valueecommerce.currencyecommerce.itemsEl módulo reinicia el objeto ecommerce anterior antes de empujar uno nuevo, luego empuja un payload como { event: 'add_to_cart', ecommerce: {...} } o { event: 'purchase', ecommerce: {...} }. En GTM puedes usar esos nombres de evento directamente, añadir condiciones y mapear los campos ecommerce a Google Ads, GA4, Meta o tags HTML personalizados.Esto es distinto de definir nombres de eventos arbitrarios dentro de la interfaz del módulo. El módulo proporciona la base ecommerce de data layer; GTM es el lugar correcto para crear triggers personalizados, filtros y tags específicos de proveedor a partir de esos datos.El conjunto estándar de eventos es más amplio que solo purchase. El contexto de página del lado del servidor puede emitir page_view, view_item, view_item_list, search y begin_checkout. Las interacciones de navegador añaden eventos como select_item, add_to_cart, remove_from_cart, add_to_wishlist, add_shipping_info y add_payment_info. Purchase se envía desde el hook de confirmación de pedido después de que exista el pedido.Un detalle de plataforma: GTM recibe el objeto ecommerce limpio, pero los adaptadores directos de plataforma no soportan todos los eventos. Las plataformas de Google cubren el conjunto ecommerce de forma más completa; algunas plataformas sociales solo mapean acciones seleccionadas, y los nombres de evento no soportados se omiten en lugar de forzarse a un evento de proveedor incorrecto. Usa GTM cuando necesites routing personalizado, condiciones extra o un nombre de evento de proveedor que no esté integrado en el módulo.

¿Qué pasa con los datos de seguimiento si desinstalo el módulo?

La desinstalación elimina de su base de datos la tabla del registro de seguimiento del módulo y su configuración de plataformas. Los datos ya enviados a Google Analytics, Meta y otras plataformas permanecen en esos servicios, la desinstalación no elimina nada que esté fuera de su tienda. Si planea reinstalarlo más tarde, exporte primero su configuración de plataformas (IDs de píxel, claves API) para no tener que buscarlas de nuevo. Más información sobre Marketing Revolution, seguimiento unificado para PrestaShop.

¿El módulo soporta Google Customer Reviews?

Sí. Google Customer Reviews (GCR) es una de las plataformas que puedes activar en Marketing Revolution. Introduce tu Google Merchant Center ID y define los días estimados de entrega, que por defecto son 7. El módulo tiene una ruta de script opt-in de confirmación de compra y una ruta de script de badge separada para mostrar el badge de valoración de Google.Plataformas Marketing Revolution - integración con Google Customer Reviews.GCR funciona de forma distinta a las plataformas de analítica y anuncios. No se usa para eventos ecommerce estándar como view_item, add_to_cart o purchase. Actívalo para recopilación de reseñas y el badge de confianza de Google, pero mantén GA4, Google Ads, Meta u otra plataforma de analítica/anuncios activada para el tracking real de conversiones.El payload opt-in actualmente incluye el Merchant Center ID, el ID de pedido de PrestaShop y una fecha estimada de entrega calculada desde el número de días configurado. El adaptador tiene campos para email de cliente, país de entrega y GTINs de producto, pero los extractores de pedido y producto usados para construir el payload no rellenan customer_email, delivery_country_iso ni ean13 de artículo. En el código actual esos valores quedan vacíos salvo que se amplíen los extractores.Required configuration: MERCHANT_IDDefault: ESTIMATED_DELIVERY_DAYS = 7Current payload limit: email, delivery country and product GTIN are not populated by the extractorsEl badge y el opt-in están intencionadamente separados del tracking ecommerce. El script del badge se difiere al pie de página, mientras que el opt-in se genera desde datos de compra en la página de confirmación. Hay un ajuste de posición de badge en la configuración de la plataforma, pero el renderizador actual de badge añade el badge de valoración con el merchant ID y actualmente no pasa la posición seleccionada a los atributos renderizados del badge, así que verifica la colocación visual en tu tema.GCR está integrado en Marketing Revolution. Para el panorama más amplio sobre reseñas y badges de confianza, consulta nuestra guía de trust badges.

Gestione el seguimiento de anuncios y analítica de 15 plataformas desde un único registro de PrestaShop

Panel que muestra el estado del seguimiento y cuántas plataformas están cubiertas

Registro central que lista cada canal de seguimiento que ha conectado

Pantalla de configuración del seguimiento mediante GA4 Measurement Protocol

Configuración de Meta Pixel y la Conversions API

Ajustes globales de seguimiento, incluidos los controles del modo de consentimiento

Registro de seguimiento que muestra eventos enviados, fallidos y reenviados

Vista de depuración de la carga útil de un pedido antes de enviar sus eventos

Comprobaciones de integridad que confirman que su seguimiento está listo

Gestione el seguimiento de anuncios y analítica de 15 plataformas desde un único registro de PrestaShop

Marketing Revolution

Name: Marketing Revolution
Brand: mypresta.rocks
SKU: mprmarketingrevolution
Price: 299.00 EUR
Availability: InStock

GA4, Google Ads, Meta y TikTok en un solo sitio, respetando las señales de Consent Mode v2

Sin reseñas

PrestaShop 1.6 – 9.0PHP 7.1+Versión 1.4.6Publicado 02/03/2026Actualizado 26/07/2026

299,00 €

Impuestos excluidos

Marketing Revolution es un módulo para tiendas PrestaShop que dirige toda la medición de marketing de la tienda: una capa de eventos alimenta quince destinos publicitarios y analíticos con los mismos datos fiables. Lo instalas, pegas los identificadores de las redes que usas, y la medición funciona.

Los destinos son los servicios con los que una tienda ya se anuncia y mide: Google Tag Manager, Google Analytics, Google Ads, Meta, TikTok, Pinterest, Snapchat, Reddit, X, Criteo, AdRoll, Outbrain, Quora, Taboola y Google Customer Reviews. Cada cuenta proporciona el identificador que el módulo pide; las cuentas cuestan lo que cobren esas redes, y la mayoría de las cuentas de medición son gratuitas.

El módulo mantiene la puesta en marcha sencilla y el control profundo. Cada plataforma tiene su interruptor y su pantalla de ajustes, y todas se alimentan de un mismo flujo de eventos comerciales: páginas vistas, productos vistos, búsquedas, acciones de carrito, pasos del pedido, registros y compras, con valor, impuestos, envío, divisa, cupón y detalle de artículos. Los productos se comunican con precisión, hasta la combinación exacta, con marca, precio, cantidad y cuatro niveles de categoría, y en una multitienda cada tienda conserva sus propios identificadores.

También mide lo que la medición estándar pierde: navegación profunda, galería revisitada, zoom, elecciones de opciones y configuraciones completadas se combinan en una señal de alta intención sobre la que optimizan tus campañas, y los públicos de remarketing se construyen con los productos vistos y añadidos al carrito. El consentimiento se respeta en cuatro familias de banners, los tags duplicados se impiden con un control de propiedad, las compras viajan de servidor a servidor con datos de cliente cifrados que refuerzan el emparejamiento en Google y Meta, y una recuperación cada hora encuentra pedidos válidos que el navegador nunca comunicó y los entrega después.

El resultado: presupuesto publicitario guiado por los ingresos reales y no por agujeros, la campaña que perdía en silencio un tercio de sus compras por fin acreditada, un módulo que sustituye la pila de rastreadores de una sola red, y un abogado tranquilo porque la medición obedece al banner de cookies.

Demo en vivo instantánea Tienda real, lista en aprox. 1 min

5 instalaciones de demo disponibles · se repone cada 48h

Solicitar presupuesto

Licencia de por vida por dominio, tuya para siempre. Incluye 3 meses de soporte y actualizaciones. Más información

La demo es el módulo completo: cómprelo cuando quiera y active la misma instalación, sin reinstalar ni perder nada. Abra la pestaña Licencia del módulo y haga clic en «Activar desde mypresta.rocks» (o pegue su clave); sus ajustes y datos se conservarán intactos. Las actualizaciones se instalan con un clic desde la pestaña Actualización.

Soporte y actualizaciones

3 months Gratis 6 months +29,00 € 9 months +49,00 € 12 months +69,00 €

Renovación automática del soporte

+14,90 €/mes

Servicios adicionales

Configuración profesional Configuramos completamente el módulo según tus necesidades: todas las opciones establecidas, probadas y verificadas en 1 día hábil. +29,00 €

Integración visual Ajustes de CSS y plantillas para adaptarse a tu tema: incluye verificación en múltiples dispositivos y revisión de capturas de pantalla. +49,00 €

Total de opciones: 0,00 €

Total seleccionado: 299,00 €

Resumen de las posibilidades del módulo

Marketing Revolution da a una tienda PrestaShop una sola capa de medición para cada red en la que se anuncia, construida para contar la verdad. El resumen siguiente recorre las seis partes de esta página.

Quince destinos, un flujo: Google, Meta, TikTok y doce más, alimentados con datos idénticos.
Datos precisos: combinaciones exactas, marca, categorías, valores, cupones, divisas.
Señales que nadie más envía: el compromiso de alta intención medido en la página de producto.
Compras que siempre llegan: entrega por servidor más recuperación horaria de pedidos perdidos.
Cumplimiento sin ceguera: cuatro familias de consentimiento comprendidas, tags duplicados impedidos.
Operativa: panel, registro de compras, diagnósticos con reparaciones a un clic.

Lista de plataformas publicitarias en el back office con su estado y los identificadores necesarios

¿Cuántos módulos de seguimiento sustituye este?

Todos. Google Tag Manager, Google Analytics, Google Ads, Meta, TikTok, Pinterest, Snapchat, Reddit, X, Criteo, AdRoll, Outbrain, Quora, Taboola y Google Customer Reviews son cada uno un interruptor y un campo de identificador, no un módulo aparte. Cada red activa recibe los mismos eventos normalizados, así que los números por fin concuerdan entre sí.

Cada plataforma conserva su pantalla de ajustes, incluida la correspondencia entre los eventos de la tienda y las conversiones de esa red, y en una multitienda cada tienda gestiona sus propios identificadores. Activar una red más adelante es pegar un identificador, no instalar nada.

Ajustes de plataformas en el back office con campos de identificadores y avisos de configuración

¿Qué mide que la medición estándar pierde?

La medición estándar ve páginas y compras. Este módulo ve además el comportamiento entre medias: navegación profunda por el catálogo, galería mirada varias veces, zoom en las imágenes, opciones elegidas, una configuración completada, un intento de añadir al carrito, una visita larga y atenta. Todo se combina en una señal consolidada de alta intención, enviada como evento sobre el que optimizan tus redes.

Los productos se comunican hasta la combinación exacta, con fabricante, precio, cantidad y hasta cuatro niveles de categoría: el zapato del 42 y el del 44 son datos distintos, y los públicos de remarketing se construyen con los productos que un visitante vio y añadió al carrito. Las campañas dejan de optimizar sobre páginas vistas y empiezan a optimizar sobre compradores.

Ajustes de eventos en el back office para el seguimiento de productos y del pago

¿Qué pasa con las compras que el navegador pierde?

Una página de confirmación que no termina de cargar, un bloqueador, una pestaña cerrada: toda tienda pierde así una parte de sus compras comunicadas, y cada compra perdida hace que una campaña ganadora parezca más débil de lo que es. Este módulo entrega las compras de servidor a servidor a Google Analytics y Meta, fuera del alcance de los bloqueadores, con datos de cliente cifrados que refuerzan el emparejamiento.

Además, un proceso cada hora compara los pedidos válidos con el registro de compras del módulo, encuentra cualquier pedido que nunca se comunicó, reconstruye sus datos completos y los entrega después. La consecuencia es la más importante de esta página: tus redes ven tus ingresos reales, y el presupuesto fluye hacia las campañas que de verdad los ganaron.

Registro de compras en el back office con pedidos, plataformas y resultados de envío

¿Respeta el banner de cookies, y pueden los tags contar doble?

El consentimiento se lee desde cuatro familias de herramientas: el banner MPR, Cookiebot, OneTrust y la señal de consentimiento estándar del sector. El consentimiento analítico y el publicitario se aplican por separado, la medición de compromiso espera al consentimiento analítico, y las órdenes de consentimiento duplicadas se silencian cuando otra herramienta es su dueña. La medición obedece al banner sin quedarse ciega donde tiene permiso para ver.

El doble conteo queda excluido por construcción: antes de que un tag dispare, un control de propiedad confirma que este módulo posee esa plataforma y ese identificador; un módulo de red única olvidado no hará que Meta cuente dos veces. Donde existe un tag nativo que el módulo aún no coordina, el panel lo dice explícitamente en lugar de callar.

La pantalla de configuración de Marketing Revolution

¿Cómo sé que todo funciona?

El panel responde de un vistazo: salud de la medición, cuántas plataformas están vivas, cuántas compras se midieron. El registro lista cada compra anotada, la pantalla de depuración muestra los eventos según fluyen, y la pantalla de diagnóstico revisa el interruptor principal, el registro de plataformas, los identificadores obligatorios y el crecimiento de los registros, con reparaciones a un clic, incluido apagar el modo de depuración en una tienda en producción.

La conversación recurrente con la agencia sobre si el píxel está roto termina con la captura de un panel en verde, y la reunión mensual de cifras arranca de números en los que todos confían.

Panel que muestra el estado del seguimiento, las plataformas activas y las compras registradas

Referencia

mprmarketingrevolution
Disponible

2147483647 Artículos
Compatibilidad PrestaShop

PS 1.6 – 9.x
Modelo de precio

Compra única
Tipo de módulo

Front & Back-office
Relevante para RGPD

Sí
Objetivo comercial

Marketing y retargeting
Cuenta externa necesaria

Sí
Complejidad del módulo

Módulo completo
Etapa del recorrido del cliente

Atraer visitantes
Funciona con plataforma

Redes de publicidad y analítica

Qué dicen nuestros clientes de nosotros

Reseñas de empresa

5.0 ★ ★ ★ ★ ★ (4 reseñas)

Cargando reseñas de clientes...

Aún no hay reseñas del producto

Sé la primera persona en compartir tu experiencia con este módulo.

Escribir una reseña

Su calificación *

★ ★ ★ ★ ★

Evalúe aspectos específicos (opcional)

Calidad

★ ★ ★ ★ ★

Relación calidad-precio

★ ★ ★ ★ ★

Estabilidad

★ ★ ★ ★ ★

Compatibilidad

★ ★ ★ ★ ★

Soporte

★ ★ ★ ★ ★

Tu nombre *

Tu correo *

Título de la reseña

Su reseña *

Añadir fotos (máx. 3)

Haga clic para cargar o arrastre y suelte

Sustituya los módulos de seguimiento separados por una única integración de PrestaShop para GA4 Enhanced Ecommerce, Google Tag Manager, Google Ads, Meta Pixel, TikTok, Pinterest, Snapchat, Reddit, X, Criteo, AdRoll, Outbrain, Quora, Taboola y Google Customer Reviews. Configure solo las plataformas que utiliza, envíe datos coherentes de productos y pedidos desde una sola fuente y evite scripts de seguimiento duplicados por módulos solapados.

Leer la documentación completa Descargar PDF

¿Tiene alguna pregunta sobre este producto? Nuestros expertos están aquí para ayudarle. Pregunte sobre instalación, compatibilidad o especificaciones.

1321 preguntas

9 categorías

2014 creando módulos desde

1.6–9 versiones de PrestaShop

Cualquiera funciona, y puedes ejecutar ambos a la vez. Activa la plataforma GTM e introduce tu container ID si quieres que todo pase por Tag Manager, el módulo empuja todos los eventos ecommerce al dataLayer con forma GA4 Enhanced Ecommerce, así que cualquier tag que construyas allí los recibe. ¿Prefieres saltarte GTM? Activa la plataforma GA4, introduce tu Measurement ID, y el módulo carga gtag.js y envía eventos directamente a Analytics.

Lista de plataformas de Marketing Revolution con GTM y GA4 — Marketing Revolution - plataformas de seguimiento con configuración separada de GTM y GA4.

Cada plataforma se activa por separado, así que ejecutar GTM y GA4 juntos está bien: muchas tiendas usan GTM para tags y triggers personalizados mientras GA4 directo gestiona el tracking nativo de eventos. El error común es duplicar conteos, si GTM ya dispara un tag GA4 desde el dataLayer, no actives también la plataforma GA4 directa para la misma propiedad, o registrarás cada evento dos veces. Elige una ruta hacia GA4 y mantenla.

En el módulo son adaptadores separados con campos obligatorios separados: GTM necesita un CONTAINER_ID, mientras que GA4 directo necesita un MEASUREMENT_ID. Primero debe estar activado el interruptor maestro de tracking; si el tracking está desactivado, o si una plataforma está activa pero le falta su ID obligatorio, los scripts de front office para esa plataforma no se inyectan.

GTM route: enable GTM + CONTAINER_ID = GTM-XXXXXXX; create GA4 tags inside Tag Manager from dataLayer events.
Direct route: enable GA4 + MEASUREMENT_ID = G-XXXXXXXXXX; leave GTM out of the GA4 path.

GA4 directo también tiene ajustes opcionales que GTM no usa de la misma forma: anonimización IP, tracking de user ID para clientes con sesión iniciada y un API secret para reenvío server-side de compras perdidas. GTM es mejor cuando quieres que un contenedor controle varios proveedores; GA4 directo es más limpio cuando solo quieres que el módulo envíe los eventos ecommerce estándar de GA4 sin construir tags en GTM.

Esto forma parte de Marketing Revolution, que unifica tracking para Google, Meta y más desde un solo lugar.

Leer respuesta completa

Ver todas las preguntas

v1.2.132026-05-27

AddedAdd native tracking config warnings
Addedcomplete FR/DE/ES/IT/PL translations
FixedComplete shared package release surface

Funciona bien con Marketing Revolution

Los módulos que nuestro equipo combina realmente con este, y por qué cada uno encaja en la misma configuración.

Cree feeds XML de Google Merchant en caché para PrestaShop con variantes, imágenes y ajustes de mercado

Google Merchant XML & API Integration

149,00 €

★ ★ ★ ★ ★

Complement

Una tienda que usa Marketing Revolution consolida los eventos de publicidad y analítica en muchas plataformas, GTM, GA4, Google Ads, Meta, TikTok, Pinterest y más, en un único lugar controlado en lugar de fragmentos dispersos. Eso rige cómo se envían los eventos de compra, pero no produce el feed de productos que las campañas de Google Shopping necesitan para tener algo que anunciar en primer lugar.

Smart Google Merchant Feed Manager cubre eso dando forma a los datos de catálogo en feeds XML protegidos o sincronizaciones mediante Content API para Google Merchant Center, con perfiles para mercados, idiomas, monedas y países de destino. Construye el feed de productos, una tarea separada del seguimiento de eventos.

Ejecutando ambos, tu tienda proporciona a Shopping un feed de productos bien formado e informa los eventos de compra circundantes a través de una capa de seguimiento consolidada. El feed consigue que los productos se listen mientras Marketing Revolution se encarga de datos de eventos de e-commerce coherentes entre plataformas, dos piezas independientes, una alimenta los anuncios y la otra mide la actividad a su alrededor.

Gestione el consentimiento de cookies en PrestaShop con categorías y Google Consent Mode v2 antes de que se carguen los scripts

Cookies Revolution

299,00 €

★ ★ ★ ★ ★

Governance

Una tienda que usa Marketing Revolution envía eventos de e-commerce a muchas plataformas de publicidad y analítica desde un solo lugar. En la UE y regiones similares, esas etiquetas de marketing y analítica solo deberían activarse según el consentimiento del comprador, y el propio módulo de seguimiento no recoge ni aplica esa elección.

Cookies Revolution cubre eso recogiendo y aplicando el consentimiento para cookies necesarias, funcionales, analíticas y de marketing. Bloquea los scripts externos e insertados correspondientes antes del consentimiento, reactiva los permitidos una vez concedido y registra cada decisión. Rige el consentimiento, una cuestión distinta del envío de eventos.

Ejecutando ambos, tu tienda recoge y aplica el consentimiento del comprador mediante Cookies Revolution mientras Marketing Revolution gestiona los eventos de plataforma en sí. La capa de consentimiento retiene los scripts de marketing y analítica hasta que el visitante acepta y los reactiva después, de modo que tu tienda conserva un seguimiento consolidado y un enfoque conforme y consciente del consentimiento sobre cuándo se permite que esas etiquetas se ejecuten.

Una auditoría de seguimiento y feeds de PrestaShop que cubre los feeds de Merchant, GA4, Ads y schema

PrestaShop Product Feed & Tracking Audit

390,00 €

★ ★ ★ ★ ★

Measurement

Una tienda que usa Marketing Revolution centraliza los eventos de publicidad y analítica entre plataformas, lo que ordena el stack pero no prueba, por sí solo, que los datos que fluyen por él sean correctos, huecos de GTIN, discrepancias de precio, etiquetas rotas o conversiones contadas dos veces pueden seguir ocultándose en una configuración de aspecto impecable. El módulo organiza los eventos, no los audita de forma independiente.

Feed & Tracking Audit, Technical Review cubre eso como servicio experto, revisando la calidad del feed Merchant, el seguimiento de conversiones de GA4/Ads, los píxeles y el esquema Product/Offer, encontrando los fallos antes de tu próxima campaña. Es una revisión humana, separada de la herramienta de seguimiento.

Ejecutando ambos, gestionas los eventos día a día mediante Marketing Revolution y haces que un especialista valide que el feed y el seguimiento son realmente sólidos antes de gastar. El módulo mantiene el stack consolidado, mientras que la auditoría detecta los fallos de datos y medición que desperdician silenciosamente el presupuesto publicitario, de modo que los problemas salen a la luz antes de las campañas en lugar de después.

Ver todos los problemas conocidos

2 Planificado

8 Implementado

10 solicitudes

Cargando solicitudes de funciones...

Ver la hoja de ruta completa

30 días de devolución
Devolución fácil - sin preguntas

Módulos Plug & Play
Instalar, configurar y beneficiarse

Soporte ante todo
Prioridad en ayuda y satisfacción

También podría interesarle

Google Merchant XML & API Integration

149,00 €

★ ★ ★ ★ ★

Muestre sus últimas publicaciones de Instagram como cuadrícula o carrusel en caché en PrestaShop

Instagram Feed Integration

129,00 €

★ ★ ★ ★ ★

Muestre las publicaciones de su página de Facebook como un feed en directo en su tienda PrestaShop

Facebook Posts Integration

129,00 €

★ ★ ★ ★ ★

Añada un botón de WhatsApp de pulsar para chatear a su tienda PrestaShop con marcadores de producto

WhatsApp Chat Integration

69,00 €

★ ★ ★ ★ ★

Cookie	Proveedor	Finalidad	Duración
PrestaShop-*	PrestaShop	Gestión de sesión y funcionalidad del carrito	Sesión
PHPSESSID	PHP	Identificador de sesión PHP	Sesión
mprcr_consent	MPR Cookies Revolution	Almacena las preferencias de consentimiento de cookies	365 día(s)
mprcr_version	MPR Cookies Revolution	Rastrea la version de la configuración del consentimiento	365 día(s)

Cookie	Proveedor	Finalidad	Duración
TawkConnectionTime	Tawk.to	Rastrea el tiempo de conexión de la sesión de chat	Sesión
__tawkuuid	Tawk.to	Identifica a los visitantes recurrentes del chat	6 mes(es)

Cookie	Proveedor	Finalidad	Duración
_ga	Google Analytics	Distingue usuarios únicos asignando un número generado aleatoriamente	2 año(s)
_ga_*	Google Analytics	Utilizado para mantener el estado de la sesión entre solicitudes de página	2 año(s)
_gid	Google Analytics	Distingue usuarios únicos durante 24 horas	24 hora(s)