Medir las fallas en tu aplicación puede ayudar a hacer un mejor producto, ganar más dinero (si eso es lo tuyo) y utilizar tus recursos de desarrollo de manera más eficiente (especialmente si eres el único desarrollador).
Google Mobile App Analytics ofrece la medición de fallas y excepciones fácil de implementar para Android e iOS, como parte de los V2 SDK, así como una gran cantidad de opciones de informes para segmentar los datos en contexto con toda la participación de los usuarios, la realización de objetivos y los datos de pago dentro de la aplicación que ya conocemos y amamos.
Para ayudar a los nuevos desarrolladores a empezar, y para dar a los desarrolladores existentes algunos consejos, estas son cuatro cosas que los desarrolladores de aplicaciones deberían estar haciendo hoy con la medición de fallas y excepciones de Google Analytics.
1. Automatizar la medición de fallas.
¿Quieres medir las fallas de la aplicación pero no quieres lidiar con una implementación complicada? La medición de fallas totalmente automatizada con Google Mobile App Analytics tiene una sola línea de código de implementación para
Android o
iOS:
<!-- Activar la medición automática de fallas (Android) -->
<bool name=”ga_reportUncaughtExceptions”>true</bool>
// Activar la medición automática de fallas (iOS).
[GAI sharedInstance].trackUncaughtExceptions = YES;
Implementa la medición automatizada de fallas con una sola línea de código en Android o iOS.
Ahora cada vez que tu aplicación se bloquee, la falla se medirá y se enviará a Google Analytics de forma automática. Prueba la medición automatizada de fallas ahora
para Android o
iOS.
2. Descubrir cuál es la tendencia de la estabilidad.
¿Aumentan o reducen las nuevas versiones las fallas en la aplicación? Supervisa la estabilidad de tu aplicación entre versiones mirando las fallas y excepciones por versión de la aplicación en el informe de Fallas y excepciones.
Si estás midiendo la misma aplicación en dos plataformas diferentes, como Android o iOS, puedes desglosar aun más esta vista seleccionando la Plataforma como la dimensión secundaria.
 |
| Visualiza las fallas y excepciones por el número de versión de la aplicación en el informe de Fallas y excepciones. En este ejemplo, la versión 1.1.7 falló 7,285 veces, mientras que la última versión 2.0.0 sólo falló 91 veces en el mismo periodo. ¡El equipo de desarrollo hizo un excelente trabajo! |
Para graficar fallas para dos o más versiones a través del tiempo puedes
crear segmentos avanzados para cada número de versión y aplicarlos tanto al informe de fallas como al de excepciones.
 |
| Visualiza las fallas por versión de la aplicación a través del tiempo utilizando los segmentos avanzados y el informe de fallas y excepciones. En este ejemplo, una corrección de errores realizada el 24 de enero provocó una reducción significativa en las fallas entre las dos versiones, pero las fallas persisten en la v1.1.7 que podrían justificar alguna investigación adicional. |
3. Descubrir lo que las fallas te cuestan.
¿Sabes lo que te están costando las fallas? Descubre lo que cuestan las fallas en términos de participación de los usuarios y en dinero mediante el uso de un segmento personalizado.
Al utilizar una falla o excepción en particular como segmento personalizado puedes ver cómo la participación del usuario y los ingresos dentro de la aplicación pueden verse afectados por un problema en particular o un conjunto de problemas.
 |
| Utiliza los segmentos personalizados para segmentar la experiencia del usuario y los datos de resultados por fallas. Esto te da una idea de lo que te podrían estar costando en usuarios y en dinero. |
Para hacer esto, tendrás que crear dos segmentos personalizados: uno que contenga todas las sesiones en las que ocurrieron las excepciones y otro segmento de línea de base que contenga todas las demás sesiones no afectadas por las excepciones.
Aprende a crear segmentos avanzados.
Una vez creado, intenta aplicar ambos segmentos a tus informes General de objetivos o comercio electrónico para tener una idea de la manera en que las excepciones podrían afectar los resultados de los usuarios. O bien, aplica los segmentos de su informe general de Participación para ver la manera en que las excepciones podrían impactar las métricas de participación de los usuarios.
4. Obtener visibilidad en las fallas a nivel del modelo de dispositivos.
¿Sabes cuáles modelos de dispositivos son los más y menos estables para tu aplicación? Los desarrolladores no siempre pueden probar su aplicación en todos los dispositivos antes de su lanzamiento. Sin embargo, al utilizar Informes personalizados en Google Mobile App Analytics, puedes monitorear las fallas u excepciones por dispositivo para averiguar dónde se necesitan pruebas adicionales y correcciones de errores.
Para ver las fallas y excepciones según el dispositivo, crea un informe personalizado y utiliza una dimensión como Nombre de comercial del dispositivo móvil, con Fallas y excepciones como la métrica.
Aprende a crear un informe personalizado.
 |
| Visualiza las fallas por dispositivo mediante un informe personalizado. Para obtener aún más detalles, agrega la dimensión Descripción de la excepción como dimensión secundaria. En este ejemplo, la vista de alto nivel muestra el Galaxy Note y Desire HD como dispositivo que puede necesitar pruebas adicionales antes del próximo lanzamiento. |
5. (Avanzado) ¿Qué pasa con las excepciones detectadas? También las debes medir.
Mientras que las excepciones detectadas no harán que tu aplicación falle, pueden ser eventos valiosos para medir, sobre todo cuando pueden tener un impacto en la experiencia del usuario y los resultados.
Por ejemplo, si tu aplicación normalmente detecta una excepción de tiempo de espera del servidor al solicitar los datos del usuario, puede ser útil medir esa excepción detectada para saber la frecuencia con que no se cumple la solicitud del usuario.
 |
| Una excepción detectada se mide en Google Analytics con una descripción personalizada. En este ejemplo, un número de fallas en la conexión puede indicar un problema back-end y podría ser la causa de una mala experiencia del usuario. La reducción del número de estas excepciones detectadas podría ser un objetivo para el equipo de desarrollo en la próxima versión. |
Comienza a
medir las excepciones detectadas en Android o
iOS.
Como siempre, ten en cuenta que nunca se debe enviar información de identificación personal (PII, por sus siglas en inglés) a Google Analytics. Las descripciones de excepciones sin procesar pueden contener información de identificación personal y no se recomienda enviarlas a Google Analytics por esa razón.
También ten en cuenta que hay un límite de 100 caracteres en las descripciones de excepción, así que si envías tus propias descripciones, asegúrate de mantenerlas concisas.
Por último, estos son algunos enlaces a recursos que pueden ser útiles en la implementación de la medición de fallas y excepciones en tu aplicación:
Guía para desarrolladores: Medir fallas y excepciones (Android)
Guía para desarrolladores: Medir fallas y excepciones (iOS)
Y para los usuarios nuevos:
Primeros pasos: Google Mobile App Analytics (Android)
Primeros pasos: Google Mobile App Analytics (iOS)
Publicado por
Andrew Gales, Relaciones con Proveedores de Google Analytics
Imaginemos que tenemos un site de ecommerce que queremos medir con Google Analytics. Uno de los pasos obligados es instalar el tag de ecomme...
Todos los seres humanos somos distintos, tenemos modelos mentales distintos y como si fuera poco pertenecemos a distintas culturas . En nue...
En este artículo, te mostraremos todas las opciones que estan disponibles en la configuración de tus perfiles dentro de Google Analytics. Un...
No hay comentarios. :
Publicar un comentario