#5 Validación completa y monitorización del sistema dual - Curso DataLayer de Compra en Shopify Plan Standard

Aprende a realizar una validación completa y a monitorizar el funcionamiento del sistema dual de medición en Shopify. Asegura la precisión absoluta de tus datos y comprueba que ningún evento de compra se quede sin registrar.

Accede a la lección en vídeo de la membresía. Cada martes, jueves y sábado aprende con una clase nueva. Puedes identificarte en este enlace o suscribirte a los cursos.

SUSCRIBIRME POR 15€ / MES

Contenido de la lección

(Recordar que este contenido es la escaleta)

La arquitectura dual requiere dos métodos de validación distintos: GTM Preview para los eventos del dataLayer (canal 1) y GA4 DebugView para los eventos del Customer Events Pixel (canal 2). Nunca intentar validar el checkout con GTM Preview porque GTM no tiene acceso a ese entorno.

Validación Canal 1 — GTM Preview (eventos tienda)

Activar GTM Preview desde GTM → Preview → introducir TU URL
Navegar por una página de producto → verificar que el trigger ‘Von CE – view_item’ se activa y la tag ‘Von GA4 view_item’ se dispara
Navegar por una colección → verificar ‘Von CE – view_item_list’
Abrir el cart drawer lateral → verificar ‘Von CE – view_cart’ (MutationObserver)
Ir a /cart → verificar ‘Von CE – view_cart’ (sin duplicado del drawer)
En cada tag verificar que las variables VON DLV contienen valores correctos: ecommerce.value, ecommerce.items

Validación Canal 2 — GA4 DebugView (Customer Events Pixel)

Activar DebugView en GA4 → Configure → DebugView
Completar una compra de test en eventum.shop (usar cupón 100% descuento para pagar 0€)
Verificar en DebugView que aparecen en orden: add_to_cart → begin_checkout → add_shipping_info → add_payment_info → purchase
En el evento purchase comprobar: transaction_id único, value correcto en decimal (no centavos), items con item_id en formato shopify_”rellenatusdatos”_{pid}_{vid}
Comprobar que el client_id del evento purchase coincide con el de los eventos view_item anteriores (misma sesión)

Validación Google Ads — Tag Assistant

Ir a tagassistant.google.com e introducir la URL de eventum.shop
Completar el flujo de compra y verificar que aparece el evento conversion con send_to: ID DE CONVERSION / ETIQUETA DE CONVERSION
En Google Ads → Herramientas → Conversiones verificar estado ‘Registrando conversiones’ (puede tardar 24-48h)

Qué verificar	Herramienta	Tolerancia
Nº pedidos GA4 vs Shopify Admin	GA4 → Monetization → Ecommerce	±5%
Revenue GA4 vs Shopify Admin	GA4 → Monetization → Overview	±3%
Conversiones Google Ads vs Shopify	Google Ads → Conversiones	±10%
Transaction IDs duplicados	GA4 → Explore → Evento purchase	0 duplicados
item_id formato correcto	GA4 → Ecommerce Purchases	shopify_”rellenatusdatos”_*

Bridge postMessage — para cuando se reactive

El theme.liquid incluye un listener de postMessage que filtraría eventos del Pixel hacia el dataLayer (para que GTM también los reciba). Actualmente está inactivo porque los checkout events van directo via Measurement Protocol. Si en el futuro se quisiera añadir lógica GTM sobre purchase o begin_checkout, bastaría con hacer un postMessage desde el Pixel con el formato { event: ‘purchase’, ecommerce: {…} }.

✓ Checklist de validación final

• GTM Preview: view_item, view_item_list, view_cart se disparan sin duplicados

• GA4 DebugView: purchase llega con transaction_id único y value en decimal

• Todos los item_id tienen formato shopify_”rellenatusdatos”_{product_id}_{variant_id}

• Google Ads → Conversiones muestra estado ‘Registrando conversiones’

• Ratio GA4 pedidos / Shopify pedidos entre 0.95 y 1.05

• Revenue GA4 difiere menos de un 3% respecto a Shopify Admin

• No hay transaction_ids duplicados en los primeros 100 pedidos

• client_id coherente entre eventos de tienda (GTM) y checkout (Pixel)

Objetivo de la lección

Entender por qué Shopify Standard requiere una arquitectura de dos canales (GTM + dataLayer para la tienda, Customer Events Pixel para el checkout) y qué eventos van por cada canal.