Antes de aumentar el presupuesto porque GA4 muestra más ventas, comprueba que cada compra corresponde a un pedido real y que su importe está bien definido. Si un pedido se registra varias veces, la medición puede hacer que una campaña parezca más rentable de lo que es.
Esta guía propone una revisión para tiendas online. El objetivo no es forzar que todas las herramientas muestren exactamente el mismo número, sino encontrar errores verificables y saber qué dato estás utilizando para decidir.
Empieza por un pedido, no por el total del mes
Escoge un pedido de prueba identificado y sigue su recorrido desde la confirmación de la tienda hasta Analytics. Anota el identificador, el importe de los productos, los gastos de envío y la moneda. Evita incluir datos personales en el documento de revisión.
Después plantea tres preguntas: ¿el pedido existe en la tienda?, ¿qué acción hizo que se enviara la compra?, ¿qué información recibió GA4? Este recorrido ofrece una comprobación más concreta que comparar dos totales sin conocer sus criterios.
Una diferencia agregada no demuestra por sí sola un duplicado. Por ejemplo, mezclar pedidos cancelados con compras confirmadas o comparar importes con y sin envío crea una discrepancia que requiere otra solución.
Qué comprobar en el evento purchase
La referencia oficial de Google define los campos del evento de compra. Estos son los más útiles para esta revisión:
| Campo | Comprobación práctica |
|---|---|
| transaction_id | Identifica el pedido de forma única; no es un número aleatorio nuevo en cada carga. |
| value | Es la suma de precio por cantidad de los artículos, sin envío ni impuestos. |
| currency | Acompaña al valor con la moneda correspondiente, por ejemplo EUR. |
| items | Contiene los artículos de esa compra; revisa identificadores, precios y cantidades. |
| shipping y tax | Recogen envío e impuestos por separado cuando se envían. |
No utilices como identificador de compra el correo del comprador ni un valor fijo compartido por todos los pedidos. El identificador debe permitir reconocer la transacción sin describir a la persona.
Dos comprobaciones para detectar duplicados
Revisa desde dónde se envía la compra. Haz un inventario de las integraciones de tu tienda: aplicación de analítica, código del tema y Google Tag Manager. Que existan varias herramientas no demuestra el error; comprueba si dos de ellas están enviando la misma compra a la misma propiedad.
Google advierte en su guía de validación de ecommerce sobre la duplicación de eventos al combinar instalaciones de la etiqueta de Google y Tag Manager. Antes de retirar una integración, identifica qué medición depende de ella.
Revisa qué pasa al volver a la confirmación. En un entorno de prueba, recarga la página y vuelve atrás y adelante. Observa si el mismo pedido genera otro envío y si conserva su identificador. La documentación explica que repetir el evento con el mismo ID puede hacer que GA4 ignore el segundo envío, incluso si cambias sus valores. Por eso, para probar una compra nueva, utiliza un pedido de prueba diferente.
Esta protección no sustituye corregir un disparador que envía compras de forma innecesaria. Tampoco conviene intentar corregir importes reenviando el mismo pedido sin revisar cómo se procesará.
Ejemplo: un ROAS aparente de 6 puede esconder un 4
Supongamos un caso hipotético: una campaña cuesta 500 € y genera 20 pedidos de 100 € en productos. Para simplificar, todos los pedidos se atribuyen a esa campaña y no hay devoluciones ni impuestos o envío dentro del importe comparado.
El ingreso de productos es 20 × 100 = 2.000 € y el ROAS es 2.000 / 500 = 4.
Ahora imagina que un fallo registra diez de esos pedidos una segunda vez con identificadores diferentes. El informe pasa a mostrar 3.000 € y un ROAS de 6. El valor registrado está inflado un 50 %: (3.000 − 2.000) / 2.000.
No es un resultado de cliente ni una predicción del comportamiento de cualquier instalación. Ilustra por qué aumentar inversión antes de validar los pedidos puede apoyarse en una señal equivocada. Además, un ROAS correcto sigue sin equivaler a beneficio: faltan producto, logística, comisiones y otros costes. Puedes explorar esa segunda parte con la calculadora de ROAS y margen.
Una plantilla de revisión que puedes pedir a tu equipo
Prepara una fila por escenario y guarda la evidencia de la prueba, sin información personal:
- Compra confirmada: pedido existente, identificador estable, importe y moneda correctos.
- Pago fallido: no debe presentarse como una compra confirmada.
- Recarga de confirmación: comprobar número de envíos e identificador recibido.
- Segundo pedido del mismo comprador: debe tener otro identificador y poder medirse como otra compra.
- Pedido con varios artículos o descuento: contrastar precios y cantidades con el pedido.
- Distintos recorridos de pago: documentar cuáles se han probado y cuáles siguen pendientes.
Para cada fila, añade resultado esperado, resultado observado, responsable y corrección pendiente. Un listado marcado como «correcto» sin evidencia no permite saber qué se comprobó realmente.
Cómo decidir si la corrección está terminada
Después de cambiar la implementación, repite los escenarios afectados y revisa que no has eliminado la compra válida al quitar un duplicado. Conserva la fecha del cambio: un informe que mezcla datos anteriores y posteriores puede ocultar su efecto.
Define también qué métrica compararás con la tienda y con qué criterios. Mantén una lista de diferencias explicadas y otra de diferencias pendientes. Si el problema afecta a formularios además de ventas, la guía sobre GA4 y CRM desarrolla ese recorrido por separado.
La prioridad comercial es tener una señal suficientemente fiable para decidir. Si quieres revisar la medición de tu tienda, consulta el servicio de analítica GA4 y Google Tag Manager o cuéntame tu proyecto para valorar el siguiente paso.