Analítica, seguimiento y reproducción de sesiones en PrestaShop

Qué haríamos

Inventariaríamos las mediciones que ya tienes antes de instalar otro sistema de seguimiento. La vía adecuada depende de los módulos, el tema, el proceso de compra, las integraciones de pago y ERP, los identificadores del catálogo, los datos de pedidos, los mercados y las personas que la mantendrán. Conserva una integración que funcione si permite tomar las decisiones que necesitas. Primero determina si un informe ausente refleja eventos que faltan, una definición distinta de compra o un fallo de recogida de datos.

Para cambiar el emisor, la configuración de consentimiento o la plataforma de analítica, trabaja en una copia de pruebas con el tema de producción y las integraciones pertinentes. Protege los datos de clientes copiados, aísla pagos, emails y exportaciones externas de pedidos de producción y envía los eventos de prueba a destinos de prueba. Ensaya los recorridos afectados, guarda los ajustes anteriores del módulo y la versión del contenedor y después planifica el cambio en producción con un responsable designado y una forma de restaurar la configuración anterior. Restaurar el código no elimina eventos incorrectos ya enviados, así que excluye los destinos de producción del ensayo.

Elige la vía según el problema

Si necesitas diagnosticar la discrepancia, el PrestaShop Product Feed & Tracking Audit comprueba los feeds y la medición de conversiones frente a la tienda de producción y prioriza los hallazgos; las correcciones y la gestión continua de campañas se contratan aparte.

Elegir, configurar o depurar

• Elegir: usa la tabla anterior y después compara las plataformas de analítica o la investigación del comportamiento.
• Configurar: empieza por la propiedad y el emisor, acuerda la cobertura de eventos y conecta el consentimiento.
• Depurar: separa carga, envío y recepción y después concilia los registros de pedidos.

Elige las decisiones y las métricas

Empieza por las decisiones que necesitas tomar: qué campañas atraen clientes rentables, qué productos necesitan atención, dónde pierdes visitantes durante la compra y si los clientes vuelven. Tener más etiquetas y paneles no mejora automáticamente esas decisiones.

Tu back office proporciona pedidos, carritos, historial de clientes y registros financieros. La analítica añade mediciones de captación y comportamiento. Los módulos nativos opcionales de estadísticas también pueden recoger información de visitantes con JavaScript, así que Estadísticas no es siempre un informe transaccional sin scripts.

Usa el mismo denominador, intervalo temporal y criterios de inclusión al comparar tasas. Para estos ejemplos aritméticos, supón que cada visitante que convierte hace un pedido. Diez mil visitantes con una tasa de compra del tres por ciento generan 300 pedidos; cincuenta mil con una tasa del medio por ciento generan 250. Los ingresos también dependen del importe medio del pedido.

Con poblaciones medidas iguales, una tasa de compra del uno por ciento con pedidos de EUR 200 genera EUR 2 por persona; un tres por ciento con pedidos de EUR 20 genera EUR 0,60. Una tasa de conversión mayor por sí sola no implica más ingresos.

Por ejemplo, 10.000 visitantes con una conversión del dos por ciento y EUR 80 por pedido generan EUR 16.000. Aumentar el tráfico un cincuenta por ciento hasta 15.000 visitantes, con la misma tasa de conversión y EUR 53,33 por pedido, genera EUR 15.999. Si adquirir un cliente nuevo cuesta EUR 25 y la contribución del primer pedido antes de la adquisición es EUR 20, el primer pedido pierde EUR 5 tras la adquisición.

Las páginas vistas, la tasa de rebote, la duración, los seguidores y el número de visitantes en tiempo real pueden ayudar a diagnosticar un problema. Por sí solos son indicadores débiles de éxito. Una sesión larga puede reflejar tanto dificultades como interés.

Crea una propiedad de GA4 y elige el emisor

Registra la configuración actual antes de cambiarla

• Enumera las versiones de tienda y proceso de compra, los módulos de seguimiento activos, los fragmentos del tema y los contenedores. Incluye etiquetas cargadas por un conector de marketing o catálogo.
• Registra los identificadores de cuenta, propiedad, flujo, contenedor y píxel, con la tienda y el dominio a los que pertenece cada uno. Da a la empresa el acceso adecuado en vez de dejar la titularidad únicamente en el acceso de una agencia.
• Para cada destino, anota quién proporciona los datos de productos y pedidos y quién los envía. Incluye la responsabilidad de las credenciales de servidor y del envío programado sin guardar secretos en el inventario.
• Identifica los estados de pedido que cumplen los criterios, la vía de reembolso, los idiomas y las monedas y si la multitienda comparte referencias de productos o pedidos.
• Conserva una muestra de informes actuales y pedidos conciliados, junto con la versión y los ajustes de consentimiento, para tener una referencia tras el cambio.

Crea o selecciona el destino

1. Crea o selecciona la propiedad del negocio en producción.
2. Elige deliberadamente la zona horaria y la moneda de los informes.
3. Crea el flujo web adecuado y copia su ID de medición.
4. Elige el envío directo mediante la etiqueta de Google o una ruta de GA4 gestionada por GTM.
5. Separa el tráfico de preproducción y de pruebas y define un plan de validación.

Un único flujo web es un punto de partida práctico para una tienda, no un límite absoluto para cualquier diseño multitienda o multidominio. Usa una propiedad de pruebas separada cuando necesites datos de prueba aislados.

Puedes usar el módulo oficial de Google Analytics de PrestaShop, una integración específica o GTM con una capa de datos de comercio electrónico. Comprueba la cobertura de eventos y la compatibilidad de la versión instalada.

Una etiqueta de Google puede enviar páginas vistas cuando está configurada. Un contenedor de GTM por sí solo no envía páginas vistas a GA4 ni crea eventos de comercio electrónico. Medir productos, carritos y compras requiere una instrumentación explícita.

Para una vía de módulo directo, Google Analytics GA4 conecta los eventos de la tienda con la propiedad; usa la ayuda del módulo GA4 para su configuración, controles de eventos, integración de consentimiento y diagnóstico.

