Uno de los mayores dolores de cabeza de las tiendas en línea es el proceso de pago redirigido (off-domain). Cuando envías a tus usuarios a PayPal, Redsys, Mercado Pago o el checkout de Stripe para procesar la transacción y luego vuelven, la medición del comercio electrónico tiende a romperse de forma crítica.

Este fallo puede hacerte perder entre un 5% y un 15% de tus conversiones registradas, destruyendo la precisión de tus métricas de ROAS.

1. ¿Por qué se rompe el tracking en la redirección?

Cuando el usuario abandona tutienda.com para ir a la plataforma de pago (paypal.com) y finalmente regresa a tu página de gracias (tutienda.com/thank-you), ocurren dos desastres técnicos:

  1. Pérdida de Sesión: Para GA4, el usuario ha salido de la web y ha vuelto a entrar. A menudo, esto crea una sesión completamente nueva, desvinculando la compra de su canal de origen.
  2. Contaminación de Referencia (Referral Pollution): La venta no se le atribuye a Meta Ads o Google Ads, sino a paypal.com o stripe.com porque el navegador detecta que provienen de allí.

2. El peligro del redireccionamiento incompleto

Tradicionalmente, las webs miden la compra disparando un píxel en la página /gracias. Pero, ¿qué pasa si el cliente paga con éxito en PayPal, y en lugar de esperar la redirección automática, cierra la pestaña, se le cae la conexión o simplemente apaga el móvil?

El dinero entra al banco, pero GA4 nunca registra la compra, perdiendo el dato de conversión de por vida.

3. Interactúa: Simulador de Checkout (Tradicional vs. Webhooks)

Selecciona el método de tracking y pulsa “Simular Pago” para ver qué ocurre en el sistema de medición si el usuario cierra el navegador antes del retorno automático.

Simulación con Página de Gracias

La conversión depende 100% de que el cliente regrese a /gracias para cargar el script.

1. Pago en Banco ✓
→
Usuario cierra pestaña ✖
→
Venta no registrada (GA4: $0)

4. La Solución: Webhooks y Exclusiones de Referencia

Para blindar tu medición, implementa una infraestructura robusta apoyada en:

  1. Webhooks (Server-to-Server): Cuando la pasarela procesa el pago, tu servidor recibe una petición JSON directa (Stripe Webhook o PayPal IPN). Tu servidor dispara el evento purchase a GA4 utilizando el Measurement Protocol de Google de forma directa, sin importar si el usuario volvió o no a la web.
  2. Deduplicación: Asigna siempre un transaction_id único para evitar contar la venta dos veces si el usuario sí regresa tras dispararse el webhook.
  3. Lista de exclusión de referencias: Configura en GA4 que ignore visitas de Stripe o PayPal para proteger el canal original.