¿Qué errores de configuración de eventos cuestan días de diagnóstico a los equipos? Eventos duplicados que cuentan dos veces la misma acción. Eventos configurados para las páginas equivocadas. Parámetros que capturan valores erróneos. Nombres incoherentes que crean confusión. Eventos que se lanzan en el momento equivocado o que no se lanzan. Estos errores son comunes porque configurar eventos es complejo, pero también se pueden prevenir. Entender qué sale mal te ayuda a evitarlo.
Este artículo reúne los errores más habituales y explica cómo prevenirlos.
Eventos duplicados
El error más común es crear el mismo evento dos veces con nombres distintos. Un desarrollador crea «purchase». Otro crea «purchase_conversion». Ahora mides la misma acción dos veces, los informes muestran dos eventos y los equipos discuten cuál es el correcto.
Evita los duplicados consultando tu registro de eventos antes de crear uno. ¿Ya existe este evento? Si es así, usa el existente. Si no, créalo con la convención de nombres acordada.
Si descubres duplicados, elimina uno enseguida. Los duplicados activos contaminan tus datos.
Eventos configurados para las páginas equivocadas
Configuras un evento de envío de formulario. Lo pruebas en el formulario de contacto y funciona. Lo publicas. Pero se lanza en todas las páginas, no solo en las de contacto. La configuración del evento es demasiado amplia.
Evítalo probando en varias páginas. Prueba la página donde el evento debe lanzarse y también las páginas donde no debe. Verifica que solo se lanza donde se pretende.
Documenta dónde debe lanzarse cada evento. Si más adelante notas que se lanza en otro sitio, habrás detectado un error de configuración.
Parámetros que capturan valores erróneos
Un evento de compra tiene un parámetro que debería capturar el importe de la compra, pero captura el precio del producto. Están relacionados, pero no son lo mismo. Los datos son erróneos.
Evítalo probando los parámetros con valores conocidos. Haz una compra de $50 y verifica que el parámetro muestra $50. No $45, no $55: exactamente $50.
Documenta de dónde saca los datos cada parámetro. «El importe de la compra viene del campo purchase_amount de la capa de datos.» Una documentación clara evita confusiones.
Nombres de eventos incoherentes
Un evento se llama «purchase». Otro, «Purchase». Otro, «purchase_event». El mismo evento tiene tres nombres, los informes muestran tres eventos separados y el resultado es confusión.
Evítalo usando convenciones de nombres coherentes: todo en minúsculas, sin espacios y con guiones bajos entre palabras. Un solo estándar, aplicado a todos los eventos.
Documenta tu estándar de nombres y compártelo con todos los que creen eventos. Haz de la coherencia la norma.
Eventos que no se lanzan
Configuras un evento y lo publicas. No pasa nada. No hay eventos en los informes. El evento no se lanza en absoluto.
Las causas habituales son una configuración de activador incorrecta (el evento debe lanzarse al hacer clic en un botón concreto, pero el activador busca otro elemento), una configuración de página incorrecta (el evento debe lanzarse en una página concreta, pero la ruta de la página cambió) o problemas de sincronización (el evento se lanza antes de que la capa de datos esté rellena).
Evítalo probando a fondo antes de publicar. Verifica la configuración del activador, la ruta de la página y la sincronización. Prueba en el entorno de pruebas. No publiques eventos sin probar.
Eventos que se lanzan demasiadas veces
Configuras un evento para que se lance al hacer clic en un botón, pero se lanza veinte veces por clic. Los lanzamientos duplicados distorsionan tus datos.
Las causas habituales son varios oyentes para el mismo evento (el gestor de etiquetas y tu web lanzan el mismo evento) o la propagación de eventos (un clic en un elemento hijo activa también el evento del elemento padre).
Evítalo entendiendo tu activador. Prueba con cuidado, busca duplicados y vigila la frecuencia de lanzamiento del evento. Si es inusualmente alta, investiga.
Valores de parámetros que faltan o son erróneos
Un evento de compra debería capturar el importe de la compra, pero el parámetro está vacío. O captura el valor equivocado. La calidad de los datos se resiente.
Las causas habituales son que la capa de datos no esté rellena (el evento se lanza antes de que la capa de datos tenga información), un error de mapeo del parámetro (el parámetro busca el campo equivocado de la capa de datos) o valores fijados a mano (un parámetro tiene un valor escrito a mano en lugar de tomar datos dinámicos).
Evítalo verificando que la capa de datos está rellena antes de que se lancen los eventos. Prueba los parámetros con datos reales, verifica que el mapeo es correcto y usa datos dinámicos, no valores fijos.
No probar en producción
Probaste a fondo en el entorno de pruebas. Los eventos funcionan a la perfección. Publicas en producción y los usuarios avisan enseguida de que los eventos no funcionan. El entorno de pruebas se diferencia de producción de formas que no esperabas.
Evítalo probando en producción con un pequeño porcentaje del tráfico. Empieza con un 10 %, vigila si hay errores y, si todo funciona, sube al 50 % y luego al 100 %. Probar en producción a pequeña escala detecta los problemas propios de cada entorno.
No vigilar los eventos después de publicarlos
Publicas los eventos y pasas al siguiente proyecto. Tres semanas después, alguien nota que un evento dejó de lanzarse. Has perdido tres semanas de datos.
Evítalo vigilando los eventos de forma continua. Configura alertas: si un evento no se lanza durante una hora, avisa a alguien. Revisa cada semana la frecuencia de lanzamiento de los eventos, detecta cambios inesperados y atrapa los problemas a tiempo.
Preguntas frecuentes
¿Cómo detectamos los eventos duplicados?
Documenta todos los eventos en un registro. Antes de crear uno, consulta el registro y, si ya existe algo parecido, reutilízalo. Las auditorías periódicas de tu lista de eventos detectan los duplicados que se te hayan escapado. Con el creador de webs de WEMASY, puedes configurarlo directamente en tu web.
Un evento se lanza, pero la calidad de los datos es mala. ¿Cómo lo depuramos?
Revisa cada componente. ¿Se lanza el evento? Usa los informes en tiempo real. ¿Es correcto el activador? Usa las herramientas para desarrolladores. ¿Se capturan los parámetros? Comprueba sus valores. Aísla qué componente falla, arréglalo y vuelve a probar.
Tenemos un evento roto en producción. ¿Lo eliminamos o lo desactivamos?
Desactívalo, no lo elimines. Desactivarlo conserva los datos históricos, mientras que eliminarlo borra el evento por completo. Puede que quieras analizar los datos anteriores a la rotura. Conserva los datos y desactiva el evento a partir de ahora.
¿Cómo prevenimos los errores de configuración?
Usa una configuración de eventos estandarizada. Crea una plantilla y haz que todos los eventos sigan la misma estructura. La estandarización reduce las variaciones, y con menos variaciones hay menos errores.
¿Cuál es el peor error al configurar eventos?
Publicar en producción eventos sin probar. Los eventos sin probar se rompen en silencio y no lo notas durante días. Para entonces ya has perdido datos. Prueba siempre antes de pasar a producción.
¿Cómo nos recuperamos de los errores de configuración de eventos?
Con una respuesta rápida. Cuando notes un error, arréglalo de inmediato: desactiva el evento roto, corrige la configuración, prueba y vuelve a publicar. Cuanto más rápido respondas, menos datos erróneos recogerás.