Las propiedades estándar de Universal Analytics dejaron de procesar datos en julio de 2023; Analytics 360 tuvo una prórroga hasta julio de 2024. El acceso y la exportación se cerraron a partir de julio de 2024. Solo siguen disponibles las exportaciones conservadas previamente. Existían herramientas de migración de ajustes, pero las sesiones históricas de UA no pueden convertirse en un historial equivalente de eventos de GA4.

Define y verifica la cobertura de eventos de comercio electrónico

Registra la acción, el nombre del evento, los parámetros y la integración responsable de cada evento que necesites. Confirma que la acción se ha completado antes de informar de una adición al carrito. Un clic en un botón puede ir seguido de un error de validación o de falta de stock.

Esto no garantiza que todos los eventos recomendados sean automáticos. Otros módulos e integraciones personalizadas pueden tener una matriz distinta. Prueba por separado los eventos de envío y pago, especialmente con una redirección a un pago externo o un proceso de compra alternativo.

Mantén estables los identificadores de productos entre vistas, eventos de carrito, compras y feeds de catálogo. Incluye nombres, categorías, marca, cantidad y variante elegida pertinentes cuando estén disponibles. El mismo ID de artículo no debe cambiar silenciosamente de ID de producto a referencia a mitad del recorrido. Anota si un ID identifica el producto o la combinación y cómo se corresponde con el feed. Para una selección de talla y color, compara la variante vista, la respuesta correcta del carrito y la línea comprada; un campo cumplimentado aún puede describir la selección anterior.

Prepara un payload de compra correcto

Para el comercio electrónico de GA4, establece value como la suma de los precios unitarios de los artículos tras los descuentos multiplicados por la cantidad, sin impuestos ni envío. Envía los impuestos y el envío por separado, con la moneda real de la transacción.

Por ejemplo, dos artículos de EUR 20 y uno de EUR 10 dan un valor de artículos de EUR 50. Si los impuestos son EUR 10 y el envío EUR 5, el total comparable del pedido es EUR 65, suponiendo que no haya otros cargos. No envíes 65 como ingresos de artículos.

{
  "event": "purchase",
  "ecommerce": {
    "transaction_id": "shop-1-order-10482",
    "currency": "EUR",
    "value": 50,
    "tax": 10,
    "shipping": 5,
    "items": [
      {"item_id": "4521-3", "item_name": "Cotton T-shirt", "item_variant": "Blue / M", "price": 20, "quantity": 2},
      {"item_id": "4630-1", "item_name": "Cotton Socks", "item_variant": "Black", "price": 10, "quantity": 1}
    ]
  }
}

Este payload es ilustrativo. Calcula los valores de producción a partir del pedido que cumpla los criterios y de sus líneas, incluido el reparto de descuentos del pedido y el redondeo. Borra un objeto de comercio electrónico antiguo de GTM antes de insertar el nuevo evento para evitar que se arrastren datos de artículos anteriores.

En PrestaShop, displayOrderConfirmation recibe el objeto Order. La plantilla nativa de confirmación recibe, en cambio, un pedido presentado; su referencia está en order.details.reference. No pegues código que presuponga que esa plantilla contiene campos de Order sin procesar y un array de productos ajeno.

Prepara un payload específico en PHP y serializa toda la estructura como JSON. Para insertarlo con seguridad, usa los indicadores de codificación JSON adecuados, como JSON_HEX_TAG | JSON_HEX_AMP | JSON_HEX_APOS | JSON_HEX_QUOT, y gestiona los fallos de codificación. No escapes las cadenas individuales como JavaScript ni todo el JSON terminado como texto HTML normal.

Se admite una moneda de informes diferente. Etiqueta cada transacción con su moneda real y deja que Analytics realice la conversión admitida. Cambiar la moneda de informes de la propiedad también puede convertir los informes históricos; no corrige eventos etiquetados originalmente con una moneda incorrecta. Consulta la referencia sobre monedas.

Define cuándo registrar la compra y evita envíos duplicados

Decide si Purchase significa pedido realizado, pago aceptado u otro estado comercial que cumpla los criterios. Documenta esa definición en los destinos de analítica y publicidad. Puede existir una página de confirmación para un pago sin conexión o pendiente, por lo que llegar a ella no demuestra que hayas recibido el pago.

Usa un ID de transacción estable y no vacío por cada transacción real, sin información que identifique al cliente. Define su ámbito para que distintas tiendas o pedidos no puedan coincidir. GA4 elimina compras web duplicadas que comparten el ID de transacción adecuado. Recargar una página no crea necesariamente una segunda compra contabilizada, pero los ID ausentes, reutilizados o cambiantes pueden seguir alterando los informes.

Asigna a una integración la responsabilidad de cada evento y destino; esa integración puede coordinar el envío desde navegador y servidor con identificadores coincidentes y la deduplicación del destino. Un módulo que solo proporciona la capa de datos puede coexistir con GTM. GA4 directo puede coexistir con un contenedor GTM usado para otros proveedores. Audita los emisores duplicados en vez de desactivar el productor de datos que necesita GTM.

Una protección en el almacenamiento del navegador no es un acuse de recibo. El almacenamiento puede estar bloqueado, y guardar el estado de enviado antes de que una etiqueta esté lista puede suprimir un evento que nunca llegó al destino. Coordina el consentimiento, la disponibilidad, los reintentos y la confirmación, y conserva una identidad de evento estable al reintentar.

Un mecanismo de respaldo en el servidor debe captar los cambios de pedido o pago que cumplan los criterios independientemente de la visita a la página de confirmación. Una solicitud al servidor realizada solo dentro de ese hook de renderizado no puede recuperar a un cliente que nunca volvió. Usa hooks de pedido/pago compatibles, una cola persistente y seguimiento de entregas en lugar de modificar la lógica de pago del núcleo.

Usa GTM para gestionar etiquetas y distribuir datos

GTM centraliza etiquetas, disparadores, variables, vista previa y versiones publicadas. No genera los datos de productos de PrestaShop ni elimina las bibliotecas de proveedores que cargan esas etiquetas.

1. Crea un contenedor web e instala sus fragmentos oficiales mediante una integración mantenida o una personalización controlada del tema.
2. Verifica el contenedor en todos los tipos de página pertinentes, incluida la confirmación.
3. Configura la etiqueta de Google para el ID de medición de destino.
4. Crea etiquetas de eventos de GA4 y activadores de evento personalizado para los eventos de la capa de datos.
5. Asigna los parámetros de comercio electrónico o usa la opción compatible de datos de comercio electrónico.
6. Configura el comportamiento del consentimiento, previsualiza el recorrido completo y publica una versión con nombre.

Una instalación manual coloca el fragmento de cabecera y la alternativa del cuerpo en las ubicaciones adecuadas de la plantilla. Conserva las personalizaciones del tema durante las actualizaciones y vacía las cachés HTML pertinentes tras cambiar el contenedor. Las etiquetas gestionadas remotamente se conservan de forma independiente, pero un cambio de tema aún puede eliminar el fragmento de la tienda.

Prefiere datos estructurados de productos y pedidos generados en el servidor a extraer precios formateados o ID del texto de la página. La extracción del DOM depende del marcado del tema y puede leer silenciosamente la variante o la visualización de impuestos incorrectas.

Usa GTM Preview y Tag Assistant para inspeccionar el evento, las variables y las etiquetas activadas antes de publicar. Conserva una versión del contenedor que sepas que funciona para poder volver a ella. Una vista previa puede enviar hits reales, así que usa el destino de pruebas y los controles de tráfico previstos.

Google Tag Manager proporciona la conexión con PrestaShop para esta vía; sigue la ayuda del módulo GTM para instalar el contenedor, integrar la capa de datos y usar sus opciones de compras desde servidor.

Acuerda un contrato de capa de datos con quien la mantiene: nombres exactos de eventos, tipos de parámetros, política de ID de artículos, definición de valor y momento en que cada acción se considera correcta. Conserva una carga de ejemplo junto a la versión del contenedor que la lee. Renombrar un evento en la tienda dejando publicado el disparador antiguo de GTM puede detener la entrega sin errores visibles en la tienda.

Implementa el consentimiento antes de confiar en la recopilación

Conecta cada rastreador a tu gestor de consentimiento real. Para el seguimiento no esencial de dispositivos, aplica las normas ePrivacy pertinentes y evalúa el tratamiento posterior de datos personales conforme al GDPR cuando corresponda. Explica las finalidades y los destinatarios, permite rechazar y retirar el consentimiento y ofrece una separación significativa de finalidades. Un interruptor separado por proveedor no es una regla universal para el diseño del banner.

Google Consent Mode comunica las decisiones; no obtiene el consentimiento ni certifica la legalidad de una implementación. En las configuraciones publicitarias pertinentes, asigna analytics_storage, ad_storage, ad_user_data y ad_personalization a las decisiones realmente tomadas.

El Consent Mode básico bloquea las etiquetas de Google hasta obtener consentimiento y no envía mediciones en estado denegado. El modo avanzado carga las etiquetas de Google con los valores denegados pertinentes y puede enviar mediciones sin cookies. El modelado depende de la elegibilidad y los datos disponibles; no reconstruye un registro completo de cada visita rechazada.

Para el código directo de la etiqueta de Google, establece los valores predeterminados antes de los comandos que envían mediciones. Para las plantillas de consentimiento de GTM, usa sus API de consentimiento y el orden de inicialización. No sustituyas la interfaz compatible de tu CMP por un evento de navegador inventado. Consulta la guía de implementación de Google.

Las etiquetas sin gestión integrada del consentimiento necesitan comprobaciones adicionales explícitas. Los ajustes de Google no bloquean automáticamente Meta, TikTok ni una herramienta de reproducción.

1. Prueba con un visitante nuevo antes de que tome cualquier decisión.
2. Prueba un rechazo guardado y una aceptación guardada en una visita posterior.
3. Cambia decisiones individuales y verifica el almacenamiento y las solicitudes correspondientes.
4. Retira el consentimiento y confirma que se detienen la recopilación futura y el envío en cola según corresponda.
5. Prueba una CMP lenta y una biblioteca de etiquetas que tarde en cargarse.

No recuperes un evento de marketing rechazado mediante una API de servidor. Aplicar hash a los datos del cliente no anonimiza el evento ni elimina la necesidad de una base jurídica adecuada.

Si Cookies Revolution proporciona las opciones, revisa su inventario de cookies y reglas de bloqueo frente a las integraciones instaladas realmente. Registra la finalidad y la señal de CMP que consume cada conector, incluidas las herramientas de grabación; no supongas que una categoría llamada analítica las controla todas. Usa la guía del GDPR para planificar el flujo relacionado de derechos sobre datos y conservación.

Usa Meta Pixel con un objetivo de medición definido

Meta Pixel puede informar de PageView, ViewContent, AddToCart, InitiateCheckout y Purchase con los parámetros de producto y transacción pertinentes. Los ID de contenido de producto deben coincidir con el catálogo de Meta cuando uses la correspondencia de eventos con el catálogo.

Instálalo cuando tengas un uso definido, el consentimiento adecuado y un plan de mantenimiento. No puede recopilar retroactivamente una visita sin seguimiento. Eso no significa que una instalación antigua garantice anuncios más baratos, elimine una penalización de arranque en frío o cree una audiencia utilizable que crezca indefinidamente.

Los requisitos de las audiencias, los tipos de fuente, la correspondencia y los plazos de conservación afectan a lo que puedes usar. No trates un umbral de historial de compras como una regla universal para todas las audiencias similares.

Inicializa el píxel una vez dentro del flujo de consentimiento permitido. Si el consentimiento ya estaba guardado, gestiona ese estado; si se concede después, responde al cambio real de la CMP. Pon los eventos que cumplan los criterios en cola hasta que la biblioteca esté lista y usa identidades estables en los reintentos. No coloques Purchase fuera de la ruta de consentimiento solo porque el cargador base esté condicionado.

Verifica los eventos del navegador con Meta Pixel Helper y los eventos recibidos en Events Manager. Los diagnósticos de eventos no son un informe completo del embudo del sitio página por página. Mantén GA4 u otro sistema de analítica para una visión más amplia de la adquisición y los embudos.

Para el envío mediante módulo, usa Facebook Pixel y consulta la ayuda de Facebook Pixel para la configuración y los controles de eventos admitidos.

Usa Meta CAPI y otros envíos desde el servidor con cuidado

