PrestaShop y Google Analytics 4 con Google Tag Manager

¿Cómo se conecta PrestaShop con Google Analytics 4?

PrestaShop se conecta con Google Analytics 4 (GA4) de dos formas: con el módulo oficial de Google Analytics, que envía los eventos de comercio electrónico a GA4, o con Google Tag Manager y un dataLayer que contiene los datos de productos y pedidos. Las dos funcionan; lo importante es elegir una sola fuente para cada evento, medir la compra en la página de confirmación del pedido y respetar el consentimiento del visitante.

PrestaShop es muy habitual en tiendas españolas, desde comercios pequeños hasta catálogos grandes con pasarelas como Redsys, Bizum o PayPal. Precisamente esas pasarelas son la causa más frecuente de ventas que no llegan a GA4 ni a Google Ads. En esta guía verás cómo montar la medición, cómo evitar duplicados y cómo comprobar que funciona.

Módulo oficial o Google Tag Manager: qué elegir

El módulo oficial de Google Analytics de PrestaShop es gratuito y su código está publicado en GitHub. Basta con introducir el ID de medición de GA4 en la configuración del módulo. Es una buena opción si solo necesitas GA4 y no quieres tocar código. Su límite aparece cuando quieres añadir Google Ads, Meta, Microsoft Ads o TikTok con las mismas reglas de consentimiento, porque cada herramienta acaba con su propio módulo.

Google Tag Manager reúne todas las etiquetas en un solo lugar. Para eso necesita un dataLayer con los eventos de comercio electrónico: view_item, add_to_cart, begin_checkout y purchase, con productos, importes y el número de pedido. PrestaShop no genera ese dataLayer por sí solo, así que lo aporta un módulo o una adaptación de la plantilla del tema.

Antes de decidir, revisa qué hay ya instalado. En muchas tiendas PrestaShop conviven un módulo antiguo de Universal Analytics, un código de GA4 pegado en el tema y una etiqueta en Google Tag Manager añadida por una agencia anterior. Abre la tienda con el modo de vista previa de Google Tag Manager y con la pestaña Red del navegador, y anota cada envío a Google Analytics. Solo con esa lista puedes elegir una fuente y retirar las demás sin perder datos.

→ Banner de cookies con Consent Mode v2: conforme y sin cuota mensual

El evento purchase en la confirmación del pedido

La compra se mide en la página de confirmación del pedido de PrestaShop, la que se muestra después del pago. Allí el evento purchase debe enviarse una sola vez con estos datos:

• transaction_id con la referencia o el número de pedido, siempre único.
• value con el importe del pedido según la regla que elijas, con o sin IVA y envío, igual en todas las plataformas.
• currency con el valor EUR.
• items con item_id, item_name, price y quantity de cada producto.

El transaction_id es la protección contra duplicados: GA4 descarta los eventos purchase repetidos del mismo usuario con el mismo identificador. Aun así, conviene evitar que el evento se repita al recargar la página o al volver a ella desde el historial del navegador, porque Google Ads y otras plataformas no siempre lo filtran igual. Muchos módulos lo controlan marcando el pedido como ya enviado.

Para comprobarlo, haz un pedido de prueba, abre el informe en tiempo real o DebugView de GA4 y busca el evento purchase. Comprueba que el importe y el número de pedido coinciden con el pedido en el back office de PrestaShop y que cada producto aparece con su item_id.

¿Por qué faltan ventas con Redsys, Bizum o PayPal?

Las pasarelas de pago llevan al cliente fuera de la tienda. Si después del pago el cliente cierra la ventana en lugar de volver, la página de confirmación nunca se carga y el purchase no se envía. Con Redsys y Bizum puede pasar sobre todo en el móvil. La solución depende de la pasarela: activar el retorno automático a la tienda cuando existe esa opción y, si no, aceptar una pequeña diferencia y compararla cada mes con los pedidos reales de la tienda.

El segundo problema es el origen. Cuando el cliente vuelve desde paypal.com o desde la página del banco, GA4 puede atribuir la venta a ese dominio como si fuera una fuente de tráfico. Para evitarlo, añade esos dominios a la lista de referencias no deseadas en la configuración de la etiqueta del flujo de datos de GA4.

→ Configurar Google Consent Mode v2 correctamente: sin advertencias en Tag Assistant

Google Ads, Merchant Center y consentimiento en PrestaShop

Para Google Ads necesitas una acción de conversión de compra que use los mismos datos del pedido. Si importas la conversión desde GA4 y además tienes la etiqueta de conversión de Google Ads, marca solo una como principal; si no, la puja trabaja con ventas duplicadas. Si vendes con campañas de Shopping o Performance Max, el id de producto que envías en items debe coincidir con el id del feed de Google Merchant Center.

Ninguna de estas etiquetas debe usar cookies antes de que el visitante acepte, según la guía de cookies de la AEPD. Con Google Tag Manager y Google Consent Mode v2, el banner fija por defecto el estado denegado y lo actualiza cuando el visitante decide. Las etiquetas de Meta o TikTok necesitan además sus propias reglas de consentimiento.

Ejemplo: una tienda de aceite de oliva de Jaén

Una tienda de aceite de oliva de Jaén vendía con PrestaShop, Redsys y PayPal, y tenía instalado el módulo oficial de GA4 y, por un antiguo encargo, una etiqueta de GA4 en Google Tag Manager. GA4 mostraba más compras que pedidos reales y PayPal aparecía como fuente de tráfico. Tras dejar el módulo como única fuente de eventos, excluir paypal.com y el dominio de Redsys como referencias y probar una compra real, las cifras se acercaron a los pedidos reales de la tienda, con la diferencia esperable por los visitantes que rechazan las cookies.

Si prefieres que lo monte alguien, Trackum instala Google Tag Manager, GA4 y Consent Mode v2 con hasta 15 eventos por 150 € (IVA no incluido), probado con y sin consentimiento y en marcha en un día laborable. Cada plataforma publicitaria, como Google Ads o Meta, con su seguimiento de conversiones cuesta 50 € adicionales.