Plan de medición: elija eventos útiles en Google Analytics 4

Medición y análisis · 6 lectura mínima

Para construir un plan de medición GA4, comience a partir de las decisiones a tomar y luego conserve los eventos que arrojan luz sobre ellas. Una solicitud realmente transmitida, una adición al carrito y una compra no responden a la misma pregunta. Documente su activación, información necesaria y control antes de agregar etiquetas. El objetivo no es contar todos los gestos, sino tener señales comprensibles y fiables.

Puntos clave

• Vincula cada evento a una pregunta comercial específica.
• Distinguir un resultado obtenido de una simple intención.
• Verifique el existente antes de crear un evento adicional.
• Plan de pruebas, consentimiento y responsable del seguimiento desde el inicio.

Comience con las decisiones de la empresa

Un gerente que recibe muy pocas solicitudes útiles debe poder distinguir la falta de visitantes de un problema de formulario. Un administrador de comercio electrónico puede intentar comprender si los visitantes ven los productos, los agregan al carrito y luego comienzan a pagar. Estas preguntas determinan los pasos a medir.

Para cada acción considerada, escriba la decisión que podría modificar. Si nadie sabe qué hacer con la información, déjelo en paz. Un clic en un número de teléfono indica una intención de contactar, no una llamada exitosa. Asimismo, mostrar una página de confirmación no basta para acreditar una nueva solicitud: comprobar que corresponde a una transmisión aceptada, y no a un acceso directo o una recarga.

Elija los eventos del plan de medición GA4

Reutilizar nombres adaptados

Google distingue entre eventos recopilados automáticamente, eventos de métricas mejoradas, eventos recomendados y eventos personalizados. Los eventos recomendados tienen nombres y parámetros predefinidos, pero se debe configurar su colección. Google aconseja reservar eventos personalizados para necesidades que otros tipos no cubren: ver su presentación de eventos.

Antes de crear un nombre, verifique lo que su sitio ya transmite. el lista de eventos recomendados proporciona en particular generate_lead para una solicitud de información, así como view_item, add_to_cart, begin_checkout y shopping para el comercio en línea. Respetar los parámetros prescritos para cada evento seleccionado.

Separar progreso y resultado

En GA4, un evento clave mide una acción particularmente importante para la empresa. Un evento recopilado se puede marcar como tal, como se explica en la documentación Google citada anteriormente. Este estado no reemplaza un disparador confiable. Para su gestión, separe las etapas de progreso, como agregar al carrito, de los resultados esperados, como la compra.

Documentar cada evento antes de su implementación

Una hoja de cálculo compartida es suficiente para describir el plan. Incluya las siguientes secciones:

• Pregunta empresarial: qué intenta comprender el equipo.
• Nombre: El nombre técnico exacto enviado a GA4.
• Activador: la condición observable que autoriza el envío.
• Parámetros: solo la información necesaria para el análisis.
• Estado: evento de progreso o resultado retenido para control.
• Control: escenario de prueba, resultado esperado y responsable.

El desencadenante merece una formulación inequívoca. “Haga clic en enviar” y “solicitud aceptada por el sistema” no son equivalentes. Especifique también cómo evitar múltiples envíos al recargar o regresar a la página.

No envíe el contenido de forma libre de un formulario, una dirección de correo electrónico o un número de teléfono en los eventos o parámetros de este plan de medición. el Google reglas sobre información de identificación cubre en particular las URL, los parámetros y los datos ingresados por los usuarios.

Ejemplo ficticio: medición de una solicitud de cotización

En este ejemplo ilustrativo, una empresa de mantenimiento recibe solicitudes por formulario. Quiere saber si el formulario impide que los visitantes interesados ​​se comuniquen con ella. El plan conserva un paso de inicio de entrada, si es útil para el diagnóstico, luego generate_lead cuando se confirma la transmisión.

El archivo generate_lead especifica la confirmación esperada, el tipo de formulario sin datos personales y el responsable de la prueba. Un error de validación no debería producir este evento. El clic en el botón sigue siendo distinto. A continuación, el equipo comercial comprueba la pertinencia de las solicitudes en su herramienta de seguimiento: su recepción no significa que estén cualificadas.

Verificar activadores y marco de recopilación

El Documentación de DebugView indica que se debe habilitar el modo de depuración para examinar los eventos y sus parámetros. Pruebe una aprobación, falla, recarga y variaciones importantes en dispositivos móviles. Controla tanto lo que no se debe enviar como lo que se debe enviar.

Pruebe también las opciones de consentimiento. el La CNIL regula estrictamente la exención del consentimiento para ciertos rastreadores de medición de audiencia. No se adquiere porque se utilice una herramienta para producir estadísticas. Por lo tanto, no asuma que su instalación GA4 se beneficia de esta exención. Hacer comprobar los rastreadores, los fines y las condiciones de recogida, incluso después del rechazo; Este plan no es una validación legal.

Lista de verificación operativa

1. Escriba decisiones de prioridad y los pasos correspondientes.
2. Eventos de inventario ya recibidos y sus desencadenantes.
3. Elija nombres recomendados cuando corresponda.
4. Complete las secciones del plan y elimine los parámetros innecesarios.
5. Pruebas exitosas, errores, repeticiones y opciones de consentimiento.
6. Conservar comprobante de la prueba y designar a una persona responsable.
7. Vuelva a verificar después de modificar el formulario o el pago.

Limitaciones y errores comunes

Evite contar la misma acción con una extensión y una etiqueta agregadas por separado. No cambie el nombre de los eventos sin documentar el cambio: el equipo puede comparar diferentes definiciones. La ausencia de datos no prueba la ausencia de acciones. Google especifica en particular que ciertos controles de confidencialidad o el rechazo de las cookies de Analytics pueden impedir la visualización en DebugView. Finalmente, GA4 no reemplaza los pedidos del sistema de ventas ni el seguimiento de ventas.

Preguntas frecuentes

¿Cuántos eventos deberíamos planificar?

Conservar aquellos cuya utilidad y control estén documentados. El tamaño del plan depende de las rutas a analizar, no de un cupo a cubrir.

¿Puede un clic ser un evento clave?

Técnicamente, un evento recopilado puede convertirse en un evento clave. Esto no cambia lo que representa la acción: un clic no prueba la recepción de una solicitud o la confirmación de una venta.

¿Quién debe validar el plan?

La persona que toma las decisiones valida el sentido empresarial. El responsable del sitio comprueba el disparo. El oficial de cumplimiento revisa las condiciones de cobro.

Siguiente paso

Elija una acción comercial importante y escriba su ficha completa. Hágalo probar antes de ampliar el plan. Si la medición debe estar vinculada a sus campañas y su sitio, la servicios 4SYSTEM presenta las áreas afectadas.

Fuentes y recursos

• Google Analytics: tipos de eventos y eventos clave.
• Google Analytics: eventos recomendados.
• Google Analytics: usar DebugView.
• Google Analytics: evitar información de identificación.
• CNIL: medición de audiencia y exención del consentimiento.