Conversions API envía desde el servidor a Meta los eventos que cumplen los criterios. TikTok, Pinterest y Snap también tienen API de servidor. Pueden ofrecer otra ruta de entrega cuando se pierde un evento de navegador permitido, pero no garantizan una medición o atribución completas.

Para una pareja navegador/servidor, usa el mismo nombre de evento y una identidad estable coincidente según las reglas de deduplicación de esa plataforma. Meta usa eventID en el navegador y event_id en el servidor. Mantén coherentes la identidad de transacción y la de destino e inspecciona el estado de duplicados en el receptor.

Normaliza y aplica hash a los campos admitidos de coincidencia de clientes exactamente como exige el proveedor. Algunos campos de transporte, como la dirección IP y el agente de usuario, tienen un tratamiento distinto. Envía solo campos justificados y no registres tokens de acceso ni datos personales innecesarios en el diagnóstico.

Marketing Revolution usa una cola compartida de compras desde servidor con comprobaciones de tienda, responsabilidad del destino, ajustes activados y su política de consentimiento configurada. Su tarea de plataforma se programa cada cinco minutos. Supervisa las ejecuciones reales, los resultados de cola y el diagnóstico de la plataforma receptora.

Usa la ayuda de Marketing Revolution para su flujo actual de cola, consentimiento, credenciales, eventos de prueba y diagnóstico.

Prueba la aceptación tardía del pago, el rechazo del consentimiento, su retirada, las llamadas de retorno repetidas, los reintentos tras un fallo y un cliente que nunca visita la confirmación. Separa el cumplimiento de criterios del pedido del estado de entrega. Un intento de envío del navegador no confirma que la plataforma haya recibido un evento.

Asigna explícitamente los eventos de TikTok, Pinterest y Snap

Los nombres y modelos de parámetros difieren entre proveedores. No reenvíes sin cambios el nombre de evento de una plataforma a todos los demás rastreadores.

TikTok cambió CompletePayment por Purchase en su actualización de mayo de 2025. CompletePayment sigue siendo un nombre antiguo compatible; usa el nombre actual en trabajos nuevos. Estos nombres de TikTok usan PascalCase. Consulta la guía de migración de eventos.

Elige las plataformas según tu audiencia y tus campañas, no según afirmaciones sobre demografías fijas o impresiones baratas. Un rastreador instalado por si acaso también añade procesamiento y trabajo de privacidad y mantenimiento.

Comprobar una sola vez que existe la biblioteca puede hacer que se pierda un evento si esta se carga después. Coordina la disponibilidad de la biblioteca y los cambios de consentimiento, con reintentos limitados y el mismo ID de evento estable. Cada plataforma tiene sus propias reglas y ventanas de deduplicación.

Las integraciones correspondientes son TikTok Pixel, Pinterest Tag y Snapchat Pixel. Usa la ayuda de TikTok Pixel, la ayuda de Pinterest Tag o la ayuda de Snapchat Pixel para la integración pertinente.

Varias plataformas publicitarias pueden atribuirse una misma compra, mientras que otras compras no reciben atribución. Las ventanas de atribución, la pérdida de consentimiento, la correspondencia y la entrega pueden hacer que la suma sea mayor o menor que los pedidos de la tienda. No sumes las conversiones atribuidas por plataformas como si fueran un recuento de pedidos únicos.

Verifica por separado la carga, el envío y los datos recibidos

Usa tres puntos de control: se cargó el código correcto, se envió la solicitud prevista con el estado de consentimiento correcto y el destino aceptó el evento con los parámetros esperados.

1. Abre Tag Assistant o GTM Preview y activa deliberadamente el modo de depuración de GA4. Abrir DevTools por sí solo no activa DebugView.
2. Explora una categoría, abre un producto, cambia su variante, añade y elimina una cantidad, consulta el carrito y entra en el proceso de compra.
3. Confirma los eventos tras operaciones AJAX correctas, no solo tras cargar páginas.
4. Completa una transacción de prueba e inspecciona su ID, la suma de artículos con descuentos, los impuestos, el envío, la moneda y los artículos.
5. Recarga la confirmación y reintenta una llamada de retorno. Comprueba la estabilidad de los ID y la deduplicación.
6. Comprueba el rechazo del consentimiento, su concesión posterior y su retirada en el panel Network del navegador.
7. Inspecciona los diagnósticos de recepción, los eventos de prueba y los resultados pertinentes de la cola.

La ausencia de datos en tiempo real no demuestra que una etiqueta no se haya cargado. El consentimiento, los filtros, los bloqueadores, los destinos incorrectos y los retrasos de procesamiento pueden producir el mismo síntoma. Comprueba la red y el estado de la etiqueta antes de concluir.

Prueba Consent Mode básico y avanzado frente a sus comportamientos esperados distintos. Una solicitud en estado denegado del modo avanzado no equivale a una escritura de cookies prohibida; inspecciona tanto el almacenamiento como las solicitudes.

El Debug Inspector de pedidos de Marketing Revolution reconstruye un payload actual desde los extractores y muestra registros de pedidos y el contexto de configuración. No es el JSON histórico exacto enviado previamente a la plataforma. Usa los diagnósticos actuales del módulo instalado en lugar de depender de un prefijo antiguo de consola.

Desactiva la depuración innecesaria en producción tras la validación. Evita exponer datos de pedidos, identificadores o credenciales a visitantes o en registros compartidos.

Usa el primer punto que falle para acotar el problema

Una etiqueta activada, una respuesta HTTP y una fila contabilizada en un informe demuestran cosas distintas. Conserva pruebas de la capa que falla al pedir ayuda para que un desarrollador pueda reproducir el fallo en vez de sustituir toda la integración basándose en un informe vacío.

Lee los informes de GA4 con el alcance adecuado

Los cinco grupos de informes siguientes dependen de los eventos pertinentes de comercio electrónico o compra. Una tasa de compra de página de destino también necesita Purchase, aunque la propia página se mida mediante una página vista.

GA4 dispone de informes estándar de recorrido de compra y recorrido del proceso de compra. Explorar añade pasos y desgloses personalizados. La navegación de informes depende de la colección publicada en tu propiedad. Antes de interpretar resultados inesperados, comprueba el indicador de calidad de datos del informe para detectar muestreo o umbrales de privacidad y si los valores de alta cardinalidad se agruparon en una fila «(other)». Estos efectos de informes son distintos de los eventos que no llegan.

