TrackCanary · Comprobaciones de seguimiento en tiendas

El pedido está en WooCommerce, pero la compra no aparece en GA4

Sigue una sola prueba. Un pedido guardado, una solicitud del navegador y un evento recibido en GA4 son registros distintos. Localiza dónde se interrumpe el recorrido antes de reinstalar etiquetas.

Ejemplo ilustrativo

Localiza el salto entre pedido y evento

Ejemplo: el pedido existe y una página pública muestra GA4, pero no se ha revisado la compra.

  1. Tienda

    El pedido de prueba está guardado.

  2. Página pública

    Aparece una etiqueta de GA4.

  3. Destino

    La recepción de ese purchase sigue sin confirmar.

Preparado para explicar el proceso; no es un resultado de una tienda ni de una cuenta real.

Siguiente paso: identifica la integración que envía purchase y sigue la misma acción hasta la propiedad prevista. Los dos primeros hallazgos no confirman la llegada de la compra.

1. Anota qué registro falta

Elige un entorno y un método de prueba autorizados. Guarda la página, la hora, el ID de medición G- previsto y la elección de cookies de Analytics. Utiliza una referencia de prueba sin datos del comprador. Una sesión de administrador puede comportarse de otra forma que la de un cliente.

  • Existe el pedido, pero no sale purchase: revisa qué integración debe enviarlo y en qué momento.
  • Sale la solicitud, pero falta el evento en la propiedad prevista: compara el destino y consulta tu dispositivo en DebugView.
  • Aparece el evento, pero los ingresos no cuadran: revisa sus parámetros antes de repetir la compra.

2. Identifica quién envía la compra

Comprueba si GA4 se instaló con Google Analytics for WooCommerce, otro plugin, GTM o código propio. Usa la documentación de esa integración concreta. Encontrar un ID en la portada no identifica al responsable de purchase.

En la extensión gratuita Google Analytics for WooCommerce, la medición de compras depende de que el cliente vuelva a la página de agradecimiento o confirmación. No apliques esta condición a cualquier plugin ni a todos los envíos desde el servidor.

3. Revisa el regreso de la pasarela

En el flujo de pruebas acordado, anota a qué página de la tienda vuelve el cliente después del pago. No completes una operación que vaya a cobrar dinero, enviar un correo de pedido o iniciar una entrega sin haber preparado cómo gestionarla.

Compara esa página con el punto donde la integración espera enviar purchase. Abrir el checkout no equivale a comprar. Una comprobación pública de la portada tampoco puede observar una confirmación de pedido privada.

4. Busca el mismo evento en su destino

Abre Tag Assistant en la misma página e inspecciona la acción prevista. En Network, una solicitud indica un intento de envío; por sí sola no confirma la recepción. Compara su destino con el flujo web que quieres medir.

Activa el modo de depuración para tu dispositivo y busca purchase en DebugView dentro de la propiedad correcta. Conserva la elección de cookies junto al resultado. Los controles de privacidad, el consentimiento denegado o un dispositivo sin depuración también pueden dejar esta vista vacía. No elimines el requisito de consentimiento para conseguir un resultado positivo.

5. Comprueba el importe y la referencia

Revisa transaction_id, value, currency e items en el evento de prueba. Si tu tienda cobra en euros, comprueba que la moneda enviada coincide; un número aislado no basta para interpretar los ingresos. Utiliza los valores de la tienda, no los de una configuración de ejemplo.

Si la compra se registra dos veces, investiga qué integraciones la enviaron. Comprueba que el identificador corresponde al mismo pedido y revisa cómo trata los duplicados cada integración. Añadir otra etiqueta puede complicar el diagnóstico.

6. Entrega un hallazgo que se pueda repetir

Guarda la hora, la página, la integración, la elección de cookies, el destino esperado y el primer punto sin evidencia. No incluyas datos del comprador ni tokens de pago. Muchos informes habituales de GA4 necesitan 24–48 horas de procesamiento; una fila ausente en un informe no es el mismo hallazgo que un evento ausente en una sesión de depuración bien configurada.

TrackCanary inspecciona señales visibles y pistas de WooCommerce en páginas públicas. No entra en el proceso de pago, no lee pedidos privados ni confirma que GA4 haya recibido purchase. Usa el comprobador para la evidencia de la página y los pasos de la cuenta para revisar la recepción.

Fuentes

Actualización: