Transacciones incorrectas en Google Analytics

Las transacciones en Google Analytics son incorrectas cuando el revenue no coincide con tu sistema de pedidos (OMS o ERP), aparecen compras duplicadas o la atribución se rompe por pasarelas de pago. Un desajuste puntual del 5–10% puede ser normal, pero diferencias mayores suelen indicar errores de etiquetado, redirecciones externas o falta de control de duplicados.

Este problema es especialmente frecuente en ecommerce con múltiples mercados, pasarelas o arquitecturas híbridas, donde pequeños fallos técnicos acaban generando datos poco fiables.

1) Señales claras de que tus transacciones están mal medidas

• Gaps de revenue: GA4 muestra un 5–10% menos de ingresos que tu OMS o ERP.
• Duplicados: el mismo transaction_id registra más de una compra.
• Atribución incorrecta: picos de paypal.com / referral u otras pasarelas.
• Latencia: los datos recientes cambian entre T+1 y T+2.

Chequeo rápido (5 minutos):

1. Ve a Monetización → Compras y filtra por purchase.
2. Añade transaction_id y Ecommerce purchases.
3. Si ves Ecommerce purchases > 1 para un mismo ID, hay duplicados.

2) Causas más comunes de transacciones incorrectas en Google analytics

• Doble etiquetado: GTM + gtag + plugins disparando el mismo evento.
• Redirecciones a pasarelas externas: rompen sesión y origen.
• Disparo antes del pago real: el evento purchase se envía sin confirmación.
• Consent Mode y bloqueadores: pérdida parcial del lado cliente.
• Recargas o navegación atrás que vuelven a disparar el evento.

Ejemplo típico: el usuario paga con PayPal, vuelve a una URL genérica y GA4 atribuye la compra a la pasarela. Solución: excluir el referral y disparar la compra solo tras confirmación real.

3) Plan de diagnóstico

Higiene básica

• Usa una sola vía de envío (GTM o gtag).
• El evento purchase debe dispararse solo en el Thank-you real.

IDs e idempotencia

• transaction_id único y consistente.
• No reprocesar eventos con el mismo ID.

Atribución

• <Añade dominios de pasarela a unwanted referrals. Si quieres entender el impacto real, revisa los informes de atribución en GA4.

Conciliación

• Exporta los datos de Google analytics y OMS/ERP.
• Clasifica pedidos: OK / Missing / Duplicate.

4) Soluciones técnicas por escenario

Duplicados de transacciones

• Un solo tag de Google analytics.
• Activadores estrictos (URL exacta, flag de pedido).
• Idempotencia en cliente y servidor.

Faltantes por pasarela externa

• Disparar purchase solo tras pago confirmado.
• Excluir referrals de pasarela.
• Confirmar pedidos vía webhook.

Consent y bloqueadores

• Aceptar pérdida parcial del lado cliente.
• Mitigar con server-side first-party.

5) Prevención a largo plazo

• QA obligatorio en cada cambio de checkout + alertas automáticas en GA4 (para detectar picos/anomalías).
• Alertas automáticas si Ecommerce purchases > 1.
• Gobernanza de etiquetas y bloqueo de plugins no aprobados.
• Idempotencia universal.

6) Métricas para reporting y dirección

• % pedidos OK / Missing / Duplicate.
• Delta GA4 vs OMS/ERP.
• Impacto de referrals antes y después de exclusión.

FAQ

¿Google analytics deduplica transacciones automáticamente?

Solo si recibe el mismo transaction_id para el mismo usuario. No cubre todos los escenarios. La idempotencia sigue siendo necesaria.

¿Por qué aparece “paypal.com / referral”?

Porque la pasarela actúa como referencia al volver al sitio. Excluye el dominio y conserva la sesión.

Conclusión

Las transacciones incorrectas en Google analytics no se solucionan con un ajuste puntual, sino con arquitectura, control e idempotencia. No busques el 100% de precisión: busca consistencia auditable, conciliación diaria y gobierno del dato.