En esta guía
Android vitals es el panel de Google con datos técnicos de calidad de tu app, recogidos de dispositivos reales en uso. Está en Play Console. Para un equipo pequeño, lo sensato es vigilar unas pocas cifras, entender qué significan y usarlas para decidir qué arreglar primero.
Las métricas principales
La documentación para desarrolladores de Android enumera estas como las vitales más importantes:
- Estabilidad: tasa de cierres y tasa de ANR (Application Not Responding, aplicación que no responde) percibidas por el usuario.
- Batería: wake locks parciales excesivos.
- Memoria: uso de memoria y uso de memoria de mapas de bits.
Empieza por la estabilidad. Los cierres y los ANR son las cifras con las que la mayoría de los desarrolladores pueden actuar directamente.
Umbrales, y por qué importan
La misma documentación indica los umbrales de "mal comportamiento". Para maximizar la visibilidad en Google Play, mantén estas cifras por debajo de:
| Métrica | Global (media entre dispositivos) | Por modelo de teléfono |
|---|---|---|
| Tasa de cierres percibida por el usuario | 1,09 % | 8 % |
| Tasa de ANR percibida por el usuario | 0,47 % | 8 % |
Si superas un umbral, Google dice que Play puede reducir la visibilidad de tu app y puede mostrar una advertencia en tu ficha de la tienda. Los umbrales pueden cambiar, así que revisa la página actual antes de citarlos.
Hay dos lecturas que conviene separar: la tasa global indica si la app está sana en promedio; la tasa por modelo indica si una familia de dispositivos está muy rota aunque la media parezca bien.
Dónde mirar
Los datos de cierres y ANR aparecen en el panel de Android vitals de Play Console. Los mismos datos están disponibles a través de la API de informes para desarrolladores de Google Play. Para investigar un problema de un dispositivo concreto, Google indica Alcance y dispositivos (Reach and Devices) en Play Console.
Vitals junto a los informes de testers
Vitals te dice que algo falla y con qué frecuencia. Rara vez dice qué estaba haciendo la persona. Un informe de tester completa ese hueco.
- Detecta un pico en vitals después de una publicación.
- Pide a los testers del tipo de dispositivo afectado que repitan los flujos principales y anoten los pasos exactos.
- Relaciona sus pasos con la traza de pila de los grupos de vitals.
- Arregla y observa la cifra después de la siguiente publicación.
Vitals refleja builds publicadas, así que no puede sustituir las pruebas antes de publicar. Además, dice poco de una app nueva con pocos usuarios: las muestras pequeñas hacen que los porcentajes salten. En esa fase, el feedback de los testers pesa más.
De las cifras a prioridades
- Arregla primero los grupos de cierres que afectan a más usuarios. Consulta cómo priorizar los informes de cierre.
- Trata los ANR como un problema aparte con causas propias (hilo principal bloqueado, E/S lenta). Consulta errores ANR en Android.
- Comprueba un pico específico de un modelo en un dispositivo real o similar antes de cambiar código.
- Anota la cifra en cada publicación, para ver si un cambio ayudó.
Parte de la guía de pruebas de apps Android. Relacionado: pruebas en la nube frente a testers reales y la lista de lanzamiento de Android.
¿Quieres que los testers reproduzcan un problema en sus teléfonos? Empieza gratis y recoge feedback privado y estructurado.