¿Cómo deberías nombrar tus eventos? ¿«purchase» o «purchase_conversion»? ¿«button_click» o «click_button»? ¿«form_submit» o «submit_form»? Parece un detalle sin importancia, pero si lo haces mal, tu seguimiento se vuelve un caos. Una persona llama «purchase» a un evento. Otra llama «conversion» a uno parecido. Ahora tienes seguimiento duplicado con nombres distintos. Los informes muestran cifras contradictorias y los equipos discuten cuál es la correcta. Un buen sistema de nombres lo evita. Con nombres coherentes, todo el mundo sabe qué hace cada evento.
Este artículo explica cómo nombrar y estructurar los eventos para que tu sistema de seguimiento siga ordenado a medida que creces.
Qué son los nombres y la estructura de eventos
Nombrar eventos es cómo etiquetas cada uno: «purchase», «form_submit», «video_play». La estructura es cómo los organizas. ¿Qué eventos van juntos? ¿Cómo los clasificas? Unos buenos nombres y una buena estructura mantienen el seguimiento ordenado.
Un mal sistema de nombres se ve así. Una persona crea «purchase». Otra crea «buy». Otra crea «transaction». Lo mismo tiene tres nombres distintos. Tus informes muestran tres eventos separados y los equipos no saben qué cifra creer.
Un buen sistema usa convenciones coherentes. Todos los eventos de compra se llaman «purchase». Todos los de formularios empiezan por «form_». Todos los de interacción empiezan por «engagement_». La coherencia da claridad.
Crea una convención de nombres
Define cómo vas a nombrar todos los eventos. Incluye una categoría: «conversion_purchase», «conversion_signup», «engagement_video_play». Primero va la categoría y después el evento concreto.
Usa guiones bajos o camelCase, pero de forma coherente. Todo en minúsculas con guiones bajos, o camelCase. Elige uno y mantenlo. Mezclar mayúsculas y minúsculas confunde.
Mantén los nombres cortos, pero descriptivos. «purchase» es mejor que «user_completes_purchase_transaction». «form_submit» es mejor que «form_submission_event_trigger». Los nombres deben ser claros sin ser largos.
Agrupa los eventos relacionados
Decide qué eventos están relacionados. Los de compra van juntos. Los de formularios van juntos. Los de navegación van juntos. Agrupa los eventos relacionados en tu documentación y en tu panel.
Usa prefijos para mostrar la agrupación. «conversion_purchase», «conversion_signup». Ambos empiezan por «conversion». Cualquiera que lea el nombre entiende que miden conversiones.
En tus informes, organiza los eventos por grupo. Ten un panel de eventos de conversión, otro de eventos de interacción y otro de eventos de error. La organización ayuda a los equipos a encontrar lo que necesitan.
Crea una jerarquía de eventos
Algunos eventos son más importantes que otros. La compra es crítica. Los envíos de formularios son importantes. Los scrolls de página son secundarios. Crea una jerarquía.
Documenta qué eventos son críticos, cuáles son importantes y cuáles son útiles pero no esenciales. Los críticos se prueban más a fondo. Los importantes se revisan con regularidad. Los secundarios tienen una supervisión básica.
Usa esta jerarquía para repartir tus recursos. Dedica más tiempo a asegurar que los eventos críticos funcionan y menos a los secundarios.
Documenta las definiciones de los eventos
Documenta qué es cada evento. ¿Cuándo se lanza? ¿Qué datos recoge? Cuando alguien nuevo entra en el equipo, lee tu documentación y entiende el sistema.
Incluye ejemplos. «El evento purchase se lanza cuando alguien completa una compra. Recoge el importe del pedido, la categoría del producto y el ID de usuario. Ejemplo: el evento purchase se lanza con los valores $49.99, electronics, user123.»
La documentación evita eventos duplicados. Antes de crear un evento nuevo, se consulta la documentación. Si ya existe algo parecido, se reutiliza.
Alinea los eventos con los objetivos de negocio
Tus eventos deben corresponderse con tus objetivos de negocio. Si tu objetivo son las ventas, tendrás eventos de compra. Si son los clientes potenciales, tendrás eventos de registro. Si es la interacción, tendrás eventos de interacción.
Relaciona cada evento con un objetivo de negocio. «Este evento mide nuestro objetivo de ventas.» «Este evento mide la captación de clientes potenciales.» «Este evento mide la interacción.» Esta alineación ayuda a los equipos a entender por qué existe cada evento.
Revisa los eventos cada trimestre. ¿Los que mides siguen alineados con los objetivos de negocio? Si tu negocio cambia, quizá necesites eventos nuevos. Elimina los que ya no importan.
Preguntas frecuentes
¿Los nombres de eventos deben ir en singular o en plural?
En singular: «purchase», no «purchases»; «form_submit», no «form_submits». El singular es más claro, porque «purchase» es una sola ocurrencia de la acción. Nombrar en singular evita confusiones. Con el creador de webs de WEMASY, puedes configurarlo directamente en tu web.
¿Cuántos eventos deberíamos nombrar y medir?
Empieza por los críticos: compra, registro, envío de formulario. Añade los importantes: reproducciones de vídeo, acciones de interacción. Y después los secundarios: scrolls, clics. La mayoría de las webs acaban con entre 10 y 30 eventos. Con más, pierdes el foco.
Tenemos eventos antiguos con mal nombre. ¿Deberíamos renombrarlos?
No. Renombrar rompe los datos históricos. A partir de ahora, usa buenas convenciones. Para los datos históricos, crea un documento de equivalencias: «Nombre antiguo: purchase_complete. Nombre nuevo: conversion_purchase.» Así los equipos entienden que ambos nombres se refieren a lo mismo.
¿Debemos incluir el nombre de la página en el nombre del evento?
No. La información de la página es un dato asociado al evento, no parte de su nombre. Un evento se lanza cuando alguien hace clic en un botón, y la página en la que está es contexto. Mantén los nombres de eventos genéricos.
¿Cómo gestionamos los eventos que se lanzan en varias páginas?
Usa el mismo nombre de evento sin importar la página. «form_submit» se lanza en cada página con formulario, y la información de la página se adjunta como dato del evento. Así tienes un evento en lugar de diez.
¿Anidamos los eventos o los dejamos planos?
Déjalos planos en cuanto al nombre y usa categorías en los prefijos: «conversion_purchase», «engagement_video_play». Una estructura plana con prefijos es más clara que una anidada, y la mayoría de los equipos usa nombres planos con prefijos de categoría.