Para un embudo personalizado, empieza por view_item, add_to_cart, begin_checkout y purchase. Decide si es abierto o cerrado, el orden de los pasos y los límites de tiempo. Añade pasos de envío y pago solo cuando esos eventos se capturen de forma fiable.

El proceso de compra nativo de PrestaShop 1.7.8 y el flujo anterior de la versión 9 usan información personal, direcciones, envío y pago, con omisiones condicionales. Una única URL de compra no es una URL distinta por paso. PrestaShop 9.2 también incluye una opción nativa de compra en una sola página, así que prueba la implementación real.

Una caída grande de producto a carrito sugiere revisar la información del producto, el precio, la disponibilidad y la medición. Una caída de carrito a inicio de compra sugiere revisar los gastos de entrega y el acceso al proceso. Una caída de inicio de compra a compra sugiere revisar los formularios y el comportamiento de transportistas y pagos. Son vías de investigación, no causas demostradas.

Unos ingresos móviles inferiores no demuestran por sí solos que el proceso de compra esté roto. Compara la intención del tráfico, la mezcla de productos, los precios, el comportamiento entre dispositivos y la cobertura de seguimiento, y reproduce después el recorrido móvil.

Configura los filtros de tráfico, la identidad y las integraciones

Define el tráfico interno en los ajustes de etiquetas del flujo web. En Administrar, Recogida y modificación de datos, Filtros de datos, prueba el filtro de tráfico interno antes de activarlo. Una exclusión activa cambia los datos recopilados para los informes, así que verifica qué eventos eliminará.

La identidad para los informes de GA4 usa User-ID, ID de dispositivo y modelado según la opción elegida. Google Signals no es el mecanismo actual de identidad para informes. Revisa por separado los controles de enriquecimiento publicitario, uso compartido y productos vinculados.

Si implementas User-ID, usa un identificador seudónimo estable sin nombres, emails ni teléfonos, envíalo de forma coherente para usuarios identificados elegibles y bórralo al cerrar sesión. Un identificador vinculado a un registro de cliente sigue siendo un dato personal. No permite unir todas las visitas anónimas entre dispositivos.

Usa parámetros de campaña coherentes para los enlaces de marketing externos. No uses etiquetas de campaña en la navegación interna normal. Revisa las referencias de proveedores de pago y la configuración multidominio cuando el recorrido real las requiera.

Vincula Google Ads, Search Console, Merchant Center o BigQuery solo con una finalidad definida y los permisos adecuados. La exportación a BigQuery permite analizar eventos; no convierte una recopilación incompleta del navegador en registros completos de pedidos.

Las audiencias pueden usar vistas de productos, adiciones al carrito, exclusiones de compras y ventanas de recompra. Establece ventanas que encajen con tu ciclo de ventas y los requisitos de la plataforma. Definir una audiencia es distinto de ejecutar una secuencia de correos de recuperación de la tienda o una campaña publicitaria.

Compara GA4 con Matomo y planifica la transición

GA4 proporciona analítica alojada y vínculos publicitarios de Google. Matomo autoalojado te da control sobre la instalación y la base de datos de analítica, con responsabilidad sobre actualizaciones, archivado, copias de seguridad, conservación y capacidad. Matomo Cloud es otra opción de alojamiento con sus propios acuerdos de proveedor. Matomo también ofrece extensiones de pago de mapas de calor, grabación de sesiones y analítica de formularios; evalúa por separado sus requisitos de alojamiento, licencia, enmascaramiento y consentimiento si te importa conservar los datos de comportamiento en tu propia infraestructura.

El autoalojamiento no significa que solo tú puedas acceder a los datos ni que no haya transferencias internacionales. Revisa el alojamiento, los administradores, el acceso remoto, las copias de seguridad, los servicios de geolocalización, los plugins y otros destinatarios. En GA4, inspecciona los ajustes de uso compartido de la cuenta y los controles de productos vinculados. Google indica que, con todos los ajustes de uso compartido desactivados, los datos de Analytics se usan para prestar y mantener el servicio.

Matomo puede desactivar las cookies de seguimiento y enmascarar direcciones IP. Llama al método documentado disableCookies antes del seguimiento y configura la anonimización de IP en el servidor. Usa un rastreador adicional solo cuando quieras enviar deliberadamente datos a otro destino.

Una exención de consentimiento depende de las normas nacionales aplicables a la medición de audiencias y de la implementación completa. Enmascarar IP y desactivar cookies no basta por sí solo. Revisa la limitación de finalidad, los cruces con datos de clientes, los destinatarios, la conservación y los derechos de los usuarios, siguiendo las indicaciones del regulador pertinente, como las condiciones de medición de audiencias de la CNIL.

Los informes sin muestreo no se calculan a partir de un subconjunto estadístico de los datos recopilados. Eso no significa que todas las visitas se hayan recopilado o identificado perfectamente. Los bloqueos, el consentimiento y la identificación sin cookies afectan a la cobertura y a las métricas de visitantes y sesiones.

Matomo usa sus propias API de comercio electrónico, incluidas las vistas de productos, las actualizaciones del carrito y el seguimiento de pedidos. No son nombres de eventos de GA4. La integración con PrestaShop admite vistas de productos y categorías, adiciones al carrito, inicio de compra y compras, entre otras acciones configuradas. El seguimiento adicional de impresiones de listas o de envío/pago necesita su propia integración.

Matomo Analytics conecta la tienda con la instalación de Matomo elegida; usa la ayuda del módulo Matomo para configurar su conexión y eventos.

Matomo proporciona Google Analytics Importer, con herramientas compatibles de importación de informes de GA4. Los informes importados no recrean un historial idéntico de eventos sin procesar ni garantizan la equivalencia de métricas. Comprueba los informes compatibles, los accesos y las fechas en la documentación del importador. Ejecutar ambas herramientas durante una transición controlada puede ayudar a establecer una nueva referencia, siempre que configures el consentimiento y evites tratar ambos conjuntos de datos como idénticos.

Decide qué significa continuidad antes de cambiar

