Pedidos de WooCommerce que no llegan a GA4

Por qué falta la compra

1. El comprador no vuelve de la pasarela. Con PayPal, Redsys, Bizum o Stripe Checkout, el pago termina en la web de la pasarela. La pasarela suele avisar a tu tienda por su cuenta, así que WooCommerce marca el pedido como pagado aunque el comprador cierre la pestaña. La compra de GA4 y de Meta, en cambio, se envía desde la página de pedido recibido, y si el comprador no vuelve a ella, no sale.
2. La página de pedido recibido no carga la etiqueta. Una página de agradecimiento propia, de un constructor de embudos o de un plugin de checkout, puede saltarse la de WooCommerce. La caché o un plugin que retrasa los scripts también pueden dejarla sin ejecutar.
3. El consentimiento. La compra solo sale si el comprador aceptó las cookies de analítica o de publicidad. Si no respondió al banner antes de pagar, al volver la etiqueta sigue esperando su decisión (GA4 y el consentimiento).
4. Una recarga la duplica. Al revés: la página de pedido recibido abierta otra vez, al recargarla o desde el enlace del correo, puede enviar la compra dos veces (compras duplicadas).

Compruébalo a mano

1. Elige un día completo y ya procesado en GA4. En WooCommerce › Pedidos, apunta los números de los pedidos pagados ese día y su método de pago.
2. En una exploración de GA4, saca las compras del mismo día con la dimensión ID de transacción. Los números que faltan son los pedidos que GA4 no recibió. Si casi todos se pagaron con la misma pasarela, mira primero la vuelta desde ella.
3. En los ajustes de esa pasarela, comprueba que devuelve al comprador a tu tienda en cuanto paga, y que la dirección de vuelta es la página de pedido recibido de WooCommerce.
4. Activa el modo de prueba de la pasarela y haz dos pedidos con Tag Assistant abierto: uno volviendo a tu tienda y otro cerrando la pestaña en la pasarela. El segundo queda pagado en WooCommerce y no envía la compra.
5. En la página de pedido recibido, acepta las cookies y comprueba que la compra sale una sola vez. Recarga la página: no debería volver a salir.

Qué ve TraceLog en su registro y qué no

TraceLog no lee nada de GA4 ni de Meta, y no les envía las compras que faltan. Lleva su propio registro del recorrido de compra, junto a ellos. En WooCommerce, el plugin envía la compra desde la página de pedido recibido y, desde su versión 0.6.0, el servidor de la tienda confirma cada pedido cuando pasa a pagado, con cualquier pasarela (instalar en WooCommerce).

Así, el pedido de quien no volvió de la pasarela cuenta igual, aunque el navegador no lo enviara, y la página Recorrido dice cuántos vio solo el servidor. Cada pedido cuenta una vez por su número, aunque la página de pedido recibido se abra otra vez (por qué no coinciden los recuentos).

Desde el navegador, TraceLog no envía nada hasta que el comprador da su consentimiento, y nada si lo rechaza; la confirmación del servidor cuenta el pedido igualmente. Cuando un paso que llegaba con regularidad deja de llegar, TraceLog te avisa, en todos los planes. Por qué dejó de llegar, y qué cambiar en GA4 o en la pasarela, lo decides tú.

Preguntas

¿TraceLog recupera en GA4 las compras que faltan?

No. No envía nada a GA4, Meta ni Google Ads, y no cambia ninguna de sus etiquetas. Las compras que faltan en GA4 siguen faltando allí; en el registro de TraceLog, el pedido cuenta.

¿Por qué GA4 atribuye compras a PayPal o a mi pasarela?

Porque el comprador vuelve desde la web de la pasarela, y GA4 la toma como la fuente de una visita nueva. En GA4 puedes indicar las referencias no deseadas en los ajustes de la etiqueta de tu flujo de datos web (ayuda de Google).

¿Qué versión del plugin necesito?

La 0.6.0 o posterior, para que el servidor confirme el pedido con cualquier pasarela; antes, solo lo hacían las que completan el pago en línea. Con las actualizaciones automáticas activadas, cada versión llega sola a tu tienda.

Pruébalo en tu tienda

Instala el plugin: el recorrido de compra viene ya preparado, y TraceLog lo comprueba mientras instalas.