Un dashboard no corrige una medición incompleta. Antes de comparar ventas, tráfico o abandono de carrito, define qué preguntas necesita responder tu tienda y qué evento puede responderlas. En GA4, los eventos de eCommerce no aparecen automáticamente: deben enviarse en la implementación cuando corresponda.
Para una tienda que vende productos, una ruta mínima suele observar producto, carrito, inicio de checkout y compra. Esa ruta no demuestra por sí sola que el negocio esté vendiendo más, que el checkout funcione en todos los casos ni que la configuración ya exista en tu sitio. Sólo permite empezar a comprobar dónde falta evidencia.
Esta guía no confirma que tu propiedad de GA4 tenga esos eventos instalados. La única forma de saberlo es una revisión técnica autorizada de la implementación, de los consentimientos aplicables y de los datos que realmente llegan a la propiedad.
Parte por una decisión, no por una lista de métricas
“Quiero un dashboard” es demasiado amplio. Una pyme puede necesitar saber si las personas encuentran productos, si agregan algo al carrito, si llegan a iniciar el checkout o si quedó registrado un evento de compra. Cada pregunta necesita una definición previa.
| Pregunta de negocio | Evidencia que podría ayudar | Lo que no permite concluir por sí sola |
|---|---|---|
| ¿Las personas ven fichas de producto? | Evento de visualización de producto. | Que leyeron la ficha, que había stock o que querían comprar. |
| ¿El carrito despierta interés? | Evento de agregar al carrito. | Que el pago se intentó o se confirmó. |
| ¿La compra avanza al checkout? | Evento de inicio de checkout. | Que la dirección, despacho o pago fueron aceptados. |
| ¿La tienda registró una compra en analítica? | Evento de compra implementado y revisado. | Que el pedido se preparó, se entregó o coincide con cada registro operativo. |
Tener claras estas diferencias evita usar un clic como si fuera ingreso, o interpretar una caída del gráfico como un problema de la tienda sin comprobar primero la instrumentación.
Los eventos recomendados para una ruta de compra
Google Analytics documenta eventos recomendados para eCommerce. Una selección mínima puede incluir los siguientes, siempre que correspondan al flujo real de la tienda. No es obligatorio crear un evento por cada detalle visual del sitio.
| Evento recomendado | Pregunta que ayuda a responder | Revisión mínima antes de confiar en él | Límite que debe quedar explícito |
|---|---|---|---|
view_item |
¿Se visualizó una ficha de producto? | Comprobar que se dispara en una ficha real y que identifica el producto sin datos personales. | No mide intención de compra ni disponibilidad real. |
add_to_cart |
¿Se agregó un producto al carrito? | Verificar que no se envía dos veces por la misma acción. | No confirma que la persona comenzó el pago. |
begin_checkout |
¿Se inició el checkout? | Revisar que represente la pantalla o paso que el negocio definió como inicio. | No demuestra que se completaron campos ni que el pago fue exitoso. |
add_shipping_info |
¿Se entregó información de despacho, si ese paso existe? | Confirmar que el checkout efectivamente separa ese paso. | No se debe usar para capturar direcciones o datos identificatorios. |
add_payment_info |
¿Se llegó al paso de información de pago, si existe? | Revisar el momento exacto de envío y que no exponga datos sensibles. | No confirma el resultado del pago. |
purchase |
¿Se registró un evento de compra según la regla definida? | Verificar cuándo se envía, cómo se evita duplicarlo y qué representa en el flujo. | No sustituye la revisión del pedido, su estado ni la conciliación del negocio. |
La documentación de eventos de eCommerce de Google Analytics describe estos eventos y sus parámetros recomendados. Google también explica el recorrido de compra en su guía de medición del embudo de eCommerce. Antes de copiar una implementación, confirma que los pasos de tu checkout se parecen a los que vas a medir.
No des por instalados eventos que no has comprobado
Una orden creada en WooCommerce no prueba que GA4 haya recibido un evento purchase. Del mismo modo, un evento en GA4 no prueba que el pedido se haya preparado, despachado o conservado en el estado que tu operación usa para controlar ventas.
Por eso una auditoría mínima debe responder preguntas concretas:
- ¿Qué etiqueta, integración o desarrollo envía cada evento?
- ¿En qué página, acción o respuesta del flujo se dispara?
- ¿Qué ocurre si la persona recarga, vuelve atrás o intenta pagar nuevamente?
- ¿Cómo se excluyen pruebas autorizadas sin borrar evidencia útil?
- ¿Qué zona horaria, moneda, período y definición usará el dashboard?
- ¿Quién revisará alertas o diferencias entre analítica y operación?
No necesitas responderlas con una modificación en producción. Primero se puede documentar el flujo y revisar la configuración actual en un entorno autorizado. Los cambios de etiquetas, plugins o checkout requieren pruebas que no pongan en riesgo compras reales.
Define qué significa “compra” antes de contarla
La palabra compra puede referirse a momentos distintos: alguien inició un pago, una herramienta registró una confirmación, el pedido quedó listo para preparación o la venta se concilió según el procedimiento administrativo del negocio. Si el equipo mezcla esas definiciones, el dashboard puede ser visualmente correcto y aun así responder otra pregunta.
Escribe una regla simple junto al tablero. Por ejemplo: “Este gráfico muestra eventos purchase recibidos por GA4 en el período y no reemplaza el control de pedidos”. Luego añade quién compara esa señal con la operación y cuándo debe investigarse una diferencia.
No llames “venta confirmada” a un evento sólo porque el nombre dice purchase. La configuración, el consentimiento, una interrupción del navegador o un reintento pueden afectar lo que se registra. Cuando necesites contrastar analítica y pedidos, usa un procedimiento de conciliación; la guía sobre las diferencias entre GA4 y WooCommerce desarrolla ese procedimiento.
Datos personales y privacidad: mide lo mínimo necesario
GA4 no es una planilla para guardar información de compradores. No envíes RUT, correo, teléfono, dirección, nombre, mensajes de WhatsApp, notas del pedido ni números de medios de pago en nombres de eventos, parámetros, URLs o etiquetas personalizadas. Las políticas de Google Analytics prohíben enviar información que Google pueda reconocer como información de identificación personal (PII).
Antes de medir formularios, mensajería o atributos que puedan identificar a una persona, detén la implementación y revisa con el responsable de privacidad y con el equipo técnico qué datos son necesarios, qué consentimiento corresponde y qué configuración está autorizada. La Ley 21.719 tiene vigencia diferida al 1 de diciembre de 2026 y es un marco relevante para preparar esa revisión en Chile; este artículo no entrega asesoría legal ni determina el cumplimiento de un caso particular.
También conviene separar dos tableros: uno de comportamiento agregado para tomar decisiones de producto o contenido, y otro operativo con acceso restringido para revisar pedidos reales. No traslades registros identificatorios al primero sólo para facilitar una comparación.
Una revisión mínima antes de abrir el dashboard al equipo
El siguiente control no requiere inventar metas ni obligar a todas las tiendas a usar el mismo embudo:
| Control | Pregunta de comprobación | Resultado esperable |
|---|---|---|
| Mapa de flujo | ¿Producto, carrito, checkout y compra están definidos para esta tienda? | Un documento breve con pasos reales, responsables y límites. |
| Muestra de prueba autorizada | ¿Los eventos aparecen una sola vez en el orden esperado? | Evidencia técnica saneada, sin datos de compradores. |
| Definición de período | ¿Todos miran la misma zona horaria y rango de fechas? | Comparaciones repetibles. |
| Datos mínimos | ¿Algún parámetro puede identificar a una persona? | Se elimina o se rediseña antes de enviar datos. |
| Regla de discrepancias | ¿Qué hará el equipo si analítica y pedidos no coinciden? | Ruta de revisión, no una corrección improvisada. |
| Propietario | ¿Quién mantiene la definición cuando cambia checkout o medición? | Responsable y fecha de revisión visibles. |
La calculadora de SuperPyme puede servir para abrir una conversación sobre el alcance de una tienda, pero no reemplaza esta revisión de datos ni es una fuente de precios para un dashboard. Si estás antes de lanzar, conecta esta pauta con el checklist de prelanzamiento de WooCommerce antes de abrir la tienda.
Errores frecuentes que conviene evitar
- Crear decenas de eventos con nombres distintos antes de definir una pregunta útil.
- Contar un clic de botón como una venta sin aclarar qué ocurrió después.
- Disparar
purchasenuevamente para “arreglar” un gráfico sin investigar por qué falta o se duplica la señal. - Enviar datos personales o detalles del pedido a analítica para facilitar una conciliación manual.
- Atribuir una caída de ventas a SEO, checkout o campañas cuando no se ha comprobado qué eventos están llegando.
- Prometer que una nueva etiqueta aumentará conversiones o resolverá por sí sola una diferencia operacional.
Próximo paso
Si quieres saber qué eventos están realmente disponibles y cuáles faltan, solicita una revisión de medición de tu tienda. La revisión debe partir por el flujo actual, las integraciones autorizadas y las reglas de privacidad aplicables; no por instalar eventos a ciegas.
También puedes revisar los planes eCommerce vigentes para conversar sobre el alcance de una tienda y confirmar qué integración u operación corresponde a tu caso. La disponibilidad depende del plan, la versión y el diagnóstico.
Fuentes primarias
- Eventos de eCommerce recomendados, Google Analytics. Revisada el 11 de agosto de 2026.
- Medir el embudo de compra de eCommerce, Google Analytics. Revisada el 11 de agosto de 2026.
- Buenas prácticas para evitar el envío de PII, Google Analytics. Revisada el 11 de agosto de 2026.
- Ley N.º 21.719, Biblioteca del Congreso Nacional de Chile. Revisada el 11 de agosto de 2026.
Siguiente paso recomendado
Convierte esta guía en una tienda preparada para vender
Cuéntanos qué vendes, cuántos productos manejas y qué necesitas integrar. Te orientaremos hacia una implementación coherente con tu operación.