La analítica de tu app, correcta antes de publicar la release.
Un solo plan de medición, mantenido por todo el equipo. Con nuestra librería en las versiones de prueba, cada móvil comprueba cada evento contra el plan en cuanto se dispara.
Sin registro.- Android e iOS
- eventos de Firebase y GA4
- cualquier SDK de analítica
- eventos a tu propio backend
El tracking roto aparece en el dashboard, semanas después de la release.
Para entonces los datos ya están mal y no se pueden corregir, y averiguar qué versión, pantalla o evento lo rompió lleva días.
La especificación vive en una hoja de cálculo
Nadie sabe qué versión sigue la app, y cada cambio es un mensaje en un hilo.
QA revisa los eventos a ojo
Alguien mira DebugView o un proxy en un portátil, evento a evento, y el resultado se queda en su cabeza.
Un evento, cuarenta sitios
Un ui_interaction genérico se dispara desde cada botón. El dashboard no distingue cuáles siguen enviando los valores correctos.
Un plan de medición para todo el equipo. Cada evento, validado en el móvil.
Verivent comprueba lo que envía tu app antes de la release. No sustituye vigilar lo que llega a GA4 en producción.
Escribe el plan con tu equipo
Cada evento con su canal (adónde se envía: Firebase, tu backend…), cuándo se dispara y los parámetros que debe llevar. Cada cambio es una revisión, y publicas una versión del plan cuando está lista.
analítica · productoLas versiones de prueba lo cargan
Solo las versiones de prueba llevan la librería. La que va a la tienda lleva una librería vacía que no hace nada.
desarrollo, una vezCada evento se valida
En el móvil que lo envía, en el momento: queda verificado o incumple el plan y dice exactamente qué falla.
QA · desarrolloCobertura de la release
Las sesiones de QA manual o de tests automáticos se suman por release: qué eventos del plan se han verificado, cuáles incumplen el plan y cuáles no ha disparado nadie todavía.
todo el equipo
El plan deja de ser un documento y pasa a ser la comprobación.
Un plan que todos entienden
Nombres, canales, parámetros y valores permitidos en un solo sitio, con su historial. Al publicar ves qué ha cambiado desde la última versión y quién lo cambió.
Cobertura por release
Antes de dar por buena una release, ves qué eventos del plan envió, cuáles rompen el plan y cuáles no ha visto nadie. Sin leer código.
QA manual, sin revisar a ojo
La persona de QA exporta la sesión desde el móvil y la arrastra al navegador. Se comprueba ahí mismo, con el plan publicado o con el borrador que vas a publicar, y el fichero no se sube.
Eventos genéricos, sitio a sitio
Cuando un evento se dispara desde muchos sitios, como ui_interaction en el banner de inicio y en el botón de compartir, cada sitio es una variante: dice qué debe enviar, y la cobertura la cuenta por separado.
Escribe el plan más rápido Próximamente
Empieza desde tu hoja de cálculo o desde una sesión grabada. La IA ayuda a escribir el plan y a revisar los nombres. Nunca decide si un evento cumple.
Los valores reales nunca salen del móvil.
La comprobación se hace en el dispositivo, solo en las versiones de prueba. Lo que nos llega es el resultado, no los datos de tus usuarios.
Lo que guarda Verivent
- Nombres de eventos y canales
- Resultados y número de problemas por parámetro
- Plataforma, versión de la app y de la librería
Lo que nunca recibe
- Los valores que envió tu app
- El fichero de la sesión
- Nada de la versión que va a la tienda
Código abierto, dentro de tu app.
Librería Apache-2.0 para Android e iOS. Puedes leer cada línea que corre en tu app.
Un solo validador en Kotlin Multiplatform: Android, iOS y el navegador dan el mismo veredicto con las mismas palabras.
Encaja en tus tests: comprueba los eventos de analítica en los tests de UI y compara flujos completos con una baseline grabada en CI.
Eventos tipados desde el plan (próximamente): genera las llamadas de tracking para Kotlin y Swift, para que un parámetro renombrado falle al compilar y no en producción.
// build.gradle.kts
debugImplementation("io.github.asanre:verivent:0.11.0")
releaseImplementation("io.github.asanre:verivent-no-op:0.11.0")// test de UI
lastEvent("ui_interaction" on "firebase", variant = "share_playlist")
.shouldHave("item_id", "pl_42")Preguntas
¿Sustituye a Firebase DebugView?
No. DebugView enseña lo que llega a GA4, dispositivo a dispositivo. Verivent comprueba cada evento contra tu plan de medición en el móvil, antes de que llegue a GA4, y dice qué falla. Muchos equipos usan los dos.
¿Funciona con GA4, Firebase o mi propio backend?
Sí. Cada evento tiene un canal: Firebase, GA4, tu propio backend o cualquier otro SDK de analítica. El plan dice qué debe llevar cada evento en su canal.
¿Va en la versión que publicamos en la tienda?
No. Solo las versiones de prueba llevan la librería. La que va a la tienda lleva una librería vacía que no hace nada.
¿Qué tiene que hacer el equipo de desarrollo?
Añadir la librería a las versiones de prueba y enviar las llamadas de tracking a través de ella, una vez. Después, el plan vive en la web y lo mantiene el equipo.
¿Cuánto cuesta?
La librería es gratis y open source (Apache-2.0). La web para equipos está en piloto.
Comprueba tu próxima release con nosotros.
Trabajamos con un grupo reducido de equipos que publican una app móvil y quieren fiarse de sus datos. Tú traes la hoja de cálculo; nosotros te dejamos un plan que la app comprueba sola.
- Tu plan, importado. Convertimos tu especificación actual en un plan versionado y lo revisamos con tu equipo de analítica.
- Una app conectada. La librería entra en las versiones de prueba de una app Android o iOS.
- Una release, comprobada. Tu equipo de QA la prueba como siempre, y recibes la cobertura de la release con cada evento que falla explicado.