Has configurado eventos. Has definido parámetros. Crees que el seguimiento está listo. Pero ¿lo has probado? Un evento de compra que no captura el importe. Un evento de formulario que se lanza en la página equivocada. Un parámetro que envía el valor incorrecto. El seguimiento sin probar se rompe de formas que tardas semanas en descubrir, y para entonces llevas días recogiendo datos erróneos. Probar detecta los problemas antes de publicar. Probar lleva horas. No probar cuesta días.
Este artículo repasa unas pruebas completas que confirman que tus eventos funcionan bien antes de que dependas de ellos.
Qué es probar eventos
Probar eventos consiste en verificar que se lanzan cuando deben, capturan los datos correctos y los envían a tu plataforma de analítica. Las pruebas se hacen en el entorno de pruebas, antes de pasar los eventos a producción.
Probar no es hacer clic una vez y mirar los informes en tiempo real. Una prueba de verdad es sistemática: pruebas cada evento, distintos escenarios y distintos datos, y verificas que todo funciona.
El objetivo es tener confianza. Antes de publicar en producción, estás seguro de que el evento funciona porque lo has probado a fondo. Sabes cómo se ve un evento que funciona, y si más adelante se rompe, reconocerás el problema.
Prueba en el entorno de pruebas
Prueba siempre en el entorno de pruebas antes de pasar a producción. Es tu zona de ensayo: prueba eventos, modifícalos, rómpelos, arréglalos. Todo ocurre ahí y los datos de producción se mantienen limpios.
En el entorno de pruebas, activa cada evento. Haz clic en el botón que lo lanza, envía el formulario, haz la compra. Después mira tu cuenta de analítica de pruebas. ¿Aparece el evento en los informes en tiempo real?
Prueba varias veces. Que el evento funcionara una vez no significa que funcione siempre. Prueba cinco veces, diez veces. Lo que importa es que se lance de forma constante.
Verifica los nombres y los datos de los eventos
Comprueba que los nombres de los eventos son correctos. Un evento llamado «purchase» debe aparecer como «purchase» en los informes. No como «Purchase» ni como «purchase_event». Exactamente «purchase».
Comprueba que los parámetros son correctos. Un evento de compra debe tener los parámetros de importe, categoría y cupón. Comprueba que aparecen y que sus valores son correctos.
Usa las herramientas para desarrolladores de tu navegador. Abre la pestaña de red, activa un evento y busca las peticiones a tu plataforma de analítica. Deberías ver una petición con el nombre del evento y los parámetros.
Prueba distintos escenarios
No pruebes solo el caso ideal. Prueba los casos límite. ¿Qué pasa si alguien hace una compra sin cupón? ¿El parámetro del cupón queda vacío? ¿Toma un valor por defecto? Ambas opciones valen, siempre que sea coherente.
Prueba valores distintos: una compra de $10, una de $1000, distintas monedas, distintas categorías de producto. Los eventos deben funcionar sin importar el valor.
Prueba en distintos dispositivos: ordenador, móvil, tablet. Los eventos deben lanzarse en todos, con el mismo nombre, los mismos parámetros y el mismo comportamiento.
Prueba los parámetros de los eventos
Verifica que cada parámetro captura el valor correcto. El parámetro de importe de un evento de compra debe capturar el importe de la compra. No el número de artículos ni el coste de envío, sino el importe real.
Prueba la precisión de los parámetros. Haz una compra de exactamente $49.99 y comprueba que el parámetro muestra 49.99. Las discrepancias indican un problema de mapeo.
Prueba qué pasa cuando falta un parámetro. Si falta uno obligatorio, ¿el evento se lanza igualmente? ¿O falla en silencio? Documenta el comportamiento.
Prueba la secuencia y el momento de los eventos
Algunos eventos dependen de otros. Un evento de compra debe lanzarse después de uno de pago. Prueba la secuencia: activa los eventos en orden y verifica que se lanzan en el orden correcto. Verifica también que el tiempo es razonable: los eventos deben lanzarse a los pocos segundos de la acción.
Prueba los eventos en ráfaga. ¿Qué pasa si alguien hace clic en un botón diez veces seguidas? ¿Obtienes diez eventos? ¿Veinte? Los duplicados indican un problema, y que no haya ninguno también.
Prueba con datos reales
Al final, prueba con datos reales: compras reales, envíos de formularios reales, tráfico de visitantes real. El entorno de pruebas es seguro, pero los datos reales revelan problemas que ese entorno puede pasar por alto.
Prueba fuera de las horas punta. No pruebes con tráfico real en los momentos de más afluencia, porque generarás ruido en los datos reales. Hazlo a primera hora de la mañana o a última de la noche, cuando hay poco tráfico.
Empieza poco a poco. Prueba con un pequeño porcentaje del tráfico y vigila los resultados. Si algo se rompe, solo afecta a unos pocos visitantes. Aumenta el porcentaje de forma gradual y, cuando estés seguro, actívalo para todo el tráfico.
Documenta los resultados de las pruebas
Documenta lo que probaste: la fecha, qué evento, qué escenario. ¿Funcionó? Si falló, ¿qué estaba mal? ¿Cómo lo arreglaste?
Conserva los resultados de las pruebas al menos un mes. Si alguien pregunta «¿cuándo probamos los eventos de compra?», tienes la documentación. Si un evento se rompe, sabes cómo se probó y puedes repetir la prueba.
Preguntas frecuentes
¿Cuántas pruebas son suficientes?
Prueba cada evento al menos cinco veces. Prueba distintos escenarios, casos límite y distintos dispositivos. La mayoría de los equipos dedica unas horas a probar todos los eventos, y suele bastar. Con el creador de webs de WEMASY, puedes configurarlo directamente en tu web.
¿Probamos los eventos en producción o solo en el entorno de pruebas?
Prueba primero en el entorno de pruebas. Cuando estés seguro, vale hacer pruebas a pequeña escala en producción, empezando con un pequeño porcentaje del tráfico. No pruebes los eventos críticos directamente en producción completa.
¿Qué hacemos si un evento falla en las pruebas?
Depúralo. Usa las herramientas para desarrolladores, revisa la capa de datos y la configuración del evento. Encuentra el problema, arréglalo y vuelve a probar. No publiques eventos rotos.
¿Cómo probamos los eventos en móvil?
Usa un dispositivo móvil o la emulación móvil del navegador. Activa el evento en el móvil y mira los informes en tiempo real. Asegúrate de que los eventos móviles funcionan igual que los de ordenador.
¿Pueden las pruebas automatizadas comprobar si los eventos se lanzan?
Algunos equipos usan herramientas de pruebas automatizadas, pero para verificar eventos suele ser mejor probar a mano. Estás probando lógica de negocio, no código, y las pruebas manuales detectan problemas que las automáticas pasan por alto.
¿Debemos probar los eventos después de cada actualización?
Sí. Cada vez que modifiques la configuración de un evento, pruébalo. Los cambios pequeños rompen eventos. Prueba tras cada actualización y evita que se publiquen eventos rotos.