Enumera los informes que usa el equipo y las decisiones que respaldan, incluidas las dependencias de Google Ads. Marca cuáles pueden reconstruirse con la nueva recogida de Matomo, cuáles pueden usar un importador y cuáles deben seguir accesibles en una exportación o cuenta existente. No prometas mantener idéntico el número interanual de usuarios si cambian la identificación de visitantes y las reglas de sesión.

1. Designa a la persona responsable del alojamiento de analítica, la tarea de archivado, el crecimiento de la base de datos, las copias de seguridad y una prueba de restauración, o elige una solución alojada que puedas mantener.
2. Relaciona los ID de producto, las monedas, los criterios de compra y el tratamiento de reembolsos existentes con el modelo de comercio electrónico propio de Matomo.
3. Durante el solapamiento acordado, usa los mismos pedidos de tienda que cumplan los criterios para comprobar cada destino por separado. Mantén identificados sus denominadores de visitantes y sesiones.
4. Registra el cambio en el historial de cambios de informes y conserva las pruebas de comparación antes de retirar el emisor anterior.

Usa Clarity para mapas de calor, grabaciones y embudos

Microsoft Clarity ofrece mapas de calor, reproducción de sesiones, señales de frustración y embudos. Es gratuito, pero las grabaciones no son ilimitadas: el máximo documentado es de hasta 100.000 sesiones por proyecto y día, y no hay reproducción disponible para todas las sesiones rastreadas.

La reproducción reconstruye el contenido del DOM y las interacciones en lugar de grabar un vídeo literal. No puede reproducir contenido de iframe de terceros ni de canvas. Por ello, los campos de pago alojados pueden requerir los diagnósticos de la propia pasarela. Consulta las preguntas frecuentes de Clarity.

Usa mapas de clics para detectar elementos que parecen interactivos, mapas de desplazamiento para comprobar si se llega al contenido importante y grabaciones filtradas para investigar un recorrido concreto. Los clics de frustración, los clics sin efecto y las vueltas atrás rápidas son pistas útiles, no pruebas de una causa.

Clarity tiene sus propios embudos con medidas de conversión y abandono y enlaces a grabaciones o mapas de calor filtrados. No se limita a una lista de grabaciones sin estructura.

Microsoft se describe como responsable del tratamiento de los datos de Clarity en sus preguntas frecuentes de Clarity. Revisa las condiciones de Clarity y explica el destinatario real, las finalidades y las opciones de consentimiento en tu información de privacidad.

Carga la integración una vez y comunica las decisiones de almacenamiento de analítica y publicidad mediante consentv2 o una integración CMP compatible. Propaga los cambios y la retirada. Desde el 31 de octubre de 2025, Clarity aplica requisitos de señales de consentimiento para las visitas del EEE, Reino Unido y Suiza. Retrasar solo el cargador no comunica esas decisiones. Sigue la guía de ConsentV2.

La integración Microsoft Clarity conecta la tienda con tu proyecto; usa la ayuda del módulo Microsoft Clarity para la instalación y la integración de consentimiento.

Enmascara los datos personales y prueba la captura

El modo Balanced predeterminado de Clarity enmascara el contenido sensible reconocido, como números y correos electrónicos. No oculta todo el texto normal, incluidos todos los nombres o direcciones mostrados. Los campos de entrada y los desplegables se enmascaran en todos los modos.

Usa un enmascaramiento explícito por regiones o un modo más estricto adecuado para información de cuentas, direcciones mostradas, detalles de confirmación y otros contenidos personales. Clarity admite reglas de selectores y el atributo data-clarity-mask. El contenido correctamente enmascarado se excluye antes de subirlo, en lugar de ocultarse solo al visualizarlo. Consulta la guía de enmascaramiento.

Enmascarar el contenido del DOM no limpia las URL, las cadenas de consulta, los eventos personalizados, las respuestas de encuestas ni los datos arbitrarios enviados por otra etiqueta. Mantén la información personal fuera de esos canales también.

1. Usa datos de cliente de prueba para recorrer las páginas de cuenta, dirección, compra y confirmación.
2. Comprueba el marcado tanto del proceso de compra normal como del alternativo.
3. Inspecciona una grabación nueva después de que la configuración de enmascaramiento haya surtido efecto.
4. Confirma el comportamiento ante el rechazo y la retirada del consentimiento.
5. Restringe el acceso al proyecto y compara los periodos de conservación del proveedor con tus requisitos.

Aplica comprobaciones equivalentes a cualquier proveedor de reproducción o comentarios. No supongas que el enmascaramiento predeterminado de campos de entrada cubre todos los componentes personalizados.

Usa las funciones actuales de Contentsquare y las antiguas de Hotjar

Hotjar ha pasado a formar parte de Contentsquare. Comprueba la migración y el plan actual de tu cuenta en lugar de comparar una suscripción nueva con un antiguo cupo de sesiones diarias de Hotjar.

En octubre de 2026, el plan Contentsquare Free anuncia 200.000 sesiones mensuales de analítica, con mapas de calor, embudos y encuestas básicas. La captura de reproducciones tiene un límite independiente del cinco por ciento de las sesiones, con un máximo de 10.000 al mes. Los planes de pago añaden capacidad o funciones. Consulta la comparación actual de planes.

Los embudos pueden calcular la conversión de la población capturada. Las funciones de ingresos o atribución dependen del producto y del plan. Ni una tasa de embudo ni una función de ingresos atribuidos sustituyen la conciliación con los registros de la tienda y de pagos.

Elige una encuesta cuando necesites la explicación del cliente en lugar de deducirla solo de la interacción:

• Producto: ¿Falta algo que te ayudaría a decidir?
• Carrito: ¿Qué te impide continuar?
• Proceso de compra: ¿Algo te ha resultado confuso aquí?
• Confirmación: ¿Qué estuvo a punto de impedirte completar el pedido?

Haz preguntas pertinentes, opcionales y discretas. Evita pedir datos sensibles en texto libre. Prueba el activador de la encuesta y si sus respuestas pueden usarse junto con el recorrido capturado correspondiente.

Usa un cargador idempotente conectado a la CMP real. Gestiona las decisiones ya guardadas y su retirada, y prueba el enmascaramiento y la recopilación futura después de cambiar una decisión. Un evento ficticio de aceptación de analítica no es una integración completa.

