Checklist de Eventos GA4 para Ecommerce: los 9 Eventos que Debes Configurar Ya
Lectura 8 min · AstraLoop Studio
Si vendes online y confías en GA4 para entender qué pasa entre el escaparate y la caja, los eventos de ecommerce son tu instalación eléctrica. Cuando están bien cableados ves cada paso del cliente, desde la lista de productos hasta la compra y la devolución. Cuando están mal cableados obtienes cifras que parecen correctas pero no lo son: facturación inflada, carritos fantasma, tasas de conversión sin sentido.
El problema es que GA4 no rastrea el ecommerce por sí solo. La medición mejorada (enhanced measurement) gestiona clics, scroll y descargas, pero los eventos de compra hay que implementarlos a mano, con la estructura de datos correcta. En esta guía encontrarás los 9 eventos que debes configurar ya, uno por uno, con sus parámetros obligatorios y los errores que más suelen falsear los datos. Es un manual operativo: puedes usarlo como checklist e ir marcando cada línea.
Cómo interpreta GA4 los eventos de ecommerce
Antes de la checklist conviene fijar un concepto: en GA4 cada evento de ecommerce gira en torno a un parámetro llamado items. Es un array (una lista) donde describes los productos implicados, con propiedades como item_id, item_name, price y quantity, más otras opcionales como marca, categoría y variante. Sin el array items tus eventos se disparan igual, pero quedan vacíos por dentro: GA4 registra "alguien añadió algo al carrito" sin saber qué.
Otros dos parámetros son decisivos. value es el valor monetario de la acción y currency es la moneda en formato ISO (para España, "EUR"). Deben ir siempre juntos: si envías value sin currency, GA4 no calcula el ingreso. Por último, usa los nombres de eventos recomendados por Google exactamente tal cual (view_item, add_to_cart, purchase, etc.): son los que alimentan los informes de ecommerce predeterminados. Un evento llamado "añadido_carrito" funciona como evento genérico, pero queda fuera de esos informes.
En la práctica los eventos son el nivel más granular de tu sistema de tracking de ecommerce: si esta capa está mal, todo lo que construyas encima hereda el error.
La checklist de los 9 eventos GA4 que debes configurar ya
Estos 9 eventos cubren todo el recorrido de compra, desde el descubrimiento del producto hasta el reembolso. Configúralos en este orden: refleja el funnel y te permite leer los abandonos paso a paso, para que veas de inmediato qué KPI de ecommerce están sufriendo.
| # | Evento | Cuándo se dispara | Parámetros clave |
|---|---|---|---|
| 1 | view_item_list | El usuario ve una lista o cuadrícula de productos | items, item_list_name |
| 2 | view_item | Abre la ficha de producto | items, currency, value |
| 3 | add_to_cart | Añade un producto al carrito | items, currency, value |
| 4 | view_cart | Abre el carrito | items, currency, value |
| 5 | begin_checkout | Inicia el proceso de compra | items, currency, value, coupon |
| 6 | add_shipping_info | Elige el envío | items, currency, value, shipping_tier |
| 7 | add_payment_info | Introduce el método de pago | items, currency, value, payment_type |
| 8 | purchase | Completa el pedido | transaction_id, value, currency, items |
| 9 | refund | Reembolso total o parcial | transaction_id, items |
La implementación concreta depende de la plataforma: muchas tiendas (por ejemplo en Shopify conectado a GA4) ya envían parte de estos eventos mediante app o tema, pero casi siempre hay que completarlos, corregirlos y probarlos. Nunca des por hecho que "funciona por defecto".
1. view_item_list
Se dispara cuando el usuario ve un listado de productos: una categoría, resultados de búsqueda, una cuadrícula en la home. Sirve para medir qué listas generan interés. Error típico: pasar toda la página como una sola lista sin item_list_name, con lo que no distingues la categoría "Zapatos" de la sección "Recomendados para ti".
2. view_item
Se dispara al abrir la ficha de producto. Es el primer evento con un valor económico asociado (el precio del producto). Error típico: asignar value con el precio pero olvidar currency, o enviar el precio como texto ("29,90 euros") en vez de como número puro (29.90).
3. add_to_cart
El corazón de la intención de compra. Se dispara cuando un producto entra en el carrito, con cantidad y precio. Error típico: lanzarlo al cargar la página en vez de al clic en el botón, inflando los add_to_cart. Comprueba siempre que se dispare una sola vez por acción real.
4. view_cart
Se dispara al abrir el carrito (página dedicada o panel lateral). Mide cuántos usuarios revisan el carrito antes de decidir. Error típico: confundirlo con begin_checkout. Son dos pasos distintos y mantenerlos separados te permite ver con precisión dónde se detiene el cliente.
5. begin_checkout
Se dispara cuando el usuario inicia el proceso de compra. Es la frontera entre "estoy mirando" y "estoy comprando". Error típico: no incluir el array items completo, con lo que pierdes el valor del carrito al entrar en el checkout y no puedes calcular el abandono por rango de precio.
6. add_shipping_info
Se dispara cuando el usuario elige la modalidad de envío (parámetro shipping_tier, por ejemplo "Estándar" o "Exprés"). Te indica si una opción de envío está bloqueando la conversión. Error típico: saltárselo porque "ya está begin_checkout", perdiendo visibilidad sobre uno de los puntos de abandono más frecuentes.
7. add_payment_info
Se dispara cuando el usuario introduce el método de pago (parámetro payment_type). Es el último peldaño antes de la compra y uno de los puntos de abandono más costosos. Error típico: omitirlo por completo, dejando un agujero en el funnel justo donde haría falta entender por qué el cliente se detiene.
8. purchase
El evento más importante: registra el pedido completado. Requiere transaction_id (identificador único del pedido), value, currency y el array items, más idealmente shipping, tax y coupon. Márcalo como evento clave (key event) en GA4, así se convierte en una conversión. Error típico: el evento se dispara dos veces porque el cliente recarga la página de agradecimiento. GA4 usa el transaction_id para reconocer las transacciones, pero lo más seguro es hacer que el purchase se dispare una sola vez.
9. refund
Se dispara ante un reembolso, total o parcial. Usa el mismo transaction_id de la compra original; para los reembolsos parciales, incluye en el array items solo los productos devueltos. Error típico: no implementarlo en absoluto, con lo que la facturación en GA4 queda en bruto y no refleja las devoluciones, un dato que en algunos sectores (la moda, sobre todo) cambia radicalmente el ROI real.
Tres eventos complementarios que conviene añadir una vez que el funnel básico funciona: select_item (clic en un producto dentro de una lista, para conectar las listas con las visitas a producto), remove_from_cart (eliminación del carrito) y add_to_wishlist. No son prioritarios como los 9 anteriores, pero afinan la lectura de los micro-abandonos.
¿Quieres asegurarte de que cada euro de facturación en GA4 sea real? Pídenos una revisión de tu tracking de ecommerce: detectamos eventos que faltan, duplicados y parámetros incorrectos antes de que contaminen tus decisiones.
Los errores transversales que falsean los datos de ecommerce
Algunos problemas no afectan a un solo evento, sino a toda la instalación. Son los que, a la larga, te hacen perder la confianza en las cifras.
- Moneda ausente. Cada vez que envíes value debes enviar también currency. Sin ella, GA4 registra el evento pero anula el ingreso asociado.
- Esquema antiguo de Universal Analytics. Si migras desde UA, el dataLayer usaba products e id; GA4 quiere items e item_id. Reciclar el código antiguo es la causa número uno de eventos "vacíos".
- item_id incoherente. El mismo producto debe tener el mismo item_id en todos los eventos y, idealmente, también en el feed de Merchant Center. Si cambia entre add_to_cart y purchase, GA4 los trata como productos distintos.
- value como texto. Los valores monetarios deben enviarse como números (29.90), nunca como texto con símbolo de moneda o coma.
- Consent Mode que lo bloquea todo. En la Unión Europea, sin consentimiento los eventos pueden no dispararse. Configura el Consent Mode v2 para no perder datos y mantenerte en regla.
- Ninguna prueba antes del lanzamiento. Publicar sin revisar en DebugView significa descubrir los agujeros semanas después, con los datos ya contaminados.
Cómo comprobar que los eventos funcionan de verdad
Configurarlos no basta: hay que verlos llegar con los parámetros correctos. Tres herramientas, en orden.
- DebugView. Activa el modo debug (con Tag Assistant o la vista previa de Google Tag Manager) y realiza una compra de prueba. En DebugView ves cada evento en tiempo real y puedes hacer clic para comprobar items, value, currency y transaction_id.
- Informe en tiempo real. Confirma que los eventos llegan también con tráfico real, no solo desde tu sesión de debug.
- Informe de Monetización (Compras de ecommerce). Después de 24-48 horas, comprueba que ingresos, productos y transacciones son coherentes. Una facturación muy distinta a la del programa de gestión es la señal de que algo no cuadra.
Una prueba de compra real (o en modo sandbox) sigue siendo la comprobación más fiable: recorre todo el proceso y verifica que cada paso de la checklist se dispara una sola vez, con los datos correctos.
De la checklist al dato fiable
Los eventos de ecommerce de GA4 no son un trámite técnico: son la base sobre la que decides presupuesto publicitario, precios y prioridades de producto. Un funnel bien rastreado te dice dónde pierdes clientes, cuánto vale cada paso y qué campañas generan compras reales en vez de simples clics.
A partir de ahí el dato se convierte en acción: desde los informes de GA4 que de verdad importan hasta la automatización de recuperación de carritos, un tracking limpio es el prerrequisito de todo. Si partes de cero, configurar GA4 desde cero y la guía completa de tracking de conversiones te dan el marco general en el que encaja esta checklist.
Preguntas frecuentes
¿Cuáles son los eventos de ecommerce fundamentales de GA4?
Los 9 que debes configurar ya son view_item_list, view_item, add_to_cart, view_cart, begin_checkout, add_shipping_info, add_payment_info, purchase y refund. Cubren todo el recorrido, desde el descubrimiento del producto hasta la devolución, y alimentan los informes de ecommerce predeterminados.
¿GA4 rastrea el ecommerce automáticamente?
No. La medición mejorada cubre clics, scroll y descargas, pero no los eventos de compra. view_item, add_to_cart, purchase y los demás hay que implementarlos a mano mediante dataLayer y Google Tag Manager (o gtag), con el array items correcto.
¿Por qué no veo la facturación del ecommerce en GA4?
En la mayoría de los casos falta el parámetro currency junto a value, o el valor se envía como texto en vez de como número, o el evento purchase no está bien implementado. Revisa estos tres puntos en DebugView.
¿Para qué sirve el transaction_id en el evento purchase?
Es el identificador único del pedido. Sirve para que GA4 reconozca la transacción y evite contarla dos veces. También aplica al evento refund, que debe usar el mismo transaction_id que la compra original.
¿Cuál es la diferencia entre add_to_cart y begin_checkout?
add_to_cart se dispara cuando un producto entra en el carrito; begin_checkout, cuando el usuario inicia el proceso de pago. Son dos pasos distintos del funnel: mantenerlos separados te muestra con exactitud dónde se interrumpe el recorrido de compra.
¿Cómo compruebo que los eventos de GA4 funcionan?
Usa DebugView para revisar en tiempo real cada evento y sus parámetros durante una compra de prueba, luego confírmalo con el informe en tiempo real sobre tráfico real y, por último, compara el informe de Compras de ecommerce con los datos de tu programa de gestión tras 24-48 horas.
Si prefieres partir con bases sólidas en vez de perseguir datos sucios, hablemos: configuramos eventos GA4, conversiones y las automatizaciones conectadas a tu tienda.