Una mala versión en la web es un despliegue que reviertes. Una mala versión en una aplicación está ahí fuera hasta que la gente actualice, y el primer aviso suele ser una reseña.
La versión tiene que ir en todo
No en un informe aparte, sino en cada pantalla vista y en cada error.
Eso es lo que te permite hacer la única pregunta que importa después de una publicación: ¿esta es peor que la anterior, para la gente que se la llevó? Sin la versión en cada fila puedes ver que los fallos han subido y no si los ha causado la compilación nueva o si la vieja ya lo hacía desde siempre y simplemente hay más gente despierta.
Qué es una tasa sin fallos
La parte de las sesiones que terminaron sin un error fatal.
Dos cosas sobre el número en sí. Nunca pasa del 100 por cien, y donde un fallo ocurrió antes de la primera pantalla de la aplicación se inclina un poco hacia lo pesimista: la sesión está en el numerador y no en el denominador. Una cifra de estabilidad que se halagara a sí misma no valdría nada, así que la aritmética se inclina del lado prudente.
Lo que no te va a decir
Una tasa sin fallos es un instrumento tosco, y tres cosas se esconden dentro de una sana.
Una funcionalidad que falla sin que la aplicación se caiga. La aplicación se mantiene en pie y la pantalla no hace nada. La señal son las pantallas por sesión y dónde se para la gente, no la estabilidad.
Un despliegue escalonado. Si el diez por ciento tiene la compilación nueva, sus problemas se diluyen a una décima. Lee la tasa por versión, nunca en total.
Cualquier cosa anterior al arranque. Una sesión que nunca empezó no está en tus números en absoluto.
Fecha la publicación en el gráfico
Una anotación en el día en que publicaste es la diferencia entre «la interacción cayó en la semana 12» y «la interacción cayó cuando publicamos la 4.2». Cuesta diez segundos y es lo más útil que puedes añadirle a un gráfico de analítica.
Las compilaciones viejas siguen informando
El formato de transmisión de Skomi para aplicaciones está congelado en la versión 1, así que una compilación publicada hace dos años sigue mandando datos con el SDK contra el que se compiló.
Es deliberado: puedes cambiar el script de un sitio esta tarde y no puedes obligar a nadie a actualizar una aplicación, y tiene una consecuencia que conviene prever: tus números incluyen gente en versiones de las que te has olvidado. Filtrar por versión no es aquí una función avanzada, es cómo se leen los informes.
Véase también: un solo sitio para la analítica de aplicaciones y de sitios, medir una aplicación, y App Analytics.
El número sobre el que se apoya todo esto es la tasa sin fallos, leída junto a la versión de la aplicación, porque una no significa nada sin la otra.