Qué está pasando probablemente
Gateway no vuelve a thank-you
Si el usuario no regresa tras pagar, el evento browser puede no disparar.
Plugin incompleto
Algunos plugins envían purchase sin items, value, currency o transaction_id.
Consent bloquea tags
CMP puede impedir el evento hasta que el usuario acepte.
Duplicación o falta de transaction_id
Sin ID estable, puedes perder o duplicar compras.
Cómo comprobarlo sin romper nada
Haz pedido de prueba por cada pasarela.
Revisa thank-you page y dataLayer.
Compara pedido WooCommerce con DebugView GA4.
Valida value, currency, items y transaction_id.
Comprueba consentimiento y ad blockers.
Revisa importación a Google Ads si aplica.
Cómo lo resolvería paso a paso
Asegura evento server o fallback
Para pagos externos, depender solo del navegador puede ser frágil.
Normaliza ecommerce payload
GA4 necesita datos consistentes de compra, items y valor.
Controla duplicados
transaction_id evita contar dos veces cuando se recarga thank-you.
Valida por pasarela
Cada método de pago puede comportarse distinto.
Si se vuelve técnico
Puedes seguir esta ruta por tu cuenta. Si el diagnóstico de GA4 Ecommerce revela una discrepancia entre sistemas, una implementación delicada o un bloqueo que necesita contexto adicional, Lia conserva lo comprobado y te lleva a CreatikLab sin empezar desde cero.
Qué no haría
Probar solo una pasarela.
No revisar transaction_id.
Confundir pedido creado con pedido pagado.
No mirar consentimiento.
Preguntas frecuentes
¿Puede GA4 tardar en mostrar compras?
Sí en informes estándar, pero DebugView/Realtime debe ayudar a validar eventos de prueba.
¿Es mejor server-side?
Para ecommerce serio, server-side o eventos backend pueden dar más robustez que solo navegador.