El módulo Hotjar es una opción de integración directa si se ajusta a tu cuenta; usa la ayuda de integración de Hotjar para el flujo admitido del módulo y la cuenta.

Convierte el comportamiento en un cambio comprobable de la tienda

Empieza por una pregunta surgida de los números y luego inspecciona las grabaciones y los comentarios pertinentes. No mires sesiones al azar hasta encontrar una anécdota convincente.

Prueba un problema móvil en la página de producto

Supongamos que las vistas móviles de productos se mantienen estables pero las adiciones correctas al carrito caen tras un cambio de tema. Primero reproduce una selección de variante correcta y otra rechazada y confirma su seguimiento, para no confundir un evento AJAX perdido con una caída de demanda. Después filtra las grabaciones por el producto y el diseño móvil afectados, separando las visitas anteriores y posteriores a la versión.

Si varias grabaciones muestran a clientes abriendo controles altos de talla y color sin llegar al botón de compra, usa el mapa de desplazamiento para comprobar ese patrón entre las visitas captadas. Reproduce el diseño en un teléfono con la misma combinación y disponibilidad. El cambio candidato consiste en acortar o recolocar los controles manteniendo accesibles juntos la variante elegida, el precio, el mensaje de stock y la acción de añadir al carrito.

Ensaya el diseño revisado en pruebas con combinaciones no disponibles, cambios de cantidad y errores de validación. Tras el lanzamiento, comprueba nuevas grabaciones para verificar usabilidad y enmascaramiento y compara después las adiciones correctas al carrito y las compras que cumplan los criterios en condiciones comparables de tráfico y medición. Que un botón sea más accesible es una prueba útil, pero un clic adicional por sí solo no demuestra pedidos adicionales.

Usa los comentarios para comprobar la explicación

Ante una caída de carrito a inicio de compra, las grabaciones pueden mostrar que los compradores abren el campo de cupón y se marchan; esa secuencia no demuestra por qué se fueron. Combínala con una pregunta opcional en el carrito sobre qué les frena y comprueba si el coste de entrega o la disponibilidad explican el mismo patrón. Si las pruebas apuntan a la búsqueda de códigos, prueba un campo de cupón desplegable claramente etiquetado, mantén disponible la introducción de códigos y mide los abandonos y pedidos tras el cambio.

Si necesitas evaluar el recorrido y priorizar las correcciones, el PrestaShop UX & Conversion Design Audit ofrece un plan de reparación basado en pruebas; la implementación y la configuración de analítica se contratan aparte.

Inspecciona tu propio tráfico en busca de patrones sospechosos y compara los registros del servidor cuando sea útil. Las solicitudes de rastreadores al servidor no ejecutan automáticamente scripts de analítica o reproducción, por lo que un carrito abandonado en la base de datos no demuestra una sesión de bot grabada.

Mide los costes de red, CPU y memoria del conjunto de etiquetas configurado. La carga asíncrona no significa que la ejecución ocurra después del contenido ni que no pueda afectar a LCP, INP o CLS. Enviar compras desde el servidor no elimina las bibliotecas del navegador que se siguen usando para otros eventos.

Concilia la analítica con los pedidos, las facturas y los pagos

Elige definiciones equivalentes antes de comparar totales. Un pedido realizado, un pedido válido facturado, un pedido pagado, un cobro y los ingresos tras abonos son registros distintos.

Iguala las fechas y zonas horarias, los estados de pedido, las monedas, los impuestos, el envío, los descuentos, las cancelaciones y los reembolsos. Después compara los ID de transacción de una muestra representativa. Observa si la diferencia cambia tras una versión en lugar de esperar una coincidencia universal al céntimo.

Menos compras en analítica pueden reflejar rechazo del consentimiento, bloqueos, una página de retorno no visitada, filtros o un fallo. Más compras pueden reflejar ID duplicados o cambiantes, reglas de fecha/estado distintas o definiciones de atribución. Ninguna dirección identifica la causa por sí sola.

Los informes de beneficio de Financial Revolution usan facturas de pedidos válidos menos abonos, con costes; su informe de flujo de caja usa registros de pagos por separado. No proporciona de forma predeterminada cohortes de clientes, margen por cliente ni beneficio atribuido a canales. Usa la ayuda de Financial Revolution para los informes implementados.

Para analizar la economía de los canales, combina el coste de adquisición y el análisis de atribución con los registros financieros adecuados mediante un flujo de informes deliberado. No describas un resumen de facturas como efectivo cobrado ni los pedidos atribuidos a una plataforma como los únicos que esta causó.

Analiza una discrepancia con la compra anterior

En este ejemplo, define Compra como pago aceptado y usa el pedido anterior con valor de artículos de 50 EUR, 10 EUR de impuestos y 5 EUR de envío. Un total de tienda de 65 EUR y un valor de artículos en GA4 de 50 EUR son compatibles. Concilia la misma transacción y sus componentes antes de considerar esa diferencia como ingresos perdidos.

Marca cada transacción sin conciliar como explicada, fallo de entrega o sin resolver. Separa el rechazo de una entrega permitida fallida y deja visibles las causas desconocidas. No dividas una diferencia del informe entre la tasa de aceptación del banner para fabricar un total exacto de ventas perdidas: la audiencia que consiente puede comprar de forma distinta de la que no puedes observar.

Para decidir campañas, distingue entre un evento recibido y uno atribuido a un anuncio. Una compra recibida correctamente puede recibir distinto crédito según los ajustes de atribución; corregir el emisor no puede hacer que los ingresos atribuidos de todas las plataformas igualen los ingresos de la tienda.

Acuerda el cambio y la entrega de la gestión

Antes del cambio en producción, acuerda qué emisores antiguos se detendrán, qué productores de datos deben mantenerse y qué versión del contenedor lee los eventos nuevos. Registra la hora del lanzamiento, los identificadores de destino y el responsable de reversión. Comprueba las páginas públicas en caché además de tu navegador de prueba con sesión iniciada, porque aún pueden servir el fragmento anterior.

Qué preguntar a tu desarrollador o agencia

