GA4 para ecommerce mide la venta mediante una secuencia de eventos que define Google, de view_item a purchase, y los ingresos solo son correctos si el evento purchase lleva transaction_id, value, currency y la lista de artículos. Los errores más comunes son la compra contada dos veces, los ingresos en cero por falta de moneda y el envío sumado al valor. Los ingresos de GA4 nunca coinciden centavo por centavo con la tienda, pero la diferencia tiene una causa conocida, y se puede verificar pedido por pedido con una hoja de cálculo.
Esta guía trata sobre la tienda en línea. La lógica general de los eventos, con los automáticos y los personalizados, está en la guía de eventos en GA4, y el funcionamiento de la capa que lleva los datos de la tienda a Tag Manager está en Data Layer.
Los eventos de compra que espera GA4 para ecommerce
Google describe en la guía de comercio electrónico de GA4 las acciones que mide una implementación típica, cada una con un evento de nombre fijo. Usar el nombre correcto es lo que hace que los informes de monetización se completen solos.
| Evento | Cuándo se activa | Qué no puede faltar |
|---|---|---|
| view_item_list | Aparece una lista de productos (categoría, búsqueda) | items con los productos mostrados |
| select_item | Clic en un producto de la lista | items con el producto seleccionado |
| view_item | Se abre la página del producto | items, value y currency |
| add_to_cart | El producto pasa al carrito | items con cantidad |
| view_cart | Se abre el carrito | items de todo el carrito |
| begin_checkout | Inicio del proceso de pago | items, value, currency, cupón si existe |
| add_shipping_info | Envío seleccionado | shipping_tier |
| add_payment_info | Forma de pago seleccionada | payment_type |
| purchase | Pedido completado | transaction_id, value, currency, items |
| refund | Pedido devuelto o reembolsado | transaction_id |
La lista de items acepta hasta 200 elementos por evento, según la misma guía. Cada item necesita item_id o item_name, y lo ideal es enviar ambos, con precio y cantidad.
Es común que los eventos anteriores estén bien y que el problema esté más abajo. El purchase se dispara, pero sin alguno de los campos que hacen que los ingresos aparezcan correctamente.
El evento purchase y los errores que afectan los ingresos
El evento purchase es el único que se convierte en ingresos en GA4. La referencia de eventos de Google enumera lo que necesita, y cada campo ausente rompe algo distinto.
transaction_id ausente o vacío
El transaction_id es el número del pedido. Con él, GA4 elimina las compras duplicadas. La ayuda de Google Analytics sobre ID de transacciones explica que dos compras con el mismo ID, del mismo usuario, se cuentan como una sola. Y trae una advertencia que afecta a muchas tiendas: si el ID se envía como texto vacío, GA4 elimina como duplicadas todas las compras que lleguen así.
La eliminación de duplicados funciona solo en flujos web, no en flujos de app.
currency ausente
Sin el parámetro de moneda, GA4 recibe el valor pero no calcula bien los ingresos. Toda compra necesita currency con el código de tres letras, BRL para el real brasileño.
value con envío o impuesto
La referencia de Google indica que value es la suma de precio por cantidad de todos los items, sin envío y sin impuesto. El envío va en shipping y el impuesto en tax, por separado. La tienda que envía el total del pedido en value ve en GA4 más ingresos que la suma de los productos, y la comparación con la plataforma queda desajustada.
Compra contada dos veces
Ocurre cuando dos etiquetas envían el mismo purchase. El caso clásico es la tienda que usa la integración nativa de la plataforma y, años después, alguien instala GA4 de nuevo mediante Tag Manager. Los dos se disparan. Si ambos envían el mismo transaction_id, GA4 lo controla. Si uno de ellos lo envía sin ID, los ingresos se duplican.
Compra registrada antes del pago
Con Pix y boleto, la página de agradecimiento aparece cuando se crea el pedido, no cuando se paga. Si el purchase se dispara ahí, GA4 cuenta como venta un boleto que nunca se pagó. La tienda debe decidir qué quiere medir y dejarlo documentado. Para Google Ads, lo ideal es enviar solo lo que fue pagado, lo que suele requerir una integración desde el servidor de la tienda.
Por qué los ingresos de GA4 no coinciden con los de la tienda
Aun con GA4 para ecommerce totalmente configurado, el informe mostrará menos pedidos que la plataforma. Lo importante es saber de dónde viene la diferencia y si es estable.
| Lo que usted ve | Causa probable | Cómo verificar |
|---|---|---|
| GA4 con menos pedidos, diferencia estable | Visitante que rechazó las cookies o usa un bloqueador | Revisar el consentimiento y el modo de consentimiento |
| GA4 con más ingresos que la tienda | Envío e impuesto dentro de value, o compra duplicada | Comparar value con el subtotal de los items |
| GA4 con el doble de pedidos en algunos días | Dos etiquetas de purchase activas | Contar cuántas etiquetas se disparan en la página de agradecimiento |
| Pedidos pagados que nunca llegan a GA4 | Cliente que pagó y no volvió a la página de agradecimiento | Listar los ID que faltan y revisar la forma de pago |
| Ingresos en GA4 sin ningún item | purchase sin items | Abrir el evento en modo de depuración |
El consentimiento es la causa que más pesa hoy. Quien rechaza las cookies no entra en GA4 de la misma forma, y la guía de consent mode v2 explica qué cambia con y sin él.
Cómo verificar si los ingresos coinciden, paso a paso
Esta es la verificación de GA4 para ecommerce que hacemos en toda tienda antes de tocar una campaña. No requiere herramientas de pago.
- Elija un período cerrado. Los últimos 30 días, sin el día de hoy.
- Exporte los pedidos de la tienda. Solo los pagados, con número de pedido, subtotal de los productos, envío y fecha.
- Abra las compras en GA4. En el informe de compras de comercio electrónico o en una exploración con la dimensión ID de transacción y la métrica ingresos por compras.
- Compare el total de pedidos. Anote la diferencia en porcentaje.
- Cruce los ID. Liste los números de pedido que están en la tienda y no en GA4, y los que están en GA4 y no en la tienda. El segundo grupo es el más revelador, porque apunta a duplicados, pedidos de prueba o boletos bancarios sin pagar.
- Compare los ingresos por pedido. Si GA4 muestra siempre un valor mayor, el envío está dentro de value.
- Haga una compra de prueba con el modo de depuración activado. Verifique en DebugView que purchase llegue una sola vez, con los cuatro campos. Google Tag Assistant muestra qué etiquetas se disparan en la página de agradecimiento.
Una diferencia pequeña y estable, que se explica por el consentimiento, es normal. Una diferencia que cambia mucho de una semana a otra casi siempre es una etiqueta duplicada o un purchase que se dispara en el lugar equivocado.
GA4 para ecommerce en cada plataforma
Las plataformas de tienda tienen un camino propio para enviar los eventos a GA4. En Shopify es la integración de Google dentro de la plataforma, y en WooCommerce suele ser un plugin. El problema empieza cuando alguien suma un segundo camino sobre el primero.
La regla es elegir un solo camino para purchase. Si la integración nativa de la plataforma envía los eventos completos, Tag Manager queda para lo que ella no cubre. Si los envía incompletos, desactívela y haga todo con Tag Manager usando la capa de datos de la tienda. Lo que no sirve es dejar los dos activos confiando en que transaction_id lo contenga.
De GA4 a Google Ads
La tienda que anuncia en Google necesita que la misma venta llegue a Google Ads, con el mismo valor. Hay dos formas: la etiqueta de conversión de Google Ads en la página de agradecimiento o la importación de purchase desde GA4. Elija una como conversión principal. Si las dos cuentan la misma venta, la campaña cree que vende el doble y puja más de lo que debería.
Las conversiones mejoradas ayudan a recuperar parte de la venta que la cookie pierde. Para quien quiere enviar solo el pedido pagado, o el margen en lugar de la facturación, el camino es la integración con el sistema de la tienda.
Preguntas frecuentes
¿Cuáles son los eventos de comercio electrónico de GA4? Son view_item_list, select_item, view_item, add_to_cart, remove_from_cart, view_cart, begin_checkout, add_shipping_info, add_payment_info, purchase y refund, además de view_promotion y select_promotion para banners internos.
¿Qué parámetros necesita el evento purchase de GA4? transaction_id, value, currency e items. El value es la suma de precio por cantidad de los ítems, sin envío ni impuestos, que van en shipping y tax.
¿Por qué los ingresos de GA4 son diferentes a los de la tienda? Por consentimiento rechazado, bloqueador de anuncios, etiqueta duplicada, envío dentro del valor o compra registrada antes del pago. La verificación pedido por pedido muestra cuál de estas causas pesa más.
¿Cómo conectar GA4 con Shopify? Con la integración de Google disponible en la propia Shopify, que envía los eventos de compra sin código. Antes de instalar Tag Manager encima, verifique que purchase no empiece a dispararse dos veces.
¿Se necesita un plugin de GA4 en WooCommerce? WooCommerce no envía por sí solo los eventos de comercio electrónico, así que se necesita un plugin o la implementación con Tag Manager. Use un solo camino para purchase.
Ingresos medidos desde el anuncio hasta el pedido pagado
El seguimiento de conversiones de Ciclicko configura GA4 para ecommerce con los eventos completos, verifica los ingresos pedido por pedido contra la plataforma y conecta la venta pagada con Google Ads, para que la campaña optimice por lo que realmente entró a caja. El trabajo comienza por la verificación descrita arriba, hecha en su tienda.