Una tienda que solo envía el evento de compra a GA4 dispone de una cifra de ingresos y de nada más. Ningún porcentaje de abandono por etapa, ningún producto visto sin ser añadido, ningún análisis del rendimiento de las listas. El valor de GA4 en una tienda viene de la cadena completa, no del último eslabón.
Siete eventos bastan para reconstruirla.
Los siete eventos
- view_item_list: visualización de una lista de productos, categoría, resultados de búsqueda, bloque de recomendaciones. Permite comparar el rendimiento de los emplazamientos entre sí.
- select_item: clic en un producto desde una lista. Junto al anterior, da la tasa de clic por lista.
- view_item: consulta de una ficha de producto. La base de todo lo demás.
- add_to_cart: añadido al carrito. Comparado con view_item, da la tasa de añadido, el indicador más útil a nivel de producto.
- begin_checkout: entrada en el embudo. Es la frontera que separa la navegación de la compra.
- add_payment_info: elección del medio de pago. El último punto de medida antes de la validación, y el que aísla los abandonos ligados al pago.
- purchase: pedido validado, con el detalle de los artículos.
Un octavo merece añadirse cuando es sencillo de cablear: remove_from_cart, que señala los productos retirados al descubrir los gastos de envío.
La estructura de los artículos
Todos estos eventos comparten la misma estructura de descripción de los artículos, y la coherencia entre ellos es lo que marca la diferencia entre datos explotables y un informe ilegible.
Cinco parámetros cuentan por artículo: el identificador, el nombre, la categoría, el precio unitario y la cantidad. Otros dos son útiles: la marca y la variante.
El identificador es el punto crítico. Debe ser estrictamente el mismo en todos los eventos, y sobre todo idéntico al utilizado en tu feed de productos hacia Google. Una tienda que envía la referencia en un evento y el identificador interno en otro obtiene dos fichas de producto distintas en sus informes, para el mismo artículo.
La variante debe tratarse explícitamente. Decide si el identificador se refiere al producto o a la variante, y mantén esa regla en todas partes. Ambas opciones son defendibles, la mezcla no.
Google Tag Pro — Plug & Play PrestaShopEl tracking e-commerce que ya no pierde conversiones.€190,00
Precios sin impuestos o con impuestos incluidos
Pregunta sin respuesta universal, y que debe zanjarse antes del cableado.
La convención más habitual en Europa consiste en enviar los precios con impuestos incluidos, porque es lo que el cliente paga y lo que figura en el pedido. La alternativa, sin impuestos, facilita la conciliación con la contabilidad.
Lo que importa más que la elección: que el valor del pedido se calcule de la misma forma, y que sepas cuál elegiste cuando compares GA4 con tu back-office seis meses después.
Dos elementos a excluir del valor de la transacción: los gastos de envío y los impuestos se declaran en parámetros dedicados, no en el importe total. Incluirlos infla artificialmente los ingresos por producto.
Los errores clásicos
La compra contada dos veces. La página de confirmación recargada o recuperada de la caché reenvía el evento. Es con diferencia la anomalía más frecuente, y falsea los ingresos al alza. La protección consiste en marcar el pedido como ya enviado, del lado servidor o en almacenamiento local, y no disparar nunca el evento dos veces para un mismo identificador de transacción.
El identificador de transacción ausente o no único. Sin él, GA4 no puede deduplicar. Usa la referencia del pedido, nunca una marca de tiempo.
Los gastos de envío en el valor. Ver más arriba.
El evento de compra disparado antes de la validación del pago. En un pago con redirección, el pedido puede fallar después del envío del evento. El disparo debe hacerse en la página de confirmación real, tras el retorno del proveedor.
Las listas sin nombre. Si todas tus listas llevan el mismo nombre, nunca sabrás si tus bloques de recomendación funcionan.
El consentimiento
Sin consentimiento, ninguno de estos eventos debe salir con identificadores. El modo de consentimiento permite conservar una medición agregada en ausencia de consentimiento, a condición de que esté correctamente cableado y de que las señales se transmitan antes de la carga de las etiquetas.
Un punto práctico que a menudo se descubre demasiado tarde: si tu banner bloquea los scripts hasta el consentimiento, los eventos disparados durante ese intervalo se pierden. Prevé una cola que los reproduzca tras la aceptación, en lugar de dejarlos caer.
Verificar
Tres niveles de control, en este orden.
La capa de datos. En la consola del navegador, inspecciona su contenido en cada etapa y verifica la presencia y la forma de los parámetros. Ahí es donde se ven los identificadores incoherentes y los precios mal formateados.
El modo de depuración de GA4. Muestra los eventos en tiempo real con sus parámetros, y señala los que son rechazados. Realiza un pedido completo observando esa pantalla.
La conciliación numérica. Tras dos semanas, compara el número de pedidos y los ingresos de GA4 con tu back-office.
La desviación normal con el back-office
No busques la igualdad perfecta, no existe. Una desviación del 5 al 15% menos en GA4 es esperable, y se explica: rechazos de consentimiento, bloqueadores de publicidad, navegación privada, pedidos por teléfono y clientes que salen de la página antes del envío del evento.
Lo que debe alertarte es una desviación superior al 25%, o una desviación positiva, con GA4 contando más pedidos que tu back-office. La segunda señala casi siempre un doble conteo.
El módulo Google Tag Pro para PrestaShop cablea esta cadena en PrestaShop 8 y 9: los eventos e-commerce con una estructura de artículos coherente, la protección contra el doble envío de la compra, y la articulación con el consentimiento.