• ¿Puedes mostrar el mapa de eventos y emisores para el envío desde navegador y servidor, incluidas las etiquetas añadidas por módulos de marketing existentes?
• ¿Qué versiones de tienda, tema, proceso de compra y módulos superaron las pruebas y qué eventos aún necesitan integración personalizada?
• ¿Puedes mostrar el cálculo de líneas del pedido, la correspondencia de ID de variante y feed y los datos de compra recibidos para el mismo pedido de prueba?
• ¿Qué ocurre tras conceder consentimiento más tarde, retirarlo, perder el regreso del navegador, un pago demorado, una llamada de retorno repetida y un reembolso?
• ¿Dónde se ven los fallos de cola y los eventos rechazados, quién los investiga y cómo conservan su identidad los reintentos?
• ¿Qué configuración y versión del contenedor restaurarías y qué pruebas demuestran que funciona la vía restaurada?
• ¿Conserva la empresa el acceso a las cuentas, el historial de cambios y las pruebas de aceptación con datos sensibles ocultos si cambia de agencia?

Tras el cambio, sigue los primeros recorridos que cumplan los criterios hasta su recepción y conciliación y compara la diferencia de informes con la referencia guardada. Si fallan las comprobaciones de aceptación, restaura la configuración acordada e investiga antes de publicar otro emisor solapado. Anota cualquier periodo con datos ausentes o mal formados conocidos para que el equipo no lo interprete como un cambio comercial.

Mantén una rutina de revisión y mantenimiento

1. Compara los pedidos que cumplen los criterios, los reembolsos y los totales financieros en periodos comparables.
2. Comprueba la tasa y el valor de compra por fuente, dispositivo y página de destino.
3. Revisa el avance de compra y del proceso de compra y después los productos con visitas pero pocas compras. En Pedidos > Carritos de compra (Clientes > Carritos de compra en PrestaShop 1.6), inspecciona los carritos sin pedido, su contenido y sus marcas temporales; un registro de carrito por sí solo no indica qué paso del proceso de compra se alcanzó.
4. Inspecciona una muestra centrada de grabaciones o comentarios para la pregunta principal.
5. Comprueba el estado de las etiquetas, el consentimiento y la cola tras nuevas versiones o cambios en el proceso de compra.
6. Registra una decisión, su efecto previsto y cómo la evaluarás.

No uses un umbral universal de treinta días o doscientas conversiones. Elige el tamaño de muestra según la tasa de referencia, el efecto mínimo que merezca la pena detectar y la confianza y potencia estadística que necesites. Las tiendas de poco volumen pueden necesitar más tiempo de observación, mientras que un flujo de pago claramente averiado debe repararse de inmediato.

Usa días de la semana, campañas y condiciones estacionales comparables, o un grupo de control correctamente asignado. Mantén un registro de cambios para que un banner nuevo, un cambio de precios o una versión del seguimiento sean visibles al interpretar una variación.

Elimina las etiquetas que no uses, revisa los accesos y la conservación y repite la prueba completa de consentimiento y compra tras cambios en temas, módulos, URL o flujos de pago.

Conserva un cuadro breve con el periodo del informe, la definición de la métrica, la fuente, el segmento comparable, el resultado actual, el anterior comparable, las salvedades y la siguiente acción con responsable. Adjunta la conciliación de pedidos que cumplan los criterios y reembolsos, anota las exclusiones de empleados y pruebas y señala por separado la automatización sospechosa. Marca las versiones y los cambios de consentimiento junto al periodo afectado, en vez de restablecer la referencia silenciosamente.

Por ejemplo, una tasa de compra combinada puede caer cuando una campaña amplia atrae más tráfico de navegación aunque cada canal establecido mantenga su tasa. Comprueba la mezcla de canales y dispositivos antes de encargar un rediseño del proceso de compra. A la inversa, una tasa global estable puede ocultar una regresión en el método de pago o el diseño móvil que cambió la versión.

Preguntas de los propietarios

¿Necesito GTM si ya funciona un módulo de analítica directa?

Solo si la gestión mediante contenedor resuelve un requisito que tu vía actual no cubre. Compara el acceso, la cobertura de eventos y quién mantiene las etiquetas. Añadir GTM para otro proveedor no exige trasladar un emisor GA4 que funciona; documenta sus responsabilidades por separado.

¿Por qué veo visitantes pero no ingresos de productos?

La medición de páginas puede funcionar aunque falte la instrumentación de comercio electrónico. Sigue un pedido que cumpla los criterios desde sus datos de productos y compra, pasando por la etiqueta publicada, hasta la propiedad receptora usando los puntos anteriores. Comprueba las fechas y los filtros del informe después de confirmar la entrega.

¿Debe coincidir exactamente la analítica con el total del back office?

Primero concilia la definición de compra, el periodo y los componentes del valor. Usa pedidos, facturas y registros de pago para sus respectivas preguntas financieras. Investiga cualquier diferencia nueva o inexplicada en vez de aceptar todo déficit como pérdida por consentimiento o todo exceso como duplicación.

¿El seguimiento de servidor contará a todos los que rechacen cookies?

El rechazo es una limitación de recogida, no una entrega fallida que recuperar. El envío desde servidor puede reintentar un evento elegible perdido por otra vía, bajo la política de consentimiento acordada, pero no puede prometer un historial completo del cliente.

¿Debo instalar Meta o grabación de sesiones ahora por si lo necesito después?

Define primero la pregunta publicitaria o de usabilidad y la persona que actuará sobre los datos. La conservación de audiencias y la cobertura de herramientas limitan el beneficio futuro, mientras que las obligaciones de recogida, acceso y mantenimiento empiezan con la instalación.

¿Puede una grabación decirme por qué falló un pago?

Puede mostrar el recorrido visible del comprador y ayudarte a reproducir el problema. Inspecciona el conector de pago y el diagnóstico del proveedor para conocer el resultado del pago, especialmente cuando los campos alojados o las redirecciones quedan fuera de la grabación.

¿Puedo cambiar de plataforma de analítica sin romper las comparaciones?

Conserva los informes anteriores, relaciona las definiciones comerciales y establece una referencia nueva durante un solapamiento controlado. Identifica los cambios de identidad de visitantes y reglas de sesión; un importador no hace idénticos dos modelos de medición.