Saltar al contenido

Inicio · Blog · Funnel de ventas vía GTM: eventos y drop-offs de che…

Enviar solicitud

Formato nuevo

Funnel de ventas vía GTM: eventos y drop-offs de checkout

Un funnel de ventas en analytics no es un «botón mágico de GTM» — es una cadena acordada de pasos de compra y eventos que muestran dónde la gente se cae.

Abajo: por qué importa el funnel, cómo elegir pasos, cómo enviar eventos a GA4 vía GTM y cómo leer drop-offs. GTM básico (contenedor, tags, Preview) es un artículo aparte; aquí el foco es el checkout. No copiamos screenshots de Universal Analytics ni recetas duras de «página virtual» de guías viejas.

Compartir
Telegram

Por qué etiquetar el funnel

Sin pasos ves visitas y compras ocasionales, pero no dónde se rompe el camino: ficha de producto, carrito, envío, pago o formulario de contacto.

El funnel responde preguntas prácticas: cuántos llegaron al carrito, dónde está la mayor caída, si ayudaron arreglos de envío y botones. Es base para hipótesis de UX y oferta — no un sustituto de la estrategia de marketing.

Trabajos típicos:

  • rastrear interés en catálogo y fichas
  • ver la cuota de add_to_cart y begin_checkout
  • pillar salidas antes del pago
  • vincular el drop-off a una página o error concreto
  • comprobar el efecto de A/B tests y releases

Google Tag Manager Funnel de marketing automation

Pasos del camino: del catálogo al pedido

Primero describe el checkout real de tu sitio — no un flujo «ideal» de manual. Una landing de una página tiene menos pasos; una tienda con variantes y envío tiene más.

Marco habitual: vista de categoría o producto → añadir al carrito → carrito → checkout (contactos, envío, pago) → página de éxito. Mantén nombres de eventos cerca de las recomendaciones ecommerce de GA4 para alinear reports y píxeles de ads.

Cadena de ejemplo:

  • view_item / vista de producto
  • add_to_cart
  • view_cart
  • begin_checkout
  • add_shipping_info / add_payment_info (si existen)
  • purchase / generate_lead en thank-you page

Eventos vía GTM en vez de páginas virtuales de UA

En Universal Analytics a menudo se fingían pasos con virtual pageviews. En GA4 es más limpio enviar eventos con parámetros (item_id, value, currency) y construir el funnel a partir de ellos.

En GTM: trigger en clic/submit/dataLayer.push → tag GA4 Event (o Google tag) → Preview → publish. Si el CMS ya empuja ecommerce al dataLayer — reutiliza esos campos; no inventes una segunda capa de «URLs falsas».

Mínimo del contenedor:

  • config GA4 / Google tag sin duplicado en el tema
  • triggers en pasos clave
  • nombres de eventos estables entre releases
  • chequeo en Preview y DebugView
  • consentimiento de cookies contabilizado en las condiciones del tag

Setup de GA4 Metas en Google Analytics

Cómo leer el funnel en reports

En GA4 suele construirse el funnel en Explorations (Funnel exploration) o mirar reports ecommerce si el esquema recomendado está en su sitio. En Metrika — metas compuestas y reports por pasos.

La UI del dashboard cambia: importa el sentido («secuencia de eventos», «drop-off por paso»), no un screenshot de cuenta de 2019. Compara periodos antes y después de arreglos y segmentos (móvil vs. desktop, fuente de tráfico).

Qué mirar primero:

  • cuota que llega a cada paso
  • el paso con la mayor caída
  • diferencias por dispositivo
  • errores de pago o validación de formulario
  • tiempo en el paso (si está disponible)

Qué hacer con cuellos de botella

El drop-off en envío y pago a menudo pide precios transparentes, plazos y métodos de pago que funcionen — no «un píxel más». El drop-off en campos de contacto — longitud del formulario y trust (datos, política, teléfono).

Pilla botones y redirects rotos aparte: un evento que no disparó no significa que el usuario «no quisiera comprar». Cruza DebugView con una sesión real.

Hipótesis que funcionan:

  • simplificar checkout y cortar salidas de más
  • mostrar envío y pago antes
  • arreglar botones y validación rotos
  • acelerar el carrito móvil
  • no tratar el retargeting como sustituto de un UX decente

Optimización de la conversión

Qué recordar

Un funnel se estrecha en cada paso — es normal. El trabajo es hallar drop-offs anormales y testar hipótesis, no «aplanar el chart a cualquier precio».

GTM es transporte de eventos. El sentido viene de un mapa de pasos acordado, nombres limpios y el hábito de leer el report tras cada release de checkout.

Takeaway corto:

  • describe los pasos reales del sitio
  • envía eventos GA4 vía GTM
  • no dupliques contadores
  • lee drop-offs y arregla UX
  • no copies guías de pageview de la era UA

FAQ

¿GTM construye el funnel solo?

No. GTM entrega tags y eventos. Ves el funnel en GA4 (Explorations / Funnel) o en Metrika vía metas — tras un tagging correcto.

¿Siguen haciendo falta páginas virtuales como en UA?

En GA4, apóyate en eventos (view_item, add_to_cart, begin_checkout, purchase y los tuyos). El virtual pageview es legado de UA — no un camino obligatorio.

¿Basta una URL de thank-you?

Para una meta tosca — a veces. Para un funnel por pasos necesitas eventos en acciones intermedias, o solo ves «llegó / no llegó».

¿Puedo duplicar el tag en el tema y en GTM?

No — tendrás hits dobles. Un canal de entrega: o la plantilla o GTM.

¿Esto sustituye un funnel de marketing automation?

No. Un funnel de automation es una secuencia de toques (ads, bot, email). Aquí — medir el camino en el sitio.

¿Las compras son raras — y solo ves visitas, no dónde se rompe el checkout?

Mapeamos pasos reales de checkout, enviamos eventos GA4 por un solo contenedor GTM y leemos drop-offs del Funnel antes de más píxeles.

Hablar